(*** This bug was imported into bugs.kde.org ***) Package: kdesktop Version: 2.0 Severity: wishlist Installed from: RedHat RPMs Why not you allow the 'K' menu in kicker to be configurable as the start menu in win98 ? (more windows users to kde!) Now if you drag an item from the menu to an other place (desktop or a bar) you copy the link of the menu to the destination place but not viceversa. And you can't move the items (for rearranging voices or to move a voice from/into a sub-menu) with a simple drag'n'drop. Also dragging an icon to a menu item has to change its icon. You can also allow users to create new menu items. The menu editor may be used instead of this mechanism but let the user choose (for me the menu editor is less user-friendly). Thank you! (submitted via bugs.kde.org)
The drag-and-drop functionality in the Windows "Start" menu, starting in Win98, is indeed very useful. However, it can also be a nuisance (the nuance of when you are starting a dnd doesn't always work). Instead, distinguish between a "left-click" and a "right-click". Currently, both execute the menu item. Instead, left should execute the item, and right should bring up a context menu. Sample context menu: "Open" (default) "Move" (initiates a drag and drop) "Delete" (removes the menu item) "Properties" (opens a dialog to change icon, etc - like the file permissions dialog) ---- (separator) "New item" (creates new entry and opens the menu item dialog) Later, Daniel
*** Bug 42093 has been marked as a duplicate of this bug. ***
The best would be a little option like fix menu / unfix menu (like the windows taskbar). When you unfix the menu you can move the entrys and if you want to have the menu then fix it and you cannot move the entrys ... or you only unfix it and make it movable!!!
Replaced balex@www.com with kde@chrisk.ch due to bounces by reporter
You can DnD menu entries within the KDE menu editor (which can be started from the panel via context menu in KDE 3.4).
Stephan, this is not the question. I know about this. Even the bookmarks in Konqueror are easier to manage (on the fly!) than the entries in the kicker menu. People don't want to start a program to (re)move a single icon from the startmenu.
Christoph, how do you want to delete a menu entry via drag and drop - and how to prevent to happen it accidently?
Hi Stephan, this is how I think about: Right click on items should appear a contextmenu like Daniel described above. New Entry: - move item from Konqueror/Desktop to K-Menu opens the menu, then drop on the place in the menu you wish. - optionally you can click on the 'New item' in contextmenu Move Entry: - move an item to an other place in the Menu and drop it there. Now a popup should ask if the item should be copied or moved (& cancel) (like if you drop it on the Desktop, it should be a behaviour similar). - or click right on the item and choose 'copy' or 'move' from the contextmenu move the item to the place you wish and drop it there. Delete Entry: - Right click on the item, choose 'delete' from the contextmenu - or move the Item to thrash on Desktop (what if he is masked by K-Menu?)
*** Bug 93425 has been marked as a duplicate of this bug. ***
*** Bug 55859 has been marked as a duplicate of this bug. ***
@Stephan - > Christoph, how do you want to delete a menu entry via drag and drop - and how >to prevent to happen it accidently? Watch it on a Windows Desktop from Version 95 to XP. It´s anywhere the same. I don´t like it to say. But this is a Feature that is hardly missed from Windows Desktop on KDE.
It would also be nice if applications:/ let you drag and drop applications around -- and those changes were reflected in the K Menu.
> It would also be nice if applications:/ let you drag and drop > applications around -- and those changes were reflected in the K Menu. I think one problem is the XML format for saving the menu structure. (For those who want to see the chaos in action: the file is stored in ~/.config/menus/ .) What I don't like is the fact that deletions and movements of menu entries are written as additional info, instead of manipulating the entry by itself. This makes sense only when digressing from the system default, but if every move and deletion causes a new entry, the whole menu structure file quickly becomes unreadable and error-prone while containing a lot of redundant information. (addressing error prone: I once tried to make many "Sonstige" ("More", or so, in English) entries into my menu. When I had too much of them, a part of my menu wasn't there anymore, because the file was not correctly parsed.) The XML menu structure approach definitely has its strenghts, but it makes operations like moving, deleting or drag and drop much more difficult than a windows like menu system. I think before coping with this bug, someone should ensure that a moving operation in the menu from one place to another and back again isn't stored as "initial position move there move back to initial position" but rather as "new initial position" to make it easier for bugs like this one. Just my 2 cents.
Kicker is currently unmaintained, you can look to your distribution for help, however.