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

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Sep 25 17:16:28 UTC 2018


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

--- Comment #3 from Kenneth Hanson <khanson679 at gmail.com> ---
@Heiko I hadn't tested a style tree not inheriting from Default, but I tried it
just now and it works the same either way.  Are you using version 6.1? I see
6.0.4.5 in your comment.

Also, I'm having trouble understanding the objection to hiding children of
hidden styles in the hierarchical view. What else would someone expect to
happen when you right click an entry in a tree and select "hide", except for
the entire subtree to be hidden?

@Both Perhaps the problem is this. I *always* use the hierarchical view. But
let's imagine someone who normally use one of the other views, and doesn't have
a grasp of which styles are children of which. (This doesn't make much sense to
me, since it's rather critical to using nested styles, period.) If such a
person hides a parent style from one of those views, and later switches to the
hierarchical view, they might be confused as to where the children went.

@Heiko (again) I'm not sure if the second paragraph, but it sounds like you're
suggesting flattening the tree such that the children of a hidden style appear
in the position the level the parent would have been. This sounds even more
perilous to me, because it suggests a false relationship between the styles.

Now, I'd like to give a suggestion of my own. Include a checkbox for *all*
views, which hides/shows hidden styles as appropriate to the view. For
hierarchical, this would mean hiding children of hidden styles, for all others,
it would mean hiding only the hidden styles themselves. All unhidden entries
could be gray, italic, or whatever deemed appropriate. Then, the separate
Hidden Style view might not even be necessary.

I think this would accomplish essentially the same thing as Thomas's
suggestion, while being simpler and more uniform. If you're searching for an
entry that isn't there, just click the checkbox and all will be revealed.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180925/f9d7b7f2/attachment-0001.html>


More information about the Libreoffice-bugs mailing list