Another suggestion to improve accessibility. It would make the app menu better approximate real menubars (where you don't have to click to reveal the top-level items). Wouldn be very useful in conjunction with a bigger menu-button.
Yeah, a lot of people would like this, I think. Ubuntu's Unity did this and it was very popular. We get a lot of requests to enable the same thing in Plasma. I think this would require support from KWin though.
It would need to be implemented in kdecoration and the decoration plugins. The wish is certainly wrong in KWin product.
So no KWin at all work would be required here?
The ground work certainly not in KWin. It might be that we need to hook up the menu through KWin.
OK, moving back to Breeze for now then. Thanks!
I worded this feature request badly. please read this clarification. I was thinking of doing more of a popup so that no modifications to the server-side decorations would be required. If one were to modify server-side decorations, then it makes sense to do a more general solution where actual headerbar (DWD-style, but just relying on global menu for now) can be constructed from the menu items and even custom commands. It would also include search. In principle such a headerbar could be customized by the user, but developers and packagers could ship the headerbar layouts via config files. See the (rough) idea here: https://medium.com/@leftcrane/unity-headers-concept-using-server-side-hearderbars-to-create-a-consistent-customizable-and-fbdb0d9696c (NOTE: the HUD popup whould should probably start at the titlebar for visual and space reasons, not be displayed in the center). ========== TL;DR: Anyway the idea is this: Introduce the functionality first as a Alt/hover activated popup. The popup window just happens to __cover__ the titlebar. It's an overlay of sorts. At the most basic level, the popup just contains a menubar widget. That's it. But it can later be upgraded to a customizable HUD that not only contains flexible and easily clickable menus, but also a menu-search, buttons, single-key accelerators, the tracking of most heavily used menu items and even custom user macros (think Emacs-Helm). After most of this functionality is there, maybe some of the functionality of this popup could be integrated into the actual KWin titlebars (headerbar style), at which point. ======== I don't know though, maybe it makes sense to start with kdecoration with HUD delivered later. The ultimate goal is DWD-lite plus HUD without first needing to finalize the DWD protocol or wait until app and DE developers start implementing it. It could actually serve to popularize the DWD idea and jumpstart work on true DWD. I've been thinking a lot about this as you can tell, since the fragmentation caused by CSD and the demise of Unity HUD has been driving me crazy, and I am just sharing some ideas on how to begin to reverse some of the damage.
An interesting set of ideas!
also, just a note, with HUD the menubar could be converted to a full height sidebar to deliver touch functionality. On a bunch of apps you can easily hide the entire UI and pull it up only when you actually need it. The possibilities are basically limitless.