New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tidy up application menu #1598
Comments
Some good points there (having a Library top-level menu makes a lot of sense), and a few that don't work for me. @CreamyCookie, do you think you could split this ticket into logically distinct tasks, as there are too many things to implement for this to get done any time soon. |
@declension Thanks!
|
@CreamyCookie that sounds great. Perhaps reduce this ticket to being about a Library top-level menu and add others as necessary. @lazka and I agreed recently that extra top-level menus should probably be avoided if possible (there are already enough), especially with Ubuntu (15) adding its own (currently). |
The Ubuntu menu is gone now #1599. For a plugin menu we have #152 Here is the Gnome HIG btw: https://developer.gnome.org/hig/stable/menu-bars.html.en |
@declension Is this report okay the way it's now? |
Continuing on from here and points raised in #1716, #1943, and to a lesser extent #1931, #1046... With some fresh perspective I realised more than ever how confusing some of the QL menus are, and am currently experimenting with a more standard setup, with similarities to the above from @CreamyCookie : Revised structureFile, Edit, View, Browse, Control, Help.
This is only one more menu than previously, so not too much horizontal bloat as feared, and conforms more with the Gnome HIG @lazka mentioned above. Benefits
|
Great ideas! Just a few points:
I think putting Filters into Browse would fit better since it affects what's displayed in the current browser. Analogue to that "Jump to playing song" should be also reside in Browse in my opinion.
Which elements would View contain?
Edit tags is in Control for me. Am I missing something?
Maybe it could look similar to this:
|
Agree it doesn't belong in Control - I'd actually already moved it to Browse, since as you say it's a browser concern (and in the code too actually). Let's try it there for now
Thanks, yes you're right - I've already forgotten what it used to look like! Anyway, in no way does it control (the player).
Yes - I was actually considering renaming this Hierarchies. Crazy, at first, but I think it's most appropriate name (panes are a UI concern, and browser, well they're all browsers..)
Great idea, I'll add that |
I like that. Describes perfectly what it does. |
* Disable Browser aka `EmptyBar` is now gone (this fixes some of #1716 etc) * Make top-level menus closer to Gnome HIG * Add a few missing accels in menu * _Filters_ now belongs in _Browse_ * Simplify menu creation code a bit * Browser menu widget accessing is now centralised (to allow easier rethinking of menus..) * Update `POTFILES` and documentation * Fix some broken tests
From discussion on IRC: |
Complete re-think of application menu (#1598)
@declension Great work! I really like the new menu. Closing this. |
The current application menu has some redundancies and some items that aren't ordered semantically. Here's my suggestion:
Related enhancements / bugs:
The text was updated successfully, but these errors were encountered: