Summary: | make the scroll bar useful for really large documents, currently it is too sensitive for them | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Adalbert Hanßen <adalbert.hanssen> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | cno, libreoffice-ux-advise, vsfoote |
Priority: | medium | Keywords: | needsUXEval |
Version: | 5.3.0.2 rc | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=70809 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 105957 |
Description
Adalbert Hanßen
2017-02-06 20:11:40 UTC
Navigating in long documents is already efficiently handled--just with the Navigator UI. Set Bookmarks and/or section Headings. There is no reason to adjust scroll bar behavior to something more complex, beyond possibly providing a by "page" movement button Up/Down (uno:PreviousPage and .uno:NextPage) command as provided in Navigator and Toolbars. IMHO a WONTFIX. How the scrollbar works is defined by the operating system/desktop environment and messing around with those defaults always ends in a much worse scenario. And actually the _thumb_ behaves exactly as you describe on my system (LXQt, KWin, Breeze): it becomes smaller with increasing number of pages, but only up to around 200. After that it remains large enough to easily deal with it. Admitted that scrolling to a particular position is not fun. The issue boils down how to deal with large documents. And as Stuart pointed out we have the Navigator for this purpose. Plus the newly introduced dialog Edit > Go to page (ctrl+G). You have also a lot of other supportive functions to find a certain position, for instance bookmarks or a table of contents with links. |