| Summary: | in k-menu every seperator is followd by another one somewhere in the same submenu | ||
|---|---|---|---|
| Product: | [Applications] kmenuedit | Reporter: | Oli Poepperl <oli.poepperl> |
| Component: | general | Assignee: | Unassigned bugs <unassigned-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Oli Poepperl
2005-08-22 09:38:23 UTC
i can't reproduce this, but perhaps i'm misunderstanding the bug report. can you please attach some screen shots to this bug report and perhaps provide a bit more detail? thank you. i logged into a new user account and added some separators to the k-menu: http://olipo.homepage.t-online.de/separator_in_menu maybe the location where the separator appears has something to do with the number of entries in the submenus (<=1 or >1), but look for yourself. i figured something out: the menu editor's postprocessing of a menu (removing empty submenus and senseless separators, showing submenus containing one element as element) does not work properly, when there are elements not placed in submenus but directly in the concerning menu. i did a test with a testmenu, which had 4 submenus with 0,1 or 2 elements in them. everything worked fine (adding, deleting, moving), until i added an element directly in the testmenu. as i did so, the submenus containing exactly 1 element were doubled, and the separator i set under those also appeared a second time under the doubled submenus. this is bad, because creating a personal menu to add it to the panel couldn't work when using submenus and single elements together. using separators will only work if there are no single elements but just submenus... hmmm, i think i have a good idea. the postprocessing is quite good, and it could be fixed easily (please read carefully, the time you spend will be saved): do not allow adding elements directly in the menus. there's a submenu "more programs" in each menu, this one is for those elements, isn't it? the consequence is, that those elements do not appear as single elements in the menu any more, but in the submenu "more programs" - but why not? the k-menu is designed to be a clearly auto-arranged, complete listing of programs (that's what i recognized). and those "more programs" can't be so necessary that they need to be placed outside a submenu, and so on. instead, simply divide the menu editor's tree by doing the following: add a (imaginary) separator below the last folder of "all applications". those folders are being postprocessed. now it will be even more easily to figure out, how and where to add an entry for a program (for the programmer). when installing new software the corresponding element won't appear when installed directly as element, maybe there could be a patch, scanning the menus and moving single elements to "more programs". all entries below the separator are not postprocessed. the user can add submenus, elements and separators and they will appear exactly as seen in the menu editor. there should be a patch converting single elements of "all applications" to elements not being postprocessed. postprocessing works as long as not using single elements (finally), the part of the tree which is not processed is just a knob, and the patches are just arrangements in the menu editor. oli if you do so, you have the bug in the submenus left, so i was wrong and item-handling of the menu editor has to be fixed. Old bug report and can't reproduce using KDE SC 4.9. Feel free to reopen if the problem still exists in recent version. |