Closed
Bug 674723
Opened 12 years ago
Closed 11 years ago
Unable to drop tab from tabbar into bookmarks (sidebar, toolbar, Library) from tabbar.
Categories
(Firefox :: Tabbed Browser, defect)
Firefox
Tabbed Browser
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
firefox8 | + | --- |
People
(Reporter: tetsuharu, Unassigned)
References
(Depends on 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a1) Gecko/20110727 Firefox/8.0a1 Build ID: 20110727031559 Steps to reproduce: After checked in bug 455694, I drag tab from tabbar. Actual results: But it cannot drop tab into bookmark sidebar. I seem this behavior is regression. Expected results: It should be able to drop tab into bookmark sidebar.
Reporter | ||
Updated•12 years ago
|
Reporter | ||
Updated•12 years ago
|
Summary: Unable to drop tab into bookmark sidebar. → Unable to drop tab into bookmark sidebar from tabbar.
Comment 1•12 years ago
|
||
Dragging a tab will either rearrange it in the tab bar, move it to another window, or create a new window To bookmark a tab, drag the icon in the address bar to the bookmarks bar. http://screencast.com/t/6A35nyJvi
![]() |
||
Comment 2•12 years ago
|
||
When dragging the tab, you are applying direct manipulation to it, just like when dragging a window, so dropping it onto a target besides tab containers doesn't make sense.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Comment 3•12 years ago
|
||
to give you an escape, you can drag the identity part of the locationbar (the favicon and surrounding part) to bookmarks views.
Comment 4•12 years ago
|
||
The bug report is well formatted, the behaviour worked before, doesn't now, but is intentionally not being re-implemented; therefore wontfix surely, rather than invalid? (I've used this feature before and I'm sure others have, but can deal with dragging the identity button instead)
Resolution: INVALID → WONTFIX
![]() |
||
Updated•12 years ago
|
Keywords: regression
Comment 6•12 years ago
|
||
Is it worth getting the UX team in to evaluate whether this should be restored? I suspect there are going to be quite a few dupes...
Comment 7•12 years ago
|
||
don't think so, this has been discussed in the past already, and the current solution is what everybody agreed with.
Comment 8•12 years ago
|
||
This would a major complaint when Firefox 8 releases. There should be a better indication to users that the identity box can be dragged to a bookmark.
Comment 9•12 years ago
|
||
(In reply to comment #8) > This would a major complaint when Firefox 8 releases. There should be a > better indication to users that the identity box can be dragged to a > bookmark. There will be blog posts and whistles about the change, this won't be sufficient obviously, but it's hard to give indication something is draggable to do a certain action. Adding stuff to the identity button tooltip doesn't seem sensible, since that contains security and far more important information. If you have ideas on how to improve that, you may file enhancement bugs with them. Regarding the fact we may have a major complain, complains are usual for any change, good or bad it is, if it breaks an habit. There is no magic way to avoid it, if not by blocking improvements, that would be an even worse loss. It breaks my habits too, since I often drag tabs to bookmarks, so I'm not just talking from a "developers don't care" point of view, I accept it since the improvement is pretty clear, the loss has a workaround I just have to get used to.
![]() |
||
Comment 10•12 years ago
|
||
You can now do this by holding down the ctrl key (opt key on OS X) while beginning a tab drag. I'm leaving this as WONTFIX, because we are not going to implement this for drags without modifier keys.
Comment 11•12 years ago
|
||
Can't we re-enable this feature only on the favicon of the tab, with an exception for Application tabs? This won't break the current behaviour and use the logic of the locationbar. This way we solve the cumbersome switch to tab before bookmarking since we can grab an inactive favicon to place it in the bookmarks bar.
Comment 14•12 years ago
|
||
@Frank Yan It seems that the devs have this not thought to the end. Regarding tab move operations for extensions how Tabgroubsmanager for example. The drag operations with the favicon or with the CTRL Key produces only a copy of the tab and no movement is possible anymore. And this is not acceptable.
Comment 15•12 years ago
|
||
(In reply to neb1236 from comment #11) > Can't we re-enable this feature only on the favicon of the tab, with an > exception for Application tabs? This won't break the current behaviour and > use the logic of the locationbar. > This way we solve the cumbersome switch to tab before bookmarking since we > can grab an inactive favicon to place it in the bookmarks bar. I for one would like this, mind filing it as a new bug?
Comment 18•12 years ago
|
||
Requiring Ctrl+ on the drag tab to bookmark will conflict and destroy "Multiple Tab Handler" extension [https://addons.mozilla.org/firefox/addon/multiple-tab-handler/] and any other extension that has selection ability on tabs. Unacceptable like in #c14. Also with tabs reduced to favicon size or smaller there is no such thing as favicon only portion of a tab #c15.
Comment 19•12 years ago
|
||
(In reply to alex_mayorga from comment #15) > (In reply to neb1236 from comment #11) > > Can't we re-enable this feature only on the favicon of the tab, with an > > exception for Application tabs? This won't break the current behaviour and > > use the logic of the locationbar. > > This way we solve the cumbersome switch to tab before bookmarking since we > > can grab an inactive favicon to place it in the bookmarks bar. > > I for one would like this, mind filing it as a new bug? Done, filed bug 681353
Comment 22•12 years ago
|
||
There is a way to drag from bookmarks bar to tabbar So there should be a way reverse - like : If i drag tab and got mouse over bookmarks (bookmarks bar under urlbar or sidebar) it's possible to drop, else there is visible new window
Comment 23•12 years ago
|
||
Why can't we restore the old behaviour? Is there some technical difficulty? I don't see what is the improvement of blocking this feature.
Comment 24•12 years ago
|
||
There is some discussion ongoing on this (see also m.d.a.f.), it should be feasible (most likely would first be better to first use the d&d api), the issue was mostly regarding what you are interacting with and if makes sense to drag it to certain points, but this still remains as a functionality regression for most users. Let's reopen for now while the discussion continues. Ideally if we may still drop and resnap the tab to its original position would be fine for
Updated•12 years ago
|
Summary: Unable to drop tab into bookmark sidebar from tabbar. → Unable to drop tab from tabbar into bookmarks (sidebar, toolbar, Library) from tabbar.
Comment 25•12 years ago
|
||
i think event based d&d should resolve this problem default action - there is visible window (like it is right now) if mouse drag window over sidebar - it is possible to drop to sidebar else if mouse drag window over bookmarks - it is possible to drop to bookmarks else if mouse drag window over Library - it is possible to drop to Library and this should resolve this issue
Comment 26•12 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #24) > There is some discussion ongoing on this[...] Do you think this discussion might also look kindly upon re-introducing tab duplication? In particular to work towards fixing Bug 676686 and Bug 675438
![]() |
||
Comment 27•12 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #24) > There is some discussion ongoing on this (see also m.d.a.f.), it should be > feasible (most likely would first be better to first use the d&d api), the > issue was mostly regarding what you are interacting with and if makes sense > to drag it to certain points, but this still remains as a functionality > regression for most users. > Let's reopen for now while the discussion continues. > Ideally if we may still drop and resnap the tab to its original position > would be fine for Based on the discussion in d.a.f, it's clear that we won't be implementing this or accepting fixes for it. https://groups.google.com/forum/#!topic/mozilla.dev.apps.firefox/Mi7i_86Yf-A/discussion
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → WONTFIX
Comment 29•12 years ago
|
||
(In reply to Frank Yan [:fryn] from comment #27) > Based on the discussion in d.a.f, it's clear that we won't be implementing > this or accepting fixes for it. Honestly, I don't see that decision in the discussion. Btw. as a data point, searching bookmarks in input.mozilla.org reports this as the outstanding issue.
Comment 31•12 years ago
|
||
Considering this is a regression of functionality. Why is it so easily being pushed aside without any outrage from both the QA and UX teams? If this isn't going to fixed then can we make it so that every time someone does try to drag a tab on to the bookmark toolbar, a small paperclip appears and instructs them to try doing with the Ctrl key pressed?
Comment 32•12 years ago
|
||
(In reply to Harsh86 from comment #31) > If this isn't going to fixed then can we make it so that every time someone > does try to drag a tab on to the bookmark toolbar, a small paperclip appears > and instructs them to try doing with the Ctrl key pressed? Clippy is the abomination that shall never be resurrected!
Comment 33•12 years ago
|
||
Quit spamming this bug, take it groups: http://groups.google.com/group/mozilla.dev.apps.firefox/browse_thread/thread/322ee2ffce987fe0/99293c9c10e592a5 unsubscribing
Comment 34•12 years ago
|
||
(In reply to Marco Bonardo [:mak] (Away 6-18 Sept.) from comment #29) > (In reply to Frank Yan [:fryn] from comment #27) > > Based on the discussion in d.a.f, it's clear that we won't be implementing > > this or accepting fixes for it. > > Honestly, I don't see that decision in the discussion. > Btw. as a data point, searching bookmarks in input.mozilla.org reports this > as the outstanding issue. Shaver (Firefox module owner) said he'd be ok with the bookmarks toolbar accepting dragged tabs.
No longer blocks: 681353
Status: RESOLVED → REOPENED
tracking-firefox8:
--- → ?
Resolution: WONTFIX → ---
Updated•12 years ago
|
OS: Windows 7 → All
Hardware: x86 → All
Comment 36•12 years ago
|
||
(In reply to David McRitchie from comment #18) > Requiring Ctrl+ on the drag tab to bookmark will conflict and destroy > "Multiple Tab Handler" extension > [https://addons.mozilla.org/firefox/addon/multiple-tab-handler/] and any > other extension that has selection ability on tabs. Unacceptable like in > #c14. Also with tabs reduced to favicon size or smaller there is no such > thing as favicon only portion of a tab #c15. It also destroy Tab Mix Plus, I think the best Firefox should restore tab feature to Firefox 7.0, and target other feature that better than Tab move detach animation: https://wiki.mozilla.org/Firefox/Features/Tab_move_detach_animations I suggest Tab multi select: https://wiki.mozilla.org/Firefox/Projects/Tab_Multi-Selection/Design Everything have in Multi Tab Handler.
Comment 37•11 years ago
|
||
Not sure if this has been brought up elsewhere; I haven't seen it mentioned. Tabs are generally several times larger than favicons or the bookmark star. Requiring users to click and drag the favicon or use a second hand to hold ctrl while dragging may present difficulties to users with accessibility issues.
![]() |
||
Comment 38•11 years ago
|
||
Patch in bug 455694 was backed out.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 11 years ago
Keywords: regression
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•