The scroll box arrows for the tab overflow are quite tiny. If I didn't know what to look for it would probably take me a while to notice them. This is both a discoverability and a usability problem: tabs may seem to disappear for those who don't know about the scrolling, the hit area is very small and it doesn't even extend to the edge of the screen.

I would also add enough space to open a new tab by double-clicking in the tab bar. Probably a different bug, but, related.

Requesting blocking-firefox2 as I feel this heavily impacts usability of the feature.

This will be addressed by the new theme work, adding blocking beta 2 to keep it on our radar.

Maybe mousing over one of the arrows should automatically scroll the tab bar in that direction

The necessary userChrome.css hack, waiting for the theme fix: autorepeatbutton { width: 20px !important; }

with bug #343097, asaf has made it so we're using toolbarbuttons and not autorepeatbuttons, so things will look (and act) accordingly.

*** Bug 344407 has been marked as a duplicate of this bug. ***

bug #343251 has landed. Note: about "Scrolling arrows on the tab bar are too small and don't extend to the edge of the screen (Fitts' Law)", the one on the right (or left, for RTL) won't extend to the edge anyways, due to the "all tabs" button.

The scrollbutton images, regardless, will never actually extend to the end of the tabstrip. However, for the purposes of scrolling when the user is dragging a tab, the target area that activates the scroll should extend all the way to the end of the screen. Dunno if that's a morph or a new bug.

Fitts issue could be solved by bug 345884

spoke with mconnor, and then plan for this bug is: when dragging and dropping tabs, if you are hovering over the "all tabs" button, continue to scroll (as if you were hovering over the scroll button) working on a fix...

morphing bug, but I need to fix my patch. I need to verify that the scroll button down is not collapsed when doing this.

> I need to verify that the scroll button down is not collapsed when doing this. the reason for that is so that we don't draw the drop indicator (on the end, near the all tabs button) when dragging a tab and the scroll buttons are collapsed. the reason for the last version is I forgot a brace in the previous version.

fixed on the trunk.

Comment on attachment 231848 [details] [diff] [review] patch seeking approval for branch

Comment on attachment 231848 [details] [diff] [review] patch a=mconnor on behalf of drivers for checkin to 1.8 branch

fixed on branch.

Verified FIXED using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060805 BonEcho/2.0b1.