Closed
Bug 681353
Opened 13 years ago
Closed 13 years ago
Bookmark a tab by dragging it's tabs favicon
Categories
(Firefox :: Tabbed Browser, defect)
Firefox
Tabbed Browser
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: neb1236, Unassigned)
Details
(Keywords: uiwanted)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20100101 Firefox/6.0 Build ID: 20110811165603 Steps to reproduce: Follow up of bug 674723 Comment 11. Since the new tab animation feature it's now impossible to drop a tab in the bookmark bar/sidebar A counter measure is to drag the favicon from the URL bar, but it work only for active tabs The idea is to enable the same feature on the favicon of the tab. This way we can keep animation, and take care of most of the regression.
Depends on: 674723
Keywords: regression
Would prob be a bit weird, if where you start the drag on the tab decides if you move the tab or just a link/the favicon.
Comment 2•13 years ago
|
||
More than a regression, looks like a new feature. I kind of like it as acquiring the favicon requires finer targeting it might warrant a slightly different behavior.
Comment 3•13 years ago
|
||
This can be really confusing, a part of the tab does detach animation while another part does bookmarking. How often do you bookmark an inactive tab? Please wontfix this.
Comment 4•13 years ago
|
||
I'm bookmarking an inactive tab very often I think bookmarking favicon isn't the best idea my idea of resolving this issue https://bugzilla.mozilla.org/show_bug.cgi?id=674723#c22
Comment 5•13 years ago
|
||
You still drag a tab to the bookmarks,but you have to hold ctrl before you start dragging.Or use the favicon method.
Comment 6•13 years ago
|
||
Yes i know, but it isn't too comfortable. And users won't find this shortcut (at all or soon after release). New behavior of moved tab is really cool, but required improvement in case of being dragged to bookmarks.
Comment 7•13 years ago
|
||
(In reply to HaWaN from comment #6) > Yes i know, but it isn't too comfortable. And users won't find this shortcut > (at all or soon after release). So it's not worth spending time.
(In reply to sdrocking from comment #7) > (In reply to HaWaN from comment #6) > > Yes i know, but it isn't too comfortable. And users won't find this shortcut > > (at all or soon after release). > So it's not worth spending time. Actually, that statement implies the exact opposite: it IS worth spending time on. Users that use this feature (and there's likely many, myself included) won't know that they can mimic the old behaviour by pressing Ctrl. Honestly, I think removing this behaviour will only serve to send frustrated non-power-users to Chrome or IE.
Comment 9•13 years ago
|
||
(In reply to Caitlin from comment #8) > (In reply to sdrocking from comment #7) > > (In reply to HaWaN from comment #6) > > > Yes i know, but it isn't too comfortable. And users won't find this shortcut > > > (at all or soon after release). > > So it's not worth spending time. > > Actually, that statement implies the exact opposite: it IS worth spending > time on. Users that use this feature (and there's likely many, myself > included) won't know that they can mimic the old behaviour by pressing Ctrl. > Honestly, I think removing this behaviour will only serve to send frustrated > non-power-users to Chrome or IE. I agree. This behaviour is counterintuitive, the tab should be dragged and dropped just anywhere, regardless of the animation.
Comment 10•13 years ago
|
||
We don't want to introduce additional drag targets inside of the tab besides the tab itself, so we're not going to implement this.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•