"Split Top/Bottom" doesn't display in a Filter view.

[user0022]

Hello again!

I used both features Filter loaded, very useful for me to display only loaded tabs (I put it on top of the Favorites panel), and Split Top/Bottom, to create zones/categories in tabs (Right click on a tab > Zones > ...) .

Splitting seems associated to a tab, so I guess it could/should be kept when this tab is displayed after applying a filter, but I could see that it disappears when a tab is displayed through Filter loaded, or by typing a word in Filter field.

Maybe it is voluntarily done, yet I think this splitting can still be a useful information even with a filter, so it shouldn't disappear then?

Maybe there are also other elements that disappear with a filter view. I tried some that come e.g. under right-click on a tab: -Color. -Tags. -Title. -Icon. -Notes. -"Unread" mark. All are kept.

[madprops]

Yes splits are removed on filters, on purpose.

I think you're right, they are still useful in a filtered view.

I'll not hide them by default, but add a setting to hide them if users want.

[user0022]

OK so thank you! I could check it worked fine on new release. And also the new feature Hide Splits On Filter [ ].

BUT I also saw only today a certain flaw that was yet rather obvious (and which was maybe the reason why you had removed splits in filters at first). So if in a view without filters there are say 4 splits, that tidy tabs in 4 zones. And then with a filter, only say 1 tab with a split remains, the tabs that are also displayed through this filter, and that come under this tab with the split, will all look like belonging to its zone whereas they can be indeed, or can belong to zone 2 or 3 or 4, or even no zone at all. Not forgetting also if a split marks the beginning of a zone (I may use Split Top for it) or its end (I may use then Split Bottom). So yes a useful information can come with this split so it is surely better to keep it, but still it can be incomplete and even possibly confusing.

I don't know if something can be done for this limitation. But I just imagined maybe something:

• When a tab is displayed in a filter view, but belonging to a zone whose tab is not displayed when applying this filter, still display the split, but on the tab that is the nearest of the original (if it exists of course, and if there is only one tab, then choose this one).
• To show that it is not the original split on the original tab, but only a "secondary" as a mark applied on the nearest tab, to show it belongs to a zone whose original split is not there, it could e.g. be drawed with dots or dashes instead of a solid line.
• If 0 tab belonging to a zone comes with a filter, maybe useless to show empty "secondary splits", or maybe they could still be displayed...
• The fact that splits are associated to a tab (if I understood) might force to be able to associate them to another tab to create this feature, which is maybe not possible. Or to associate them to a tab reduced to very small height (2 or 3px...) to keep this advantge over headers that splits don't eat space. But maybe not possible either. These are technical issues that I don't know...
• If possible and correct idea, I hope it is not too hard technically, and that a user will understand easily the thing. If there is a fear that he wouldn't, maybe explaining it on a tooltip appearing on hover.

Or something else approaching!