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
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