Keep treeview nodes open when synced

Bug #1849070 reported by gyll
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
qpdfview
New
Wishlist
Unassigned

Bug Description

This program has everything i expect from a document reader, except for one thing: when "Synchronize outline view" option is checked, the tree view keeps opening and collapsing the doc contents table as i navigate through the document, which makes it extremely hard to navigate back and forth in different sections of the document, rendering the option next to unusable for me.

My suggestion is to add a viewing option "Fold/Unfold Table of Contents" in the view menu _AND_ as a toggle button on the toolbar which would control the outline view when "Synchronize outline view" is checked as follows:
- states:
  - in_state(unchecked): perform as today
  - in_state(checked): open tree nodes as needed (as today), but _Never Collapse_ any tree nodes
- transitions:
  - on_transition(unchecked->checked): open all nodes in table of contents in the outline view
  - on_transition(checked->unchecked): collapse all nodes in the table of contents (this will also fix the problem with collapsing the document contents which, as it is now, once it has been all expanded, it is impossible to re-collapse: for a long table of contents you can't find an empty place in the document outline view where to right click and collapse the entire tree)

Please consider this problem as critical, for power users this problem makes qpdfview unusable, i had to switch to atril because of this ONLY problem i have with qpdfview (atril syncs the tree view w/o automatically collapsing nodes, but it is has another severe usability problem, namely there's no way to make it open new documents in a fixed window size, it resizes newly opened documents as it pleases and you have to resize the window each time you open a document the first time; however, despite this problem, i am forced to using atril because i find the synced navigation in qpdfview just unusable).

gyll (gyll)
summary: - Keep treeview open when synced
+ Keep treeview nodes open when synced
description: updated
description: updated
description: updated
gyll (gyll)
description: updated
gyll (gyll)
description: updated
Changed in qpdfview:
importance: Undecided → Wishlist
Revision history for this message
gyll (gyll) wrote :

no news on this... it baffles me how you people can't see how this usability problem completely cripples qpdfview... a document reader without proper navigation tools is useless.

Revision history for this message
Adam Reichold (adamreichold) wrote :

> it baffles me how you people can't see how this usability problem completely cripples qpdfview...

This quite an unfavorable assumption IMHO. Nothing here indicates that "people can't see this". This bug was not closed or otherwise dismissed. So please try to keep in mind that work on this applications happens in my spare time which is a somewhat limited resource and that nobody else has stepped up to put work into improving the situation.

Revision history for this message
gyll (gyll) wrote :

Ok, i feel you, but my point was more like the way you are prioritizing things, this issue is open but no work has even commenced on it after such a long time, despite me trying to make it as clear as i could that this is a CRITICAL issue for power users and it is the ONLY usability problem i had with qpdfview. Please try to reconsider the priority of this bug and please try to fix it asap, it should only take a couple of hours and it would eliminate the one negative point qpdfview has in comparison to atril, heck, it would make qpdfview a really USABLE tool.

Cheers!

PS
As i said, i feel you, and here's a lil' bit of proof: i'm also a contributor to open source, see here http://www.itgroup.ro/classiclooks , and here http://www.itgroup.ro/libagents , and there's more, but under dev/on hold (for objective reasons)/not yet released yet/etc, e.g. see here http://p2pos.com

Revision history for this message
gyll (gyll) wrote :

it's been over a year since i reported this, it's a matter of several of hours of work *at most*, so you obviously don't see the importance of this as i see it (otherwise you would have prioritized things such that this would have been fixed a gazillion times by now). okay, you can forget about it as far as i'm concerned, i'm hereby dropping all my expectations (as i said previously, and is plentifully confirmed for me by now, you, and maaaaaaaaaany people like you, really have absolutely no clue about UX).

Revision history for this message
gyll (gyll) wrote :

PS
Yes, i'm pissed (obviously enough i guess), but that's because this program was soooooooo close to being *the* linux pdf viewer, and you're killing it.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.