Open
Bug 70776
Opened 24 years ago
Updated 3 years ago
drag bookmark/history item to recycle bin/trash should move it there
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)
Core
DOM: Copy & Paste and Drag & Drop
Tracking
()
NEW
People
(Reporter: jruderman, Unassigned)
References
(Depends on 1 open bug)
Details
Bookmarks and history should delete items when dragging to the recycle bin
(Windows) or trash (Mac). This bug says "future me".
UI questions:
- Should this be generalize to include all trees, such as the ones in mail?
(Do trees know what it means to "delete" an item or is that handled by
bookmarks, history, and mail separately?)
- Should an item actually be placed in the recycle bin? We already have the
ability to drag bookmarks to the desktop (creating .url files), so creating the
files shouldn't be hard, but allowing the items to be "restored" from the
recycle bin may be difficult. Mail message can't yet be dragged to the desktop.
- Should bookmarks deleted with the delete key also go to the recycle bin?
History items should just die when hitting delete, and mail messages are taken
care of by mail's trash folders. What happens and should happen to mail
folders when they're dragged to the recycle bin?
Comment 3•23 years ago
|
||
I assume this is blocked by bug 76629? Also, bug 91540 is probably a dupe of
this, more general bug.
Gnome (and KDE?) has a trash bin, and it would be nifty if dragging items to it
deleted them. Given that Gnome is going to become the official desktop for
Solaris, and is used as a desktop for Linux, FreeBSD and others, shouldn't this
bug be: Platform -> All, OS -> All?
Lastly, it might be useful if this worked for mail messages.
*** Bug 120677 has been marked as a duplicate of this bug. ***
Comment 7•22 years ago
|
||
Dragging something to the Trash/Recycle Bin should *never* delete it outright,
because that's not how the Trash/Recycle Bin works. Instead, dragging there
should move the item (e.g. the e-mail message) inside the Trash, such that Put
Away/Restore from within the file manager works as expected (e.g. returns the
item to the bookmarks/history/whatever). If that isn't (or can't be)
implemented for a particular type of object, dragging to the Trash should do
nothing at all.
This means that it can't be implemented generically by aliasing it to the
delete-from-tree function (you need to implement creation of the particular
kind of object as a file inside the Trash), so I guess this will get marked
invalid because it's more than one bug per report.
--> XP Apps: Drag and Drop
Assignee: mpt → blaker
Component: User Interface Design → XP Apps: Drag and Drop
QA Contact: mpt → tpreston
Summary: drag bookmark/history item to recycle bin/trash should delete item → drag bookmark/history item to recycle bin/trash should move it there
Updated•18 years ago
|
Assignee: bross2 → nobody
QA Contact: pmac
Updated•15 years ago
|
QA Contact: drag-drop
Comment 10•4 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.
If you have reason to believe this is wrong, please write a comment and ni :jstutte.
Severity: minor → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•