Version: (using Devel) Installed from: Compiled sources Hi I'm opening this bug because I'm seeing a trend in KDE4 desktop-containment development that it's starting to look just as cluttered as its KDE3 counterpart. I'm talking about the desktop context menu, which is now showing by default 9 entries. If we are following the "toolbox paradigma" then lots of options should be taken away from the RMB menu (which is, as you all know, less discoverable). For example, the add/lokc widgets entries are already present in the plasma toolbox, so they may disappear. The leave/lock buttons are out of context. We are in "desktop context", not "session context". We have the ALI to logout. The run command is an advanced option (ALI is the basic way to run commands, even keyboard typed), it's out of context (what have in common a run command dialog with the desktop?) and again, it shouldn't be there. So basically I'm asking to leave only the icon arrangement entries (that are totally in context, not duplicated elsewhere and which presence there just makes sense) and the configure desktop entry (an in-context shortcut).
I agree with you partially. The plasma related actions are to my mind in context since Plasma is the desktop. The 'Run Command' and 'Lock Screen'/'Leave' actions are indeed out of context. I think it should be something like this: Add Widgets Add Panel Lock Widgets <--Separator--> Align Icons Horizontally Align Icons Horizontally Configure Desktop...
Or even better add another separator between the icon related actions and the 'configure desktop' action.
The fact is that personally I *hate* RMB context menus, and with plasma and the default desktop container comes this great toolbox-thing, so why don't use it? it just make sense...
@artemis: there already is one @David: i haven't touched the context menu in a bit in a serious fashion since so much of what it supports is currently under flux. this BR is a bit premature, really, and will sort itself out as we achieve our milestones.
Aaron... great :) So, if you want to close it, no problem. Thanks!
i'll close it when the context menu is not so random ;)
The most used entry in the RMB desktop menu is the logout entry for me. I really hope you won't remove it but instead add a "change user" too. It's much more convenient to have those entries in the RMB desktop menu than being forced to wander to the panel. How about making the RMB menu user configurable? I'd love to have a lot more entries there.
I just wanted to add, that the first entry to remove is "logout" :-) Reason: it is pretty easily available in all other places (ctrl+alt+del, power off button, the widget in the panel, the logout entry in kMenu) so it is better to focus on desktop related items.
More of a wish than an actual bug. Basically confirmed by Aaron.
Please don't remove the logout entry from the RMB menu! It's one of the great advantages linux guis have over ms gui! No logout entry in RMB desktop menu for me is a reason not to use KDE4. Logging out should be available everywhere where the mouse is. There should be a lot more items in the RMB desktop menu - user configurable because you either love having all possible actions right under your cursor or you hate it. There seems nothing in between. For people with mouse usage handicaps it's important to have everything available without having to move the cursor a lot! Adding "switch user" to the RMB desktop menu would also be very fine. Even better would be to add a user configurable middle mouse button menu like we have it in KDE3! Then all RMB menu minimalists could have their 3-entry-RMB-menu and all movement minimalists and power users could have everything they want in a right-where-the-cursor-is-menu!
Frankly I do not think that adding lots of RMB entries is the best accesibility solution, and having it user configurable (with all the configuration panels overhead) would be even worst. Accessibility (and usability as well) is something that should be well thought and planned, and a bug it's not the best place where to discuss it. Anyway, MMB could be an idea for a11y, or a long button pressure, or whatever, but context menus should remain in context Just my 2 cents
> having it user configurable (with all the configuration panels overhead) > would be even worst. Configurable does not mean you _have to_ configure it by yourself. Only the ones who would like to change something would deal with configuration, so it won't hurt the rest of users. And customizing has not nothing to do with accessibility -- but productivity: setting _your_ environment according to _your_ workflow.
Sorry but we are not anymore in KDE3 times. "Personal" usability and tweaking shouldn't come only through lots of config panels. Take a look at plasma new panel/desktop. It has currently more power (a part from panel auto-hiding :P) than KDE3 had and it's easier and simpler. So I am more than confident that plasma developer will ort this out in the best way :)
> "Personal" usability and tweaking shouldn't come only through lots of config > panels. Customization does not mean any panel/dialog at all (GUI client does not work in vacuum). Raw rc file is customization -- it means that user at user level (not developer) is able to customize his/her environment. You can of course always "customize" it by recompiling the source code, but it goes much further than user level. With rc file you have the same code as anybody else but you are able to shape the final result that would fit your personal needs. And if you are skilled, you can add GUI to rc file (even independently of KDE). Skipping KDE3/KDE4 comparison because it is better to keep this as general case.