[dolphin] [Bug 439997] Hamburger menu should not be added to context menu if user uses a global menu applet

Felix Ernst bugzilla_noreply at kde.org
Sun Jul 18 20:52:24 BST 2021


https://bugs.kde.org/show_bug.cgi?id=439997

Felix Ernst <fe.a.ernst at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REPORTED                    |CONFIRMED
                 CC|                            |fe.a.ernst at gmail.com
     Ever confirmed|0                           |1

--- Comment #1 from Felix Ernst <fe.a.ernst at gmail.com> ---
I originally had it like requested here. More specifically it was implemented
so that if the user has *any* menu bar (either the normal one, a global one, or
other alternatives) then the hamburger menu in the toolbar and the right-click
context menu action would both be invisible.

This was then changed by another developer because some of the menu bar
alternatives are somewhat invisible to the user. The argument was: "You can't
assume what the menu [bar] will be or where it will be shown,
it might be a kilometer away from the actual window, making it useful
to have a hamburger menu in the application anyway, and won't clutter
the UI any more since there is no menu bar." see
https://invent.kde.org/frameworks/kconfigwidgets/-/merge_requests/46.

So this is a bit tricky because we seem to not be able to rely on the menu bar
alternatives
I guess the "menu" action in the right-click context menu is in a bit of a
different situation. It is only there so users have an intuitive way back to
showing the menu bar or toolbar once it was hidden. Maybe we can safely assume
that users are able to access the menu sooner or later even if they are using a
somewhat invisible menu bar alternative and hid the toolbar by accident.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the kfm-devel mailing list