Hi Thorwil, On Thu, Jul 29, 2010 at 13:33, Thorsten Wilms <[email protected]> wrote:
> On Thu, 2010-07-29 at 18:28 +0800, Allan Caeg wrote: > > > Conventions in Windows and OS X are evolving (see the ribbon interface > > and app buttons on Office, Paint, etc.) while the Linux desktop is > > limited (probably) because we can't make new things work everywhere > > (different window managers, desktop environments, etc.). > > > > > > What do we do about this? People involved in the Windicators project > > (I'm not) may know something that could help. > > Short to mid term: define and evaluate desired changes and make it > happen for those applications and environments that really matter. > Likely huge problem with finding consensus across GNOME, KDE and leading > distros. > > Side note: while getting rid of menu bars might be cool for a browser or > file manager, it's hard to imagine for something like Inkscape, GIMP or > Ardour. > > Ideal long term solution: Have applications (or modules) define their > commands and options in a more abstract way. With enough weighting and > relational information that a framework can build menus or ribbons or > whatever else might come up. > aha so you are suggesting indicator appmenu should become a symbolic or condensed representation of local menus? I would like to add toolbars to this approach. right now i'm using epiphany-browser without toolbars. It is exciting to see what happens everytime i press CTRL+L to get the address bar. Great thinking by the Epiphany devs here!!! Now, all i miss is a forward, backward and reload/cancel button in the panel next to a basic application menu.
_______________________________________________ usability mailing list [email protected] http://mail.gnome.org/mailman/listinfo/usability
