Tab Mix Plus

Very good. Like I said, I even think the new option could be locked (greyed out) if the arrows are active.


No, I agree my first suggestion was not optimal. The scrolling isn't the point per se, that's just a vehicle to reach the desired result of the next tab being [partly] visible. But you lost me with this sentence; "by triggering the function that ensures that the all tab is visible." What do you mean by that?


OK, new suggestion:
Show next/prev tab when activating last/first visible tab

A bit long... but making it shorter also makes it ambiguous no matter what I try to come up with

I not accuse TMP

Just indic the strange problem

For the console not error show

I have not tested with a clean profile Fasterfox is useless now. I can live very well without him...

maybe
Scroll to show next/prev tab when selecting last/first visible tab.

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

That works, a tad long but what can you do... I can't come up with something shorter that is still clear. This text would then sit in the Display -> Tab Bar options page, right under the drop down menu where one chooses "Scrollable with buttons on left and right sides", above "Enable smooth scroll".

AFAICS it would fit there even if it's long.

the new option will be off by default, and when activating it will only effect on scrolling when in single row
with our without scroll button.

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

I don't recall this behavior ever affecting the left side of the tab-bar, only the right-hand side. I'm sure I would've availed myself of its use if it had been.


Agreed!


As I recall it was only enough of the next tab to make it "clickable", but I took the behavior for granted for so long I couldn't say for certain now. The important part was being able to click each tab in turn, from left to right, and so select every tab on the bar all the way to the extreme right-hand side...or the right-most tab.


Heck, I'd settle for even 25% or possibly even less...depending on what the tab-width is set to, of course. The key here is that the portion of the partially displayed tab needs to be enough to easily click.

Thanks rob64rock, var3gen, and onemen for your help with this!!!

To the right of the "When tabs don't fit width" drop down menu? I would be very reluctant indeed to put a long text there, the whole options window would have to be widened a lot then, right?


I agree, but the text doesn't fit there. No matter how short we'd make it, the options window would have to be widened just because of this single thing and I don't think that's going to happen. The definition of "next available" in this context isn't clear at all either, it's ambiguous. Sure, a tooltip popup could explain it in more explicit detail I suppose, e.g. about the auto-scrolling to achieve it.


Not sure what you mean by spinners. But this would be a whole different thing. It sounds to me like invisible left/right arrows that would pop up automatically when pointing to the left-/rightmost tab with the mouse pointer or something like that. But In that case, this should be a sub-option to the choice "Scrollable with buttons on left and right sides". Overkill IMO.

Remember that this auto-scrolling behaviour, at the right end of the tabbar, was there before and some ppl already noticed it and made practical use of it.

Sounds all OK to me! Thanks. As to where to place the text for this new option and exactly what it should say, it's not that easy. As short as possible while still making sense to most(?) people...

Shortening it down from Scroll to show next/prev tab when selecting last/first visible tab feels like a good idea, and then adding a tooltip to explain in more detail what it means.

Maybe:
Auto-scroll to partially show the next out of sight tab plus a tooltip

I'd prefer to have it available even with the buttons present. Obviously it doesn't need to be there for multi-row, but even when I had the option available to me, there were still times when I opted to double-click the scroll arrows and scroll an entire tab-bar width at a time, so my vote would be the option should be present when any of the "Scrollable" options are selected.

Having the option off by default is fine by me because obviously there are only a select few of us that even really noticed it gone in the first place.

Spinners: for instance, when you go to AMO, they have a spinner there for exts. with left/right arrows. YTube has a spinner at the top, etc.
There's plenty of space for my suggestion:




But since onemen has made his mind, what's the point? Whatever.

_________________
VistaHP/Fx latest beta/TMP latest dev.build/Troubleshooting TMP/My styles

jern,
please don't quote images.

_________________
VistaHP/Fx latest beta/TMP latest dev.build/Troubleshooting TMP/My styles

onemen,
just a thought, that option on my pic ^ can be shortened to: 'Scrollable with buttons on both sides'

_________________
VistaHP/Fx latest beta/TMP latest dev.build/Troubleshooting TMP/My styles

