Summary: | Adding menu-items as a launcher in the KDE panel does not work any more | ||
---|---|---|---|
Product: | [Plasma] plasma4 | Reporter: | Juergen Harms <juergen.harms> |
Component: | panel | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Mageia RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Juergen Harms
2011-11-30 12:03:43 UTC
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 |