[Libreoffice-ux-advise] [Bug 119919] Non-hidden children of hidden styles appear in top level of sidebar

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=119919

--- Comment #6 from Kenneth Hanson <khanson679 at gmail.com> ---
(In reply to Heiko Tietze from comment #5)

Good point about deletion. It would definitely not be desirable to delete the
entire subtree, at least, not by default.

In the case of hiding, likewise, we don't want to actually hide the entire
subtree, in the sense of giving each style the attribute "hidden". Rather, the
question is what to do about the children when the parent is deleted or hidden.

In the case of deletion, the children should move up to the parent's position
in the tree. At least, that seems to be what LibreOffice does.

In the case of hiding, we have several possibilities under discussion:
1. Hide the children as well (as in v6.0)
2. Show them at root level (as in v6.1)
3. Collapse the tree, showing the children at the level of the hidden parent
(or grandparent, etc.)

I maintain that (2) is unacceptable, and (3) is questionable.

Furthermore, we have two ideas for configuration:
4. UI switch for whether descendants of hidden styles are shown or hidden
(Thomas's proposal)
5. UI switch for whether hidden styles and, if applicable, their descendants,
are shown or hidden (my proposal)

I can also imagine a variation of (5), where the UI switch affects only hidden
styles themselves even in the hierarchical view, while children of hidden
styles are shown at the parent level, as in (3). Call this option (6).

I think that (5) is the best solution we have so far.

-- 
You are receiving this mail because:
You are on the CC list for the bug.