No, I don't think so. What exactly happens when you click on the right-most visible tab depends on the combination of the (min) width of the tabs you've set, and the current width of the browser window. AFAICS anyway.

I have my older FF 3.6.28 and TMP 0.3.8.7 running now and it behaves so that whenever I activate the right-most tab, it auto-scrolls one whole tab to the left, showing the next tab in full (my tabs are really narrow in this scenario, 25 pxl). The overall visual effect is slightly confusing actually, owing much to the scrolling not being smooth in any way; it's so fast it's like an instantaneous "jump".

You may know this, but a tip: instead of clicking on the tabs from left to right in turn all the way to the end, press Ctrl+PageUp/PageDown (assuming you're on MS Windows).


Well, 25% of 25 pxl (my min width) is only 6 pixels... That's nasty.

It would be possible of course for onemen to make this progressive such that if the current tab width is very small, it cranks it up to 50%, when they're wider it goes to 33%, then 25% then 10%. I think I'd make it like that so it can look nice(ish) in the majority of cases at least, there are so many combinations of tab and browser window widths possible.

Thanks for the opportunity to contribute, TMP really is one of the very best, oldest and most used extensions for FF. I for one cannot live without it and any power-tabber out there feels the same I'm sure.

I agree. And I'd forgotten about double-click on the arrows to scroll a whole tab-bar width (or just to the end) in one go..!

You must mean this?
http://en.wikipedia.org/wiki/Spinner_%28computing%29

But no, I don't have anything looking like that with arrows at the top of youtube.com. Perhaps it's blocked in that case, a lot of stuff out there is not allowed to show in my FF (but no, I don't run NoScript). Like you said it doesn't matter.

This is my TMP Options windows:


Not easy to fit a text to the right of that drop down menu no matter what. But it might be possible, must make it a two-liner (of text) in that case and rearrange the other stuff a bit as well.

Ah, now I see those images onemen added in his post above. They were blocked before in my browser. Sorry!

Still, maybe the layout and text for this new option can be polished to look better/sleeker. I'm out of ideas.

maybe
Enable auto-scroll to partially show another tab
or
Enable auto-scroll to show part of a tab on tab-bar edges

i'm not going to add a tooltip , instead i will add description of this option in the help page
i will appreciate i you will help with sort explanation, few sentences, for this new option.

When tabs are overflow on single row, this option enable auto-scroll to scroll extra distance to show at-least 50px of a tab on tab-bar edges. this will enable users to click on that partly visible tab to scroll one tab.

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

Yes

How about : When tabs don't fit width:
can be shortened to: When tabs overflows: ?

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

Nah, I don't like the notion "overflow" in this context. What does that mean? Not obvious to any and all I think.

Why not simply When tabs don't fit:
What else could it refer to except the width when the user already knows they have a setting for a single row tab-bar? Sure, one of the options to choose in the menu is "Multi-row", it could be argued then that it become a wee bit obscure... But I feel as long as everyone knows that the tab-bar in TMP is never vertical, always traditionally horizontal, removing the word 'width' won't make it ambiguous.

Recap of suggestions:
1. Auto-scroll to partially show next out-of-sight tab
2. Auto-scroll to partially show another tab
3. Auto-scroll to show part of a tab at tab-bar edges

After 5 min thinking, I vote for #1. Because "out-of-sight" feels most self explanatory in the context.


An attempt:

"When tabs don't fit in a single row, this option enables auto-scroll to shift the tabs an extra distance when the tab at the edge of the tab-bar is activated. This will make the next, previously out-of-sight, tab partially visible. This will enable users to click on that partly visible tab, which again will result in a new such auto-scroll a.s.o."

I think that for all this to look best and not confuse the hell out of ppl using it, the auto-scroll best be relative to the current tab width somehow. A static no of pixels is not a good idea IMO, and as I said before a static % of the tab width is not optimal either -- can it be made progressive in steps?

If the current tab width is <X pixels, then auto-scroll by 50% of X, then if it's <Y pixels, auto-scroll by 33%, and then for the rest scroll by 25% of the current tab width.

(I haven't visualised this so I don't know if it'll look ok IRL.)