I think the idea with the application menu is that applications should use it (through G(tk)Application) but most don't (yet). GApplication is actually a fine thing in my opinion because it standardizes how Gnome applications work and provides an abstract interface. If applications, however, choose not to use GApplication but instead "do their own thing" (as in embed a menu in their very window) that's just the application's choice.
I'm not clear on what qualifies that Gnome Application menu you're talking about I assume it should contain the kind of "application-wide" operations. The only thing in your criticism I do partially agree with is that it's kind of weird to have it both "hidden" & detached from the actual window (well, that's actually 2, I guess). The "hidden" is kind of subjective, though, since it's really just not saying "Menu", but is visible as such. When you get used to it, though (and put the fact that it's currently handled inconsistently by many applications aside - which is not "Gnome's fault"), it's not such a bad thing. In my opinion the concept of "windows" is an outdated one anyway. Gnome is still using a stacking WM, so the windows do stay, however assuming that exactly one application has focus at a time is reasonable I think. It only may become confusing if you have, say, multiple windows side-by-side in order to see both of them at the same time. However (and that's my personal opinion completely) I'd seek the solution to this dilemma in demolishing the concept of "multiple windows" rather than introducing "multiple menus which are visible at the same time". On Sat, Dec 20, 2014 at 10:20:00PM +0100, Donato Marrazzo wrote: > Sorry, Thomas... may be I used a not clear naming convention: application > menu is the drop down menu near activities. > For normal application, you just find "Quit" entry. For native gnome apps > you find some entries, I think that it's confusing because: > > 1. It's not the only "menu": for example Files app (nautilus) has "New > Window", "Connect to Server", "Bookmarks", "Preferences", etc. But in > Files you have even drop down menu in the title bar button. So what is > the logic? what should I find in the application menu? Each > application distributes function in free form. it's misleading! > 2. It's far from the window: if you have many window on the desktop: you > should pay attention which window has the focus, because the > application menu refer to that window! > 3. It's hidden!!! Since only few application has it (just native gnome > app): you have to remember to look at it to find what you miss... > 4. It's terrible! Did I already say it? :-) > > "win key + search" is one of my favorite capabilities! > > On Sat, Dec 20, 2014 at 7:13 PM, Tomas M <[1][email protected]> wrote: > > contesting your app search complain/rant: > > Soultion: {win} type app name. enter. > > is that too far fetched? or are you looking for a point and click > solution for your app search? > point-click solutions are always slow. osx / linux / windows. > > On Sat, Dec 20, 2014 at 3:08 PM, Donato Marrazzo > <[2][email protected]> wrote: > > Hello, I was back gnome after installing F21. I want to give it > another chance. > I like gnome because it's innovative, but there are some things that I > found pesky: > > * Top Bar: unfortunately somebody decided that 16/9 screen are good > not just for TV but even for PC and Tablets (very very bad idea). > What do you think to save vertical space using a side bar? > * Window Title bars when maximized: for the same reason, please save > space! Make it thinner as possible! > * Application Menu: this is the worst gnome design idea (my > opinion)! Like OSX you have to search far from your application > window! Why? What is the logic? Why should I found some options in > the title bar and others in the application menu? > > Please, don't answer "look that extension...": extensions are nice > when they work, but we need a core design adjustment. > > Cheers, Donato > > Happy Christmas :-) > _______________________________________________ > gnome-shell-list mailing list > [3][email protected] > [4]https://mail.gnome.org/mailman/listinfo/gnome-shell-list > > References > > Visible links > 1. mailto:[email protected] > 2. mailto:[email protected] > 3. mailto:[email protected] > 4. https://mail.gnome.org/mailman/listinfo/gnome-shell-list > _______________________________________________ > gnome-shell-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/gnome-shell-list _______________________________________________ gnome-shell-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/gnome-shell-list
