Problem:
Since switching from Tree Style Tabs, I've been very pleased, except for two related ergonomic issues:
My panels often quickly lose their original context
Old unloaded tabs pile up hidden at the top of my panels
This is partially due to my own disorganisation, but at the same time I feel a stronger tendency towards the top of the scroll area would take away a lot of that strain. I'm not precisely sure what the difference in this behaviour between SB at TST is, if there even is any. It might simply be that SB has fewer other irritations, making this feel like more of a concern.
However, this loss of context and pile up of old tabs was one of the main issues I was trying to remedy by switching to a tree tab system in the first place. From a workflow standpoint, it's far more important for me to generally stay within the context of my original tabs than it is to have to scroll down occasionally to see newer ones.
I've looked through the settings and had a brief google and I can't find a setting or a fix for it.
Example:
When Tab 17 and 18 are created, they scroll the window down, cutting off the top 2 tabs, also without - besides the scroll bar - any visual indication that there are tabs cropped off the top. Picture 2 would be the behaviour I'd prefer.
Precise Request Description:
A more specific description would be an option to snap the scrollbar to the top whenever the user clicks on a tab that would still be visible with the scrollbox scrolled to the top.
Additionally or alternatively, [an option for] a clear visual indicator that earlier tabs have been cropped from the top would be helpful, perhaps a ... or something similar
Description
Problem: Since switching from Tree Style Tabs, I've been very pleased, except for two related ergonomic issues:
This is partially due to my own disorganisation, but at the same time I feel a stronger tendency towards the top of the scroll area would take away a lot of that strain. I'm not precisely sure what the difference in this behaviour between SB at TST is, if there even is any. It might simply be that SB has fewer other irritations, making this feel like more of a concern.
However, this loss of context and pile up of old tabs was one of the main issues I was trying to remedy by switching to a tree tab system in the first place. From a workflow standpoint, it's far more important for me to generally stay within the context of my original tabs than it is to have to scroll down occasionally to see newer ones.
I've looked through the settings and had a brief google and I can't find a setting or a fix for it.
Example:
When Tab 17 and 18 are created, they scroll the window down, cutting off the top 2 tabs, also without - besides the scroll bar - any visual indication that there are tabs cropped off the top. Picture 2 would be the behaviour I'd prefer.
Precise Request Description: A more specific description would be an option to snap the scrollbar to the top whenever the user clicks on a tab that would still be visible with the scrollbox scrolled to the top.
Additionally or alternatively, [an option for] a clear visual indicator that earlier tabs have been cropped from the top would be helpful, perhaps a ... or something similar