Bug 58192 - UI: show headings expanded in Navigator (if open) when a text document is opened
Summary: UI: show headings expanded in Navigator (if open) when a text document is opened
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: needsDevEval
: 126443 (view as bug list)
Depends on:
Blocks: Navigator
  Show dependency treegraph
 
Reported: 2012-12-12 12:02 UTC by Harald Koester
Modified: 2023-10-16 11:47 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file. Open the document and follow the instructions inside. (12.23 KB, application/vnd.oasis.opendocument.text)
2013-04-04 15:44 UTC, Harald Koester
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2012-12-12 12:02:42 UTC
Problem description: 

If you open a text document the headings inside the Navigator are always displayed collapsed. Especially if you edit a document with a lot of chapters, it is always laborious to expand the headings again, when you open the document. 

On the German user mailing list a user complains about this function. He stated, that he will still use OpenOffice, hence there is a better solution.

Proposal in order to improve the function: After opening a document headings inside the Navigator should be displayed in the same way as they are displayed at closing of the document.      
Operating System: Windows 7
Comment 1 Harald Koester 2012-12-12 12:18:30 UTC
See also: bug 58186, bug 58187, bug 58189, bug 58191.
Comment 2 Cor Nouws 2013-03-30 23:44:12 UTC
In my situation, when content view is selected (2nd rw, 2nd button) the headings are shown at least for the active chapter.
Comment 3 Harald Koester 2013-04-04 15:42:49 UTC
Hi Cor,

I'm sorry, but I can't confirm your observation, may be you did something different. 

I will attach an example document to illustrate the behaviour. Just open the file and follow the instruction inside the document.
Comment 4 Harald Koester 2013-04-04 15:44:04 UTC
Created attachment 77432 [details]
Example file. Open the document and follow the instructions inside.
Comment 5 Cor Nouws 2013-04-07 11:40:31 UTC
Hi Harald,

My observation:

 - open the document
 - open Navigator and make sure content view is active (only headers shown)
 - go to e.g. 1.1.1
 > headings in Navigator expand
 - edit on that position, save and close document
 - open document
 > Navigator shows headings to 1.1.1 expandend

It's not precisely what the wish in this issue is about, but still in that direction.
Comment 6 Harald Koester 2013-04-08 17:50:30 UTC
Hi Cor,
(In reply to comment #5)

> My observation:
> 
>  - open the document
>  - open Navigator and make sure content view is active (only headers shown)
>  - go to e.g. 1.1.1
>  > headings in Navigator expand
>  - edit on that position, save and close document
>  - open document
>  > Navigator shows headings to 1.1.1 expandend

My observation with Win 7 and LO 4.0.2.2 is different:
- the first 3 steps are equal > headings in Navigator are expanded
- I added a word in front of "Text 111", then save and close (X)
- document opened again
> Heading1 and Heading2 are displayed in Navigator but not expanded. The cursor is placed at the beginning of the document.

The observation is the same, if I use a new user profile. So, I don't why are our observations are different. 

> It's not precisely what the wish in this issue is about, but still in that
> direction.
OK, a first step, if it would work.
Comment 7 Cor Nouws 2013-04-10 19:59:24 UTC
(In reply to comment #6)

> - the first 3 steps are equal > headings in Navigator are expanded
> - I added a word in front of "Text 111", then save and close (X)

Will be better when you put the cursor one line further below ;-)
Comment 8 Joel Madero 2014-06-25 02:46:42 UTC
Thank you for reporting this enhancement request! I can confirm that this is a valid enhancement request on:
Version: 4.3.0.1 rc
Platform: Ubuntu Linux 14.04 x64
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
As I've been able to confirm the enhancement request I am marking as:

New (confirmed)
Enhancement
Low - really not that big of a deal to expand some chapters

NeedDevEval - probably an easy thing to resolve/implement

Steps to Repro:

Opened attachment
Expanded all of the headers in navigator
Modified one of the headers (just added a letter)
Saved + Closed
Opened back up

Requested: All headers in navigator remain opened

Reality: Most are collapsed

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 9 gyll 2015-05-05 14:44:40 UTC Comment hidden (abusive)
Comment 10 Joel Madero 2015-05-05 15:01:34 UTC
FYI I have banned this user permanently for this abusive language. If he pops up again please let me know and we'll work on banning his IP address as well.
Comment 11 Joel Madero 2015-05-05 15:07:33 UTC
@gyll - I believe you can still read these posts at least ( I will not remove the ban so you won't be able to comment) but I recommend you reading this :

http://joelmadero.wordpress.com/2014/10/11/user-expectations-and-the-reality-of-our-community/

You clearly have no respect for the community and have no idea how the project works - combined with your abusive, disrespectful, and worthless language, you just don't have the right to be on our infrastructure any longer.

Feel free to find another free product that suits your needs better.
Comment 12 Robinson Tryon (qubit) 2015-12-14 06:08:43 UTC Comment hidden (obsolete)
Comment 13 Tom Colley 2017-03-17 03:01:01 UTC
I can also confirm that I am experiencing the same issue using:

LibreOffice Version: 5.3.0.3
Platform: Ubuntu Linux 14.04 x32

I observe that when closing and opening the Navigator window by using shortcut key F5 OR Edit Menu > Navigator, then expanded sub-headings become collapsed. However, when closing and opening the Navigator window by using the Sidebar Navigator icon, expanded sub-headings remain expanded. This might serve as a partial workaround for @Harald Koester.

I too experience fully collapsed sub-headings after closing and re-opening a file, regardless of whether any changes to text are saved, and regardless of which way the Navigator window is opened.
Comment 14 Dieter 2019-11-10 15:30:47 UTC
Jim, what about this bug, after implementing enhancement of bug 128058?
Comment 15 Jim Raykowski 2019-11-11 10:30:59 UTC
The only way I can see this to be possible is if the headings expand/collapse state can be stored in the document file. I looked at adding a bool to SwTextNode to keep track of the expand state of the outline/heading nodes but if it is not possible to store this information in the document it's not going to be of use to pursue that any further.

Instead of closing the F5 Navigator it can be docked. Then the hide and show button can be used. This will preserve the headings expand/collapse state.

From the help document:

Showing and Hiding Docked Windows Icon

Click the button on the edge of the docked window to show or hide the docked window. The AutoHide function allows you to temporarily show a hidden window by clicking on its edge. When you click in the document, the docked window hides again.

https://help.libreoffice.org/Common/Showing,_Docking_and_Hiding_Windows

HTH
Comment 16 Buovjaga 2023-10-16 11:47:38 UTC
*** Bug 126443 has been marked as a duplicate of this bug. ***