https://bugs.kde.org/show_bug.cgi?id=449648
--- Comment #13 from Felix Ernst <fe.a.er...@gmail.com> --- >Menu bar is so special that one prominent operating system has been […] Now I see where you are coming from. I haven't used the Apple stuff a lot so I wasn't aware which behaviours might be expected. >Come on, I never meant that users should set a shortcut per each control. >See my previous paragraph about how menu bar is special. I am talking from the perspective that many users don't even know the shortcuts for copy and paste. I don't think what you are suggesting is too much to ask for any somewhat advanced computer user but for the noobs out there figuring out to press Alt when they want to activate something with the keyboard might already be difficult enough. Not saying that the workflow you are suggesting won't work. On the contrary I think that anyone that wants to have a mostly keyboard-driven workflow is probably quite eager to learn the necessary shortcuts. The good thing is that we can allow to have both and the multitude of allowed methods makes it more likely that users will be able to achieve what they want one way or another. >More generally, tools nowadays more often tend to be using the "command >palette" approach: >something like KRunner with a search bar and a list of results, which is as >great for discoverability >and productivity as classic menus won't ever get. > >(by the way, where's a special Help menu with a search field in this Global >Menu applet?) It should be available on Wayland. Aside from that we should try to have this as a general functionality anyway: https://bugs.kde.org/show_bug.cgi?id=442099 There is also a bug report about combining KRunner and KCommandBar: https://bugs.kde.org/show_bug.cgi?id=437509 -- You are receiving this mail because: You are watching all bug changes.
