Version: Revision 756918 of kdebase (using KDE Devel)
Installed from: Compiled sources
Compiler: gcc 4.1.3
Possibly totally stupid to file a bug for this, I'm sure most devs are already known to the lack of context menus on plasma icons.
Just to make sure...
Really? I get "Icon settings" and "Remove this icon" when I right-click on an icon...
Obviously I wasn't clear enough but I meant the normal file operations: cut, copy, rename, open with, move to trash...
It's on my todo list.
*** Bug 155586 has been marked as a duplicate of this bug. ***
*** Bug 157014 has been marked as a duplicate of this bug. ***
The folder view applet in 4.1 (trunk) rectifies this.
Just compiled r812284 of playground's plasma dir. And it doesn't yet provide a list of std file operations (cut, copy, paste, delete, properties, actions). But it is probably on somebodies todo list. See screenshot.
Created attachment 24929 [details]
Screenshot of how it's currently in trunk
Copy - Cut - Open with ...
Apologies, you're (both) right.
If I'm not missing something, this might have to wait until have 4.1 unless someone can perform some serious voodoo. Looking at dolphin/src/dolphincontextmenu.cpp, the menu is going to be have to put together manually. Copy/paste would get it done, but that's seriously suboptimal.
I don't know at all how the fileview is put together, but it isn't for sure an embedded Kpart on plasma right?
In that case we will probably have to wait until it is in some KFileMenu foo library. I agree that copy/paste is that suboptimal the fix can better wait till 4.2.
If it's not too much trouble, I think we should have file management on
the desktop in KDE 4.1. It's way too much trouble to have to open
Dolphin just to delete stuff on the desktop. The desktop is used as a
workspace by a lot of people, including me. In fact, this feature being
missing is the only thing preventing me from using KDE full time, and if
it waits until 4.2, that means I'll have to skip yet another KDE release.
Niels van Mourik wrote:
[bugs.kde.org quoted mail]
Copying the code over from Dolphin sounds like an ugly hack too me as well, but if it's the only solution (it's feature freeze as well) then that is probably the solution to be considered.
But I'm not the developer here :)
Ideally we'd link in libkonq, and create a KonqPopupMenu, which is what kdesktop does in 3.5. The only problem is that libkonq is in kdebase/apps and we can't create a cross module dependency between workspace and apps, so we'll have to copy this code into the applet. That's what I plan to do in 4.1.
*** Bug 161245 has been marked as a duplicate of this bug. ***
I'm checking out KDE4Daily (Virtualbox Image) now and I'm very impressed with the folder view applet. This applet is much better than the standard "show desktop folder on desktop" way of the past. Very impressive.
Anyway, I think if you guys added file management (cut, copy, paste, delete) to the folderview applet, that would solve this for me. Also, if I download a zip file or similar to my desktop, I would prefer to have the standard "extract here" context menu item as well.
Please consider this.
SVN commit 818609 by fredrik:
Add the context menu for the icons in the folder view, and add
the "Create New", "Undo" and "Paste" actions to the applet's
M +1 -1 CMakeLists.txt
M +310 -11 folderview.cpp
M +23 -1 folderview.h
WebSVN link: http://websvn.kde.org/?view=rev&revision=818609
just thank you FREDRICK,now plasma really kick ass ;) and i was about to fill a wish to add folder path to folder view applet and to my surprise there is already a patch to do that. you rock plasma developers
This is seriously awesome! It works as a charm!