Bug 326117 - Multiple Options / Places for the appmenu
Summary: Multiple Options / Places for the appmenu
Status: RESOLVED INTENTIONAL
Alias: None
Product: kwin
Classification: Plasma
Component: appmenu (other bugs)
Version First Reported In: 5.0.0
Platform: Chakra Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL: http://forum.kde.org/viewtopic.php?f=...
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-16 21:09 UTC by Richard Llom
Modified: 2016-06-20 06:37 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Llom 2013-10-16 21:09:16 UTC
Hello,
I really like the kwin feature where you can hide the menubar on the top screen:
System settings -> Apllication appearance -> Style - Menubar style: top screen menubar

But..., when you have an application which isn't maximized or located (near) the top screen you really have long way up there.
Thats why I would like to have the option to have the menu available as a button on the title bar *and* on the top screen. So you have both available and can choose per situation/window whatever is closer.

Fast integration would be just another entry in the above mentioned drop-down list: "top screen & title bar button" (or something like that). Even better instead of the drop-down list, every option is listed with a checkmark, so you can toggle and combine each option individually on and off.

Since both features are already available, this seems to me, as only little effort to implement.
Comment 1 Thomas Lübking 2013-10-16 21:27:03 UTC
I guess that's more an issue with the kcm and in that case likely "wont fix" for KDE 4 (would require new string) ie "later"

Maybe you can trick it by editing the appmenu config by hand -> Cédric?
Comment 2 Richard Llom 2013-10-18 08:05:48 UTC
(In reply to comment #1)
> I guess that's more an issue with the kcm and in that case likely "wont fix"
> for KDE 4 (would require new string) ie "later"
> 
Hmm, I thought KDE 4 is still supported / updated, even after KF5?

> Maybe you can trick it by editing the appmenu config by hand -> Cédric?
> 
Hints for this would be most welcome.
Comment 3 Martin Flöser 2013-10-18 08:50:21 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > I guess that's more an issue with the kcm and in that case likely "wont fix"
> > for KDE 4 (would require new string) ie "later"
> > 
> Hmm, I thought KDE 4 is still supported / updated, even after KF5?
yes and no. Most of the KDE SC will see new releases, but not the workspaces. Those have been frozen with 4.11. As this would be a new feature, it cannot go into a bugfix release.
Comment 4 Richard Llom 2013-11-05 22:55:28 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > Hmm, I thought KDE 4 is still supported / updated, even after KF5?
> yes and no. Most of the KDE SC will see new releases, but not the
> workspaces. Those have been frozen with 4.11. As this would be a new
> feature, it cannot go into a bugfix release.
Well, in a broder sense this /could/ be seen as a bug ;-), but I see you are all busy with kfp 52 stuff.

However, for the time being I would be glad, if I could edit it by hand... Can someone ping Cedric, or is there some public documentation where I could take a look at? Thanks.
Comment 5 Cédric Bellegarde 2013-11-23 13:08:27 UTC
You can look at line 317 in appmenu/appmenu.cpp (kde-workspace), but not sure it's safe to activate global menu bar and menu button at the same time.
Comment 6 Cédric Bellegarde 2013-11-23 13:09:07 UTC
Will give a look for this in KDE 5.
Comment 7 Richard Llom 2013-11-25 23:41:48 UTC
(In reply to comment #5)
> You can look at line 317 in appmenu/appmenu.cpp (kde-workspace), but not
> sure it's safe to activate global menu bar and menu button at the same time.
hmm, some if conditions. Don't feel like compililing. Tried a quick edit in ~/.kde4/share/config/kdeglobals:
[Appmenu Style]
Style=TopMenuBar, ButtonVertical
-> didn't work.


(In reply to comment #6)
> Will give a look for this in KDE 5.
Ok, may I ask how you keep track of this , when you close this one as resolved?



PS:
Just found another reason for dual menus:
When using the kwin feature "full screen" the title bar menu button isn't accessible and thus no menu at all. Here it would be handy to have the top-screen menu as fallback.
Comment 8 Richard Llom 2014-07-16 19:22:22 UTC
Maybe time to revisit now?
Comment 9 Martin Flöser 2014-07-16 19:56:46 UTC
(In reply to richardlm from comment #8)
> Maybe time to revisit now?

in the initial Plasma 5.0 release the appmenu integration is mostly disabled. The toplevel menu bar didn't see a port to QML and KWin has a broken dependency to appmenu as appmenu depends on KWin (build circle). In addition there is no menu exporter for any Qt 5 application. This will need quite some work to get it working again.
Comment 10 Cédric Bellegarde 2014-07-17 05:54:25 UTC
I'm quite busy so i can't work on this for now.

What need to be down is:
- Create an alternative to appmenu-qt5 based on qmenumodel: https://launchpad.net/qmenumodel
- Port kded-appmenu using this new qt module

QMenuModel is equivalent to GMenuModel used by gnome-shell so cross desktop.
Comment 11 Martin Flöser 2016-06-20 06:37:39 UTC
appmenu support is currently dead and I don't expect it to come back any time soon. Thus adjusting to WONTFIX. Sorry about that.