Version: 3.4.0 (using KDE 3.4.0, Debian Package 4:3.4.0-0pre4 (3.1)) Compiler: gcc version 3.3.5 (Debian 1:3.3.5-8) OS: Linux (i686) release 2.6.11-1-k7 I do not like the arangement of the apps in KMenu: their are 2 many categories, but some people like it. I say that kmenu should accept styles (for example: -developer's menu style: -Settings -... -Multimedia -Internet -Konqueror -Konqueror : bugs.kde.org -KDevelop -Internet menu style : -Other -... -Settings -Chat apps -Kopete -XChat -Gaim -... -Browsers -Mail These are examples and with the help of KMneuEditor anyone can make his own menu style and the upload it to kde-look.org) I want kde to come with some menu styles and the ability to enable them from ControlCenter or from KMenuEditor.
Also added a kde-look post more people see it http://www.kde-look.org/content/show.php?content=23380
*** This bug has been confirmed by popular vote. ***
well, aaron, I hope you can find some time to make the menu system of KDE a bit more advanced. I agree with the initial poster - some way of choosing between several styles would be great. I also know there is *some* way to control where/how new entries are added. also, things like replacing the "execute command" with a entryfield (so you can just type in the start menu itself) and being able to 'detatch' the menu, or sub-menu's, drag'n'drop etc - very cool. but... how cool all this is, I really prefer to see you spend time with scott, working on tenor :D damn, can't you cut on sleeping time :D (don't even THINK about it, you're too cool now, would be bad if you would turn bitter and boring) Anyway, I back this bug with my votes, as it is cool. the kmenueditor needs some love, sure. but hey, you already did a lot cool things!
It would be nice to be able to remove "Run Command". I find it completely useless. It was put there to make KDE resemble Windows, not because it would have any useful purpose. I have literally never used it.
To run a command I use Alt+F2 or a konsole It would be good if we can edit EVERYTHING that appers in the K Menu
*** Bug 100483 has been marked as a duplicate of this bug. ***
*** Bug 95095 has been marked as a duplicate of this bug. ***
*** Bug 25937 has been marked as a duplicate of this bug. ***
*** Bug 105054 has been marked as a duplicate of this bug. ***
It would be better to Make all entries of KMENU into XML file like what kmenuedit does, other special folder must also be part of XML file, so that User could have ULTIMATE configurability. These entries are not part of KMenu XML file and i wish they to become part of KMENU XML file: 1. Bookmarks 2. Find 3. Konqueror Profiles 4. Network Folders 5. Preferences 6. PrintSystem 7. Quick browser 8. Recent Documents 9. System 10. Terminal Sessions 11. Run Command 12. Lock Screen 13. Logout/Shutdown 14. Switch User (i never use this! cause i'm the only user!) Please Let us Change KMENU Completely. We can have KMENU Themes/Style for KDE allowing users to use Any MENU style in KDE such as Windows, Gnome, KDE (pristine KDE menu), Linspire, Mandrake, SuSE, etc. Please also support different sized Icons like toolbars! Thanks.
please see this KDesktop Menu, which shows 32x32 icons and looks good too! http://www.kde-look.org/content/show.php?content=22605
Yes, I wish the size of the font/icons for the Kicker KMENU was configurable.. :)
> I wish the size of the font/icons for the Kicker KMENU was configurable they are.
>> I wish the size of the font/icons for the Kicker KMENU was configurable > they are. Icons are not configurable, how can a user have 24x24 or 32x32 icons in Kmenu? BTW, I showed my KDE 3.4 to one of my friend who uses Windows XP, and he said though the desktop looks good, but the KMENU is too "cluttered", it is having too many submenus in the Main menu itself, and that's not comfortable to him, esp. the small icons looks like Windows 95!
i have a head ache at the moment, so excuse me if this is a bit brusque. > Icons are not configurable, > how can a user have 24x24 or 32x32 icons in Kmenu? yes, icons are configurable. i committed the code that does it. you'd think that as the person who maintains that codebase i might have an idea what's possible and what isn't. in the [menus] section of the config file you put a value for MenuEntryHeight in pixels. > but the KMENU is too "cluttered" install fewer apps or use a distribution that sorts that out for you. i've seen way cluttered Windows start menus, too, due to people installing a million different applications. just because they are all there doesn't mean you have to install them. now, if you are looking for something that does something DIFFERENT than the kmenu (whose purpose is to list all your available applications) then i'd agree that something DIFFERENT would be nice. but the kmenu simply reflects your own choices.
>the KMENU is too "cluttered" This wish is about menu styles : the way icons are arranged in the KMenu tree , so by having different styles You could chose the "uncluttered" style(or arrange the KMenu items,save your style and send the to http://www.kde-look.org/ )
*** Bug 107511 has been marked as a duplicate of this bug. ***
Just for examples, look at this mockups: http://www.kde-look.org/content/show.php?content=25441
Mockups updated at http://kde-look.org/content/show.php?content=25441 according various feedbacks I gave. Run applet was replaced by a find files/folders applet and buttons are replaced by menu switches.
Something I really miss on the kmenu is the abilty to remove programs from the "Most Used Applications Section" Useless things tend to get stuck in there.
I would love to be able to customize the "K" button´s image easily. Many distros susbstitute the "K-KDE" logo for their own one (Mandriva has a star, SuSE has the chameleon´s head, etc), but I dont like them, I would like I could choose which icon-logo to use from the K-button properties'context menu, otherwise, is there any config parameter where I can specify which Icon to use and override the distro´s own to use the standard cool "K"?
Till KDE developers implement something like this: David: Kbfx: http://www.kde-look.org/content/show.php?content=24898 Bob: You can set show recent applications to "0" less cutered k-menu: http://www.kde-look.org/content/show.php?content=18152, http://www.kde-look.org/content/show.php?content=26859,
There's also this patch at http://www.kde-look.org/content/show.php?content=26681 which I hope finds its way to the next KDE version.
I wonder wether these "K" icon customization utilities can be included into next release, this aside, I like very much Christian Tosta´s suggestion to improve´s Kmenu´s usability. Hope something similar finds its way into the new kde4, http://kde-look.org/content/show.php?content=25441
It would be great to store the layout of the kmenu in a profile I could copy to another computer in a simple way. As it is now I have to copy: ~/.local/share/applications ~/.kde/share/applnk ~/.local/share/desktop-directories ~/.kde/share/applnk/.hidden ~/.config/menus That's a bit too much strewn at large... It also would be great to be able to export single menu folders and to import it into a kmenu on another computer.
My wish for KDE 4 if the kmenu and its button should look like kbfx or kickoff: an additional "classic" style which uses a standard button and the kmenu as it is now.
See my updated proposal at kde-look: http://www.kde-look.org/content/show.php?content=25441
I really think this bug should not be about bugs, but about backend implementation (as in: a unified directory for kmenu to quickly manage and alter the kmenu entries). If you only think about looks, I beg you to please open another wishlist report, as either part of a backend-frontend-wishlist comination could be dismissed because of the other - as single entities, they stand a bigger chance of being included. I really think this bug should not be about bugs, but about backend implementation (as in: a unified directory for kmenu to quickly manage and alter the kmenu entries).<br><br>If you only think about looks, I beg you to please open another wishlist report, as either part of a backend-frontend-wishlist comination could be dismissed because of the other - as single entities, they stand a bigger chance of being included. <br>
2006/11/11, Martin Hohenberg <martin.hohenberg@gmail.com>: > > I really think this bug should not be about bugs, ~ s/bugs/looks/ <br><br><div><span class="gmail_quote">2006/11/11, Martin Hohenberg <<a href="mailto:martin.hohenberg@gmail.com">martin.hohenberg@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> I really think this bug should not be about bugs, </blockquote><div><br>~ s/bugs/looks/ <br></div><br></div><br>
Kicker is currently unmaintained, you can look to your distribution for help, however.