Closed Bug 456097 Opened 16 years ago Closed 14 years ago

Dragging a link to the tab strip between existing tabs is harder than moving existing tab (drop target is smaller)

Categories

(Firefox :: Tabbed Browser, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 320638

People

(Reporter: ShareBird, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3pre) Gecko/2008091306 Firefox/3.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3pre) Gecko/2008091306 Firefox/3.0.3

The drag events seems to be only fired at the visible part from .tabbrowser-strip. Moving tabs around it's not difficult, because of their height, but links are narrower. You can only open a link between tabs if you hit the thin down or up visible parts from .tabbrowser-strip. Many third party themes have no down part from tabbrowser-strip (tab's margin-bottom = 0) and it could be also possible to a theme to have mo margins at all, making this function impossible. The extension TabMix Plus brings own methods for dragging and it seems to fire the events even at not visible parts from .tabbrowser-strip.

Reproducible: Always

Steps to Reproduce:
1. Open at least 2 tabs, one of them with http://www.google.com
2. Try to drag one of the links (Images, Maps, News, etc.) to open between the two tabs

Actual Results:  
You can only do this if you hit the visible part from .tabbrowser-strip (the tab drag indicator will appear)

Expected Results:  
A behavior like the extension Tab Mix Plus (the events will be fired even if you move the link on tab's surface).
I can confirm that the total target for dragging links to create a new tab on the tabbar, is only 5px in height. This makes it very hard to create tabs from links in this way.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Depends on: 320638
Workaround: open in new tab (presumably at far right) then move the new tab about. (Not very practical if you have more tabs than fit on a screenwidth.)
I confirm that bug too on Windows, in Firefox 3.5, but as a "downgrade" since 3.0.

On Firefox 3.0.11 I was opening links in new tabs between existing tabs gragging the link with the CTRL key pressed, and releasing the mouse in the middle of a tab (as an example, it wasn't necessary to release it exactly between two tabs, while holding the CTRL key) was opening the link in a new tab between that tab and the next. Opens in a new tab despite appearing or not the down arrow indicating the location of the new tab.

I just changed to Firefox 3.5 and now the CTRL key doesn't act like on Firefox 3.0.11. Now you must release the mouse button at exactly the gap between two tabs, or at the top or the bottom of the tabs, where now the arrow appears.


The fact is that in Firefox 3.5, when you hold the CTRL key to drag a link to the tabs, you need to release the mouse at the edge of an existing tab to open it in a new tab, while in Firefox 3.0.11 this wasn't necessary. And what confuses me is that the cursor pointer has a "+" sign always, but not always opens the link in a new tab. It should open always the link in a new tab when holding CTRL.
Severity: major → minor
Summary: Open links between tabs is very difficult → Dragging a link to the tab strip between existing tabs is harder than moving existing tab (drop target is smaller)
I can confirm this behaviour on:
Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.5) Gecko/20091109 Ubuntu/9.10 (karmic) Firefox/3.5.5
So this is definitely not a Windows-only problem.

As mentioned already: It certainly is possible to drag&drop a link between the tabs, but it's such a tiny space that it's mostly impossible to hit in the first few tries.
Especially since in the worst case the two tabs are getting focused alternately and I /think/ this changes the location or the focus of the target area?

I also agree with (and can confirm) the comments by Tony Mechelynck #2 and Jesús #3.
Any news on this bug?
Status: NEW → RESOLVED
Closed: 14 years ago
No longer depends on: 320638
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.