Bug 136692 - NAVIGATOR: Headings in Navigator should collapse, if cursor is moved to a different heading
Summary: NAVIGATOR: Headings in Navigator should collapse, if cursor is moved to a dif...
Status: NEW
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:
Depends on:
Blocks: Navigator Help_for_Navigator
  Show dependency treegraph
 
Reported: 2020-09-12 13:40 UTC by Christian Lehmann
Modified: 2023-11-28 20:19 UTC (History)
5 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 Christian Lehmann 2020-09-12 13:40:21 UTC
Description:
I put the text cursor in some chapter of a hierarchically structured document. Then the respective heading in the Navigator bar unfolds, and the heading of the subsection that the cursor is in is highlighted. Nice new feature in version 7!

However, it never collapses again. When I move my text cursor through the document, all of the headings of the sections touched expand and remain expanded. At the end, the headings hierarchy in Navigator occupies a vertical space of several screens, to be scrolled. Cumbersome instead of helpful.

Suggestion:
- Conserve the automatic expand function.
- If the user clicks on a heading in the Navigator, it means he wants to keep it visible.
- If he does not, the chapter collapses as soon as the text cursor leaves it.

Steps to Reproduce:
1. Open hierarchically structured document and Navigator bar (F5).
2. Place the text cursor in any subsection.
3. Heading of that section unfolds in the Navigator.
4. Move the cursor to a different (main) chapter.

Actual Results:
Former chapter remains expanded in Navigator.

Expected Results:
The previous chapter heading should collapse again unless user signals he wants to leave it open.


Reproducible: Always


User Profile Reset: No



Additional Info:
Generally, it suffices that the user can see, in the Navigator, the hierarchical structure of the chapter he is currently editing. Therefore, default behavior should be that all sections outside the present chapters are collapsed (to the main chapter level) in the Navigator.

However, the user does wish to see, simultaneously, the hierarchical structure of a different chapter if he plans to move up or down ("promote" or "demote") the current chapter into the other one. In this case (and certainly in other situations), he may tell LO Writer that he wishes to keep the heading expanded by clicking on it in the Navigator.
Comment 1 Christian Lehmann 2020-09-12 15:01:02 UTC
Needless to mention: I can collapse the structure of a chapter manually by clicking on the downwards arrow head. Yes.
Comment 2 Dieter 2020-09-14 14:53:51 UTC
I confirm the described behaviour, but I'm not sure about the perfect solution. For example, how can a user signals, that heading list should remains open?

cc: Design-Team for further input and decision
cc: Jim Raykowski: Jim, any thoughts about this?
Comment 3 Thomas Lendo 2020-09-15 08:07:06 UTC
Can be distinguished between an automatic expand and an manual expand of the Navigator node?

If yes, then I would day that automatically expanded nodes will be also collapsed automatically when moving around the document. Only manually expanded nodes will stay open until the user collapse them.
Comment 4 Heiko Tietze 2020-09-15 10:21:40 UTC
Christian mentioned the first option: remember when the user clicks a chapter in the Navigator and don't close in this case. This procedure fails when the node was open before the user reached the chapter. But this could be taken into account too.

An alternative is to check if any sibling node is open and to not automatically collapse if so. Not sure if this would be intuitive.

What do you think, Jim?
Comment 5 Jim Raykowski 2020-09-15 21:00:38 UTC
Does setting Outline Tracking to Focus mode work for this?

Right click on any headings content in the Navigator to show Headings context menu then Outline Tracking > Focus

https://bugs.documentfoundation.org/show_bug.cgi?id=108766#c14
Comment 6 Christian Lehmann 2020-09-16 07:04:04 UTC
This is indeed a manual solution to the problem. Maybe it would be better to reassign the default behavior:
- What is now called Focus should be the default setting.
- What is now called Default may be called Spread [or something similar].
Comment 7 Dieter 2020-09-16 07:19:24 UTC
(In reply to Christian Lehmann from comment #6)
> This is indeed a manual solution to the problem. Maybe it would be better to
> reassign the default behavior:
> - What is now called Focus should be the default setting.
> - What is now called Default may be called Spread [or something similar].

I agree.

BTW, see bug 135668 with request for update documentation.
Comment 8 BogdanB 2023-11-28 20:19:04 UTC
Still in
Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: c8f7408db73d2f2ccacb25a2b4fef8dfebdfc6cb
CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded