Closed
Bug 508967
Opened 16 years ago
Closed 7 years ago
Dragging a URL or bookmark onto a tag folder in the bookmark toolbar should add that tag to it
Categories
(Firefox :: Bookmarks & History, enhancement)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: justdave, Unassigned)
Details
Attachments
(1 obsolete file)
I dragged a couple tags into my bookmark toolbar a while back... works conveniently, shows me a list of bookmarks with that tag on it. But the UI looks just like a bookmark folder, so it confused me when it didn't work the same (because I forgot it was a tag folder).
I tried to drag a new URL into that folder, and it wouldn't let me. I was about to file a bug that dragging into bookmark folders on the toolbar was broken. But then I discovered that it *did* work on another folder in my toolbar.
I think a good UI to avoid this confusion would be:
1) When dragging a bookmark from elsewhere to a tag folder
a) add that tag to the bookmark
b) if the "copy modifier key" (option on mac, probably control on Windows?) was not being held at the time, move the bookmark to Unsorted (out of its current location) to avoid the user thinking it didn't get moved (essentially making a copy will confuse them if that's not what they asked for by holding the key)
2) When dragging a URL from the URL bar into a tag folder
a) create a bookmark in unsorted for it
b) add that tag to it.
Comment 1•16 years ago
|
||
indeed, that's what should happen and what we implemented
does it work in the library? could be a sidebar only issue (even if that's strange)
Comment 2•16 years ago
|
||
oh wait these are detached tags, right?
Comment 3•16 years ago
|
||
probably the toolbar code does not consider tag queries a good drop point and does not even open them on dragover...
on the other side the code to handle drops in tags works in usual places where tags appear. the toolbar code probably needs a small fix in getDropPoint to consider tag containers as drop targets.
Updated•16 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•16 years ago
|
||
this patch will probably bitrot against 382466. btw it's marking points we should fix.
Comment 5•16 years ago
|
||
can we test this?
Comment 6•16 years ago
|
||
ops i missed this patch in the middle.
No we can't test this, we can synthesize dragstart or drop events, but it is really hard to synthesize a full drag and drop.
Updated•16 years ago
|
Attachment #393164 -
Attachment is obsolete: true
Attachment #393164 -
Flags: review?(dietrich)
Updated•14 years ago
|
Assignee: mak77 → nobody
Status: ASSIGNED → NEW
Comment 7•7 years ago
|
||
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•