Bug 36308 - [UI]Change behaviour for "tree view" on Writer's Navigator
Summary: [UI]Change behaviour for "tree view" on Writer's Navigator
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.5.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Navigator
  Show dependency treegraph
 
Reported: 2011-04-16 13:14 UTC by RGB
Modified: 2017-06-02 18:33 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
lots of same-looking headings at the same level messes up navigator tree view (8.79 KB, application/vnd.oasis.opendocument.text)
2011-04-23 11:17 UTC, Arno Teigseth
Details

Note You need to log in before you can comment on or make changes to this bug.
Description RGB 2011-04-16 13:14:58 UTC
This is a follow up from discussions on the design mailing list (http://nabble.documentfoundation.org/About-the-Navigator-tp2701544p2701544.html)

LibO adds a “Tree view” for the Navigator. The tree view gives immediate feedback about the document structure... But this tree view also adds some usability issues.

For example, consider the case in which you have, say, four levels of headings and you are now on a level three (a sub-subsection). Now, you want to go for a moment to the top level for this part (the Chapter) and as consequence you double click on the corresponding entry on the navigator. You will be “teleported” there immediately, which is OK... but at the same time the tree view for that entry will collapse, hiding the sublevels and forcing you to reopen them one by one to return to the original position, which is bad. On this common user case the tree-view becomes counter productive.

A good change could be to modify the tree view behaviour in order to separate the opening/closing of each level from the “jump to” feature. For example:

- Click (on the Navigator text entry) → Select
- Double–Click (on the Navigator text entry) → Jump
- Something else to open/close the corresponding entry on the tree view.

An option to open all branches at once is highly desirable too.

Also, the tree view should remember its status between sessions, keeping opened the branches that were opened by the user.


NOTE: even if this request ask for different items, all of them affect only one feature (the tree-view) and for that reason I filled them on only one issue.
Comment 1 Christoph 2011-04-16 14:17:20 UTC
(In reply to comment #0)
> - Something else to open/close the corresponding entry on the tree view.

This is / should be possible with the expand/collapse controls (small triangles, or plus/minus-signs - according platform).

> An option to open all branches at once is highly desirable too.

The "Show heading levels" dropdown "filter" should be converted into
a command list. So if the user sets "5", then all the headings until
level 5 should be expanded. All further levels will still be expandable
by the user. If the user sets "1", then all headings are collapsed but
the main headings. Still, the user may expand them manually - there is
no hidden pre-filtering.
Comment 2 Arno Teigseth 2011-04-23 11:15:17 UTC
Something related to this bug: 
If you have a document with "same-looking headings", you can't immediately click something on the third level to select it, no matter how many times you click it. You will need to click the parent heading first, then the subheading.

You ask, "why create two same-looking headings? Aren't headings supposed to be unique?" Yes. But in my project I have Heading1:"Collection header". Heading2:"Book header"(Repeats among collections) and heading3: chapter number (repeats in every single book).

I'll try and upload an extreme case example, try navigating around using the navigator, and close/open with the triangle/arrow icons, feel the frustration.

OK I see my case is a bit strange, but it could be fixed sometime :D
Comment 3 Arno Teigseth 2011-04-23 11:17:20 UTC
Created attachment 45996 [details]
lots of same-looking headings at the same level messes up navigator tree view

The attached document is an extreme case.

The bug is "fixed" by making sure all headings on a specific level are unique document-wide.
Comment 4 Cor Nouws 2011-08-22 07:15:30 UTC
(In reply to comment #2)
> OK I see my case is a bit strange, but it could be fixed sometime :D

You say it :-)
Would be good if you create a separate bug for that enhancement, IMHO.
Comment 5 Cor Nouws 2011-08-22 07:16:45 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > An option to open all branches at once is highly desirable too.
> 
> The "Show heading levels" dropdown "filter" should be converted into
> a command list. So if the user sets "5", then all the headings until
> level 5 should be expanded. All further levels will still be expandable
> by the user. If the user sets "1", then all headings are collapsed but
> the main headings. Still, the user may expand them manually - there is
> no hidden pre-filtering.

What I would suggest: cltr-Arrow to open/close all the nodes of a lower level
Comment 6 Björn Michaelsen 2011-12-23 12:03:54 UTC Comment hidden (obsolete)
Comment 7 RGB 2011-12-23 16:58:35 UTC
The feature requested is not implemented on 3.5 beta2.
Comment 8 Paul Weiss 2012-08-17 20:38:27 UTC
Being able to set LO Writer to display all headings in the Navigator as a remembered setting is crucial for me to be able to use the program. For me the importance is "highest", but I just upped it to "high". :-) Since this is a regression from OOo, I also changed this from "enhancement" to "normal". I updated version and platform.
Comment 9 Paul Weiss 2012-08-19 17:05:11 UTC
I'm not a programmer, but am happy to help in other ways--testing, documentation, etc.
Comment 10 QA Administrators 2015-06-08 14:43:08 UTC Comment hidden (obsolete)
Comment 11 Cor Nouws 2015-06-22 12:10:37 UTC
still not changed