#3 make it clear that it is on both ends. i hope
But that's already clear, it's obvious that there can be an out-of-sight tab both to the right and left end of the tab-bar, isn't it? That depends on the current state of course, but conceptually to the user it's obvious.
What makes this unsuitable: Auto-scroll to show part of a tab at tab-bar edges
is that where else would you show part of a tab but at the edges of the tab-bar..?
Please also note that the semantics of this: When scrolling show part of a tab on tab-bar edges
is different from the others. By that you've de-coupled it completely from the event of activating the tab at the edge of the bar-tab, I for one do not wish for that at all. What we were after here is to make it work at both ends of the bar-tab exactly the way it does at the right edge in FF 3.6.28 + TMP 0.3.8.7 (as I described before).
The whole point of this is the auto
-scrolling, which is triggered only by activating the left-/right-most currently visible tab, so that the next tab becomes partly visible a.s.o.
This option will apply to all scrolls, not just when the tab at the edge of the tab-bar is activated. this is also a reason for #3 for the option label
Ehm, which scrolls would that be? The ones using the arrow buttons (if chosen to be visible?) That's not an auto
-scroll, and we're back to square one. If you do this, then as far as I'm concerned I lost interest. You can just drop this and spend your time on something else in TMP IMO.
Regarding the width of the offset scroll, since the only purpose is to enable user to click on the tab 50px will be enough.
I'm sorry, now you lost me. 50 pixel is far
too much. E.g. I have my tabs 25-45 px wide as minumum, meaning you'd do some sort of auto-scrolling then which is more than one tab. I do not want that, so I'd never enable this option then.
I'm sorry to see that, unless I misunderstood your last post, this went in the wrong direction by your last post above