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)

defect
Not set
normal

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.
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.
Keywords: regressionuiwanted
OS: Windows 7 → All
Hardware: x86_64 → All
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.
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
You still drag a tab to the bookmarks,but you have to hold ctrl before you start dragging.Or use the favicon method.
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.
(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.
(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.
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
No longer depends on: 674723
You need to log in before you can comment on or make changes to this bug.