A bit of an edge case, and unlikely to occur in stock setups. But collapsing a subcategory in one main category tab, then changing main category to one that also includes the same subcategory, and then expanding the collapsed subcategory again, any subcategories below the previously collapsed one will move down to a position correct for the subcategory size from the previous main category. If there are a different amount of parts in the subcategory in the two different main categories, this will cause part icon overlap, or excess blank space.
Collapsing and re-expanding the subcategory will reset it to the correct length.
Keeping collapsed state stored per main category would probably avoid the problem and may be a nice feature in itself? So collapsing a subcategory in one category wouldn't collapse it in any other categories it appears in.
A bit of an edge case, and unlikely to occur in stock setups. But collapsing a subcategory in one main category tab, then changing main category to one that also includes the same subcategory, and then expanding the collapsed subcategory again, any subcategories below the previously collapsed one will move down to a position correct for the subcategory size from the previous main category. If there are a different amount of parts in the subcategory in the two different main categories, this will cause part icon overlap, or excess blank space.
Collapsing and re-expanding the subcategory will reset it to the correct length.
Keeping collapsed state stored per main category would probably avoid the problem and may be a nice feature in itself? So collapsing a subcategory in one category wouldn't collapse it in any other categories it appears in.
A video might make more sense:
https://github.com/user-attachments/assets/09e22ff8-3b78-4921-8d36-9b69b2552986