D13880: [KMoreTools] Reduce menu hierarchy

Nicolas Fella noreply at phabricator.kde.org
Fri Jul 6 01:35:52 BST 2018


nicolasfella added a comment.


  In D13880#287481 <https://phabricator.kde.org/D13880#287481>, @gregormi wrote:
  
  > +1 for your suggestions. Downside: higher implementation effort.
  
  
  I like it, too, and I am willing to put effort in it, as soon as we agree on a way forward.
  
  > A bit of history: When I was creating the More submenu and the Configure... item I was pondering a thing: I was (and still am) not so glad about those two items because they are seldom used but always present in the menu. Back then, I thought about adding a keyboard modifier (like the Shift key) which must be pressed to let the Configure... item appear (similar to the context menu in Windows Explorer where the Shift key let more advanced items appear like Run as admin... etc.). I discarded the idea because of its hard discoverability.
  > 
  > Another alternative would be to somehow hook the Configuration of KMoreTools menus in the host applications main Configure... dialog. Downside: configuration is far away from the actual menu.
  > 
  > It would be cool if instead of the text "Configure..." or "More" there would be a small gear icon that does not take the space of a whole menu item. I suspect this is not possible with QMenus.
  
  I think this is quite orthogonal to the hierarchy discussion.
  
  @ngraham Your approach makes total sense for Spectacle, but would not be appropriate for e.g. the disk utility or find menu  in Dolphin since there is no menu level above to embed the actions. It's no big issue, just something we need to take into account when implementing.
  
  As for the implementation my idea would be:
  Additionally to the full menu we expose the top-level applications/more menu as List of Actions/Menu. Then the calling applications can embed them in any way they want.
  
  With this approach this patch would still be an improvement for cases where the old menu is used, e.g. the Dolphin cases I described earlier

REPOSITORY
  R304 KNewStuff

REVISION DETAIL
  https://phabricator.kde.org/D13880

To: nicolasfella, gregormi, dhaumann, ngraham
Cc: kde-frameworks-devel, michaelh, ngraham, bruns
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20180706/586c3aa3/attachment.html>


More information about the Kde-frameworks-devel mailing list