Bug 137099 - SIDEBAR - STYLES: Hierarchical view should be expanded by default
Summary: SIDEBAR - STYLES: Hierarchical view should be expanded by default
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.1.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2020-09-28 15:00 UTC by Paolo Benvenuto
Modified: 2020-11-17 14:55 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paolo Benvenuto 2020-09-28 15:00:39 UTC
Description:
When showing stiles in hierchical view, the styles tree is initially non-expanded, and if a paragraph's style is a n-level one, n > 1, the user doesn't see the paragraph style selected because it's hidden.

I think it would be a nice thing to have the style tree expanding automatically so that the user can see where the paragraph style is placed in the tree. Otherways, he/she must try to open all the tree brances until he/she finds it.

Steps to Reproduce:
1. open a document with complex style tree
2. put the cursor in an n-level style

Actual Results:
the paragraph style remains hidden

Expected Results:
the styles tree should expand at least in a way that permits to see the paragraph style selected


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.1.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-US (C); UI: en-US
Ubuntu package version: 1:7.0.1_rc2-0ubuntu0.18.04.1
Calc: threaded
Comment 1 Dieter 2020-11-13 17:53:07 UTC
I confirm the current behaviour, but I have no opinion, if this should be changed or not

cc: Design-Team
Comment 2 Heiko Tietze 2020-11-17 10:13:50 UTC
Cannot confirm.

The hierarchical view shows Default Style expanded and, for example, Heading collapsed. Adding text with a H1 heading keeps this but when I select the heading this part of the tree opens. Makes perfect sense to me.
Comment 3 Paolo Benvenuto 2020-11-17 10:48:03 UTC
> The hierarchical view shows Default Style expanded and,
> for example, Heading collapsed.
> Adding text with a H1 heading keeps this but when I select the heading
> this part of the tree opens. Makes perfect sense to me.

That's not true in 7.0.1. Putting the cursor in an "internal" style doesn't expand the tree, the style isn't visible, and the user cannot know where it is in the hierarchical tree.
Comment 4 Heiko Tietze 2020-11-17 11:31:27 UTC
WFM in (IIRC, at some point in the development we had issues when the Styles Inspector was introduced)


Version: 7.1.0.0.alpha1+
Build ID: f98735583a666e0f06d018cf93b79c74b7ce7b80
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

and 

Version: 6.4.7.2
Build ID: 6.4.7-2
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5; 
Locale: de-DE (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 5 Mike Kaganski 2020-11-17 11:39:43 UTC
(In reply to Heiko Tietze from comment #4)
> WFM in (IIRC, at some point in the development we had issues when the Styles
> Inspector was introduced)

I don't see how Styles Inspector related here. But I can't repro it with Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL

I have Hierarchical selected in Styles sidebar; I create two paragraphs - one Heading 1, and one Text Body; I put cursor to the latter one (Text Body), make sure that the Styles has Heading node collapsed (so that Heading 1 is not visible); I press cursor in the document to move to the Heading 1 paragraph. This expands Heading in the sidebar automatically, and highlights Heading 1 for me.
Comment 6 Dieter 2020-11-17 11:41:09 UTC
Sorry, I haven't read bug report carefully enough. I can't confirm the described behaviour with 

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Sorry for confusion.

Paolo, could you please update to LO 7.0.3 and retest? Thank you
=> NEEDINFO
Comment 7 Paolo Benvenuto 2020-11-17 12:23:27 UTC
ok, it's fixed in 7.0.3 (from snap beta libreoffice)

or could it be a problem with something in my configuration? how do I install 7.0.1 from snap?
Comment 8 Dieter 2020-11-17 14:03:19 UTC
(In reply to Paolo Benvenuto from comment #7)
> ok, it's fixed in 7.0.3 (from snap beta libreoffice)
> 
> or could it be a problem with something in my configuration?

You can test it, if you choose Help => Restart in SafeMode