File deletion impossible II: Konqui reloaded ;)

[Andras Mantia]

On Tuesday 18 January 2005 10:35, David Faure wrote:
> Well you can use the restore functionality of the trashcan, if you
> use "Move To Trash" :) 

I used Undo Move to Trash now. ;-)

> Otherwise Create New / Link to location / 
> "trash:/" would do it, but I agree if you tell me it's not intuitive
> :)

There is a problem with this solution. I created using this technique 
(before I wrote the mail), but in the context menu of the newly created 
desktop file the "Empty Trash" entry does not appear. This is normal as 
the created .desktop file contains only:
[Desktop Entry]
Encoding=UTF-8
Icon=mime_empty
Type=Link
URL=trash:/

as opposed to:
[Desktop Action EmptyTrash]
Exec=ktrash --empty
Name=Empty Trash

[Desktop Entry]
Actions=EmptyTrash
Comment=Contains removed files
EmptyIcon=trashcan_empty
Encoding=UTF-8
Icon=trashcan_full
Name=Trash
Type=Link
URL=trash:/
X-KDE-Priority=TopLevel

> OK the plan is: I'll clean up the RMB menu for this .desktop file
> (with hacks in konq_popupmenu...) and either remove "Move To Trash"
> and "Delete", or even add a "Remove Trash From Desktop" with a
> confirmation dialog box telling people about the fact that they'll
> need to type trash:/ if they want to get to the trashcan after
> removing that link - does this sound OK?
That'd not solve the problem described above, just if the Create New 
Link autodetects the "trash:/" case. Or if you add a separate entry 
(under Link to Device?) for the Trash, but this may be just too much.


As a suggestion, it would be nice to have a trash entry in Konqueror 
(yes, I know we have trash:/) in the Services tab. This could be also 
dropped to the desktop to create a new trash icon.

Andras

-- 
Quanta Plus developer - http://quanta.sourceforge.net
K Desktop Environment - http://www.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050118/2d059803/attachment.sig>