Created attachment 162705 [details]
Example with Test PS derived from Drawing
If the PS has no changed attributes it will be listed empty. For example, add some formatted dummy text, focus citation, change to Drawing (underneath Citation) and derive some PS without changing any property.
An option might be to force the expander triangle, if possible.
Interesting, when trying to replicate this using https://git.libreoffice.org/core/+log/b9d93fc47b2489764e251a11572fccef872df4e9 I get always the Drawing group expanded. Or am I missing something (?)
* insert text
* select paragraph
* apply Paragraph Style: Caption
* apply any of its sub styles (that do not differ in terms of formatting)
* apply figure
* apply drawing
* both appear expanded
Created attachment 162804 [details]
Drawing style expanded by default
Created attachment 162806 [details]
(In reply to pedro.silva from comment #3)
> Created attachment 162806 [details]
> SubDrawing example
oh so I missed the point. The problem is when we have multiple sublevel styles with equal attributes:
* Create a new inherited style from Drawing e.g.: SubDrawing
* now Drawing appears as a simple label without triangle and without visual relation to its child (in this case SubDrawing)
Created attachment 162894 [details]
Inspector Panel with TreeLines
(In reply to Heiko Tietze from comment #0)
> An option might be to force the expander triangle, if possible.
That I think is not possible because in this case(and similar cases), no unique property gets redefined at Drawing hence the children of Drawing is empty.
If we do add an expander triangle, what will it show on clicking ?
The expander icon is a feature of .ui files and maybe there's no way to customise that manually.
A workthrough can be to show TreeLines as shown in the "Styles" panel as shown in the attachement.
(In reply to Shivam Kumar Singh from comment #5)
> A workthrough can be to show TreeLines as shown in the "Styles" panel...
Yes, that's a good solution (and easy to implement). I also like the coherence with the styles tree. And ultimately it might also benefit from implementing columns.
Shivam Kumar Singh committed a patch related to this issue.
It has been pushed to "master":
tdf#134564 tdf#134578 Improve hierarchy viewing in Inspector
It will be available in 7.1.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
(In reply to Heiko Tietze from comment #6)
> Yes, that's a good solution (and easy to implement). I also like the
> coherence with the styles tree. And ultimately it might also benefit from
> implementing columns.
Does it look good now ?
Changing it to Resolved