Firstly I've released a
new version fixing one or two things that were pointed out. Changelog:
- Close buttons now show on tabs (if enabled) when the tab bar is vertical, and tab text is cropped appropriately. (pointed out by bob4mary)
- Vertical or multi-row tab bar will now autoscroll to make sure new (background) tabs are onscreen
- Fix: Tab bar and sidebar positions are now remembered even if they are on the bottom and right respectively (as pointed out by pepo.k)
- Fix: Context menu searches are now correctly grouped
Now for a few replies:
093236 wrote:The example is your signature.
Thanks, I'll look into it.
pepo.k wrote:I have set the position "at the bottom" in the otions menu of TABKIT. BUT when I start the firefox again, the tabbar is always at the top.
Oops, I'd made a typo. I've fixed it in the version I just
released - thanks for pointing it out!
Zalusithix wrote:First off, and probably the simplest to implement, would be a way to manually choose grouping colors from a context menu. The auto color generation can run into situations where it makes two adjacent tab groups extremely similar in color, and thus defeats the purpose of group coloring: easy recognition.
I've noticed this problem too. Manually choosing colours might get a bit tedious however. I was planning to tackle this by automatically checking that the colours allocated were distinct from those of neighbouring groups - would this be sufficient for you? (I accept that it might still be possible, by closing groups, to get two neighbouring groups of similar colour, but this would be much rarer). In the meantime a workaround is to rightclick one of the end tabs of the group, choose Create New Group From Consecutive Tabs, then click the tab at the other end of the group and accept the prompt - this should generate a new colour for the group.
Zalusithix wrote:The next issue is actually a pair of related issues, and a bit more complex in that they involve the moving of tabs within trees. As it stands, when a tab is dragged into a group that the tab is not normally part of, it becomes part of that group color wise - which makes perfect sense in normal tab bar operation. In tree mode, however, the tab has no logical method of becoming part of the tree. Not only will it not place itself into the correct branch to which it's dragged, but it will in fact destroy that branching part of the tree where it is added (though the section repairs itself if the offending tab is removed). This effect can
also be seen while trying to drag tabs within a tree to a different area of that tree.
Oh dear - this is where things start to get complicated
The way it currently works is that each tab remembers its "parent tab" (often just the current tab when it was opened), and when calculating the indents, if the above tab is its parent it increases the indent, if it's a sibling it keeps the indent the same, otherwise it decreases the indent. Hence as you've noticed, dragging a tab in between a parent and its children hides the parent from them, and they lose an indent level, which I admit is rather counter-intuitive. I can probably fix this by making dragged tabs copy the parent tab of the tab after them though.
Zalusithix wrote:Similarly, dragging the root of any tree or sub-tree fails to pull the associated branches with it. Instead the root moves by itself leaving the rest of the tree structure grouped oddly. Once again,
this logic would make sense in bar tab mode, but tree mode requires a different set of logic to work optimally. These limitations prevent any real reorganizing of existing tabs.
I'm still undecided as to what you should be able to do to subtrees. However for dragging the root that's already possible: Hold down Shift while you drag any tab from a group, and instead of moving that tab, you'll move the whole group in one go. Note that you can even drag a group into another group to merge them, but this is a little clumsy since you really must drag it within the other group, when it would often make more sense to keep the tabs from each group separate.
Zalusithix wrote:there's no way to close individual sub trees. This is somewhat tied to bob4mary's request for collapsing any given level of the tree. Right now we can close individual tabs, or the entire group, but not
any subsections of that group. Pretty much an all or nothing affair. After long browsing sessions I can end up with subsections of trees that I no longer need, and the ability to close out any section would be nice. But
this is really tied with bob4mary's request as if one is implemented, it would only make sense that the other would be as well. Alternately if the extension worked with Multiple Tab Handler, closing out any selection of
tabs would be easy, but from my experience this extension clashes with MTH.
Wow, you must use even more tabs than me ^_^. I'm slightly reluctant to add subtree behaviours since even with the tab bar vertical the indent is optional, and I think it would be clearer if all modes worked the same. I could add something similar to Multiple Tab Handler though, it would be quite useful for creating groups too (Create New Group From Consecutive Tabs is clunky, even when it does work). I don't think it's worth replacing the default drag behaviour like MTH does (by default), but I could for example provide Shift-click to select all tabs from the current tab to the clicked tab, and Ctrl-click to toggle selection of tabs.
Zalusithix wrote:is the "create new group from consecutive tabs" option broken? It just locks the cursor to a different type for me and freezes the context menu options to whatever the last options were when I selected the option. I haven't figured out how to return to the normal operation outside of restarting Firefox.
I've actually noticed this too - it works on one of my computers but not the other! I'll fix it as soon as I understand what's going on
Zalusithix wrote:I don't want this reply to come off as a complaint on the current functionality. I understand its in beta and there's bound to be problems and changes ahead.
No not at all, this is really useful feedback; I can't thank you enough!