https://bugs.kde.org/show_bug.cgi?id=491519
--- Comment #2 from [email protected] --- (In reply to Nate Graham from comment #1) > Despite all the text I'm having a hard time figuring out what the bug report > is about. Are you saying that there are windows that lack *in-window* > menubars when you're *not* using a global menu widget? That's not expected. > Which apps, specifically? And do their in-window menubars come back after > you hit Ctrl+M? > > The issue of some apps not exporting their menus when there *is* a global > menu is an issue in those apps, or one of the integration layers between the > app and the Global Menu widget. Sorry about that, when thinking through the issue, more and more caveats came to mind, which lead to be kind of rambling about how it would be nice if there was a general place to configure this for each application. (I tried briefly at the end to summarize the issue, but the point was gone.) The gist of it is: "Global menus aren't available for various applications, when they should be". It's my understanding that KDE provides windows a hint as to whether they should show their own File/Edit/View/etc. menus based on whether KDE has a Global Menu widget configured. However, this may be an incorrect assumption. But, generally, whether I have a Global Menu widget on my KDE bar or not, I'm often unable to find or use the File/Edit/View/etc. menus with mouse alone. They can often be accessed by pressing "Alt+F", or "Alt" + another key, but that makes things difficult if I'm unable to guess the correct key to show one of the menus, as there are often many custom menus besides File/Edit/etc. I guess I'm not sure what the expected functionality should be, other than "it should always be possible to use the File/Edit/etc. menus via mouse alone". Sorry if I'm being vague. -- You are receiving this mail because: You are watching all bug changes.
