| Summary: | Adding menu-items as a launcher in the KDE panel does not work any more | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Juergen Harms <juergen.harms> |
| Component: | panel | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Mageia RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
it works here if i select "Folder View" from the menu that pops up. if i choose "Icon", then i get the behaviour you note. I do not get a "Folder View" menu-item - ho do I get there?. Just to avoid mis-understanding each other: can you say, with respect to the "reproducing items" above, where I should get "Folder View"? Doing item 3, I only get "Add to Desktop" and "Add to Panel" when I right click on a (sub-)menu item. (There exists a "Folder View Settings" item in the menu that pops up when I click on the desktop - but that is something totally different, it serves for determining global settings of the Plasma Desktop Shell) Not very responsive (and - evidently, I am using folderview). I recently did an upgrade install-of Mageia 2 from a customized Mageia 1 system (where the kde user environment of the Mageia1 original system contains pull-up menu items). Surprise: the pullup-menus were correctly imported into Mageia 2 and work.
Conclusion: the bug is not pullup-menu launcher items that don't work in kde 4.8 - they do work -, but a dys-function of the mechanism that interactively creates such launcher items (item #3 and #4 in the sequence of how to reproduce the bug).
Looking at .kde4/share/config/plasma-desktop-appletsrc, there is an important difference:
- the panel items imported via the system upgrade are of the type
[Containments][<mm>][Applets][<nn>]
geometry=...
immutability=...
plugin=simplelauncher
zvalue=...
[Containments][<mm>][Applets][<nn>][Configuration]
icon=...
relativePath=...
- while the panel items created interactively from the desktop menu look like
[Containments][>mm>][Applets][<nn>]
geometry=...
immutability=...
plugin=icon
zvalue=...
[Containments][<mm>][Applets][<nn>][Configuration]
Url=applications://...
Manually editing the plasma-desktop-appletsrc, I can obtain the panel I want - but that is not a solution for the naive user. This is, in a short period of time, the second regression that makes pullup-menu panel items fail - can it be fixed before the official release of Mageia 2?.
Copied from Mageia Bugzilla #3538:
Just installed kde 4.8.2 - there is some progress: it is now "less wrong":
- the "add to panel" operations now create an icon in the panel that
effectively pulls up a menu, but this menu is wrong:
+ this menu does not correspond to the sub-menu item selected when the
"add-to-panel" was done, but simply is a copy of the "applications" part of the
desktop menu
+ however, the icon appearing in the panel bar is right, it corresponds to
the desired sub-menu.
Looking at plasma-desktop-appletrc, "add-to-panel" creates an simplelauncher
item with the contents
[Containments][1][Applets][24][Configuration]
icon=/usr/local/share/icons/question.png
relativePath=applications://jhmenus/InfoHelp/
The item I had manually created (now done by a script) is
[Containments][1][Applets][10][Configuration]
icon=/usr/local/share/icons/question.png
relativePath=JHmenus/InfoHelp/
the corresponding specification in .config/menus/applications-kmenuedit.menu is
at the very beginning of that file, the beginning is
<Menu>
<Menu>
<Name>JHmenus</Name>
<Directory>JHmenus.directory</Directory>
<Menu>
<Name>InfoHelp</Name>
<Directory>InfoHelp.directory</Directory>
<Layout>
<Merge type="menus"/>
<Menuname>Micro-ControllerProgramming</Menuname>
and there is an empty result if I do find $HOME -name "jhmenus*" - looks like
a simple problem of a wrong conversion to lower case.
Correction: I did not watch thoroughly enough, the difference is between relativePath=JHmenus/InfoHelp/ and relativePath=applications://jhmenus/InfoHelp/ More than a bad lc conversion, sorry for this mistake |
Version: unspecified (using KDE 4.7.3) OS: Linux With kde 4.7 it is not possible to add launcher items that are sub-menus ("Pullup menus") to the kde panel: - creating a launcher item from a top-level menu item (such as "Tools") does not totally fail, but gives a wrong result: the icon that is created in the panel will, when hit, open a dolphin window on the corresponding desktop item hierarchy - not, as it should, a pull-up menu. - creating a launcher item for pulling up some sub-menu further down in the menu item tree ( such as "System Tools" below "Tools") does not even do that: it creates an icon that, when hit, creates an error popup: "Unknown application folder". This feature worked in kde3, became available in kde4.5 (?) again. Please note that adding simple desktop items to the panel does work. Reproducible: Always Steps to Reproduce: 1. Unlock the widgets 2. Pop up the kde menu 3. Right-click a folder menu-item (top-level like "Tools", or sub-menu like "System Tools") 4. Hit the "Add to Panel" item 5. Check the functionality of the panel item thus created (Creating the panel item by dragging the sub-menu to the panel - an alternative to selecting "Add to Panel" - gives the same result) Actual Results: See details: dolphin window instead of pull-menu, resp. non-functional button Expected Results: Obtain pull-up menu