Bug Hunting Session
Bug 121480 - Add panning to scroll pages without the scrollbar
Summary: Add panning to scroll pages without the scrollbar
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.1.3.1 rc
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-17 14:41 UTC by 00
Modified: 2019-03-02 14:24 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
1 (157.50 KB, image/png)
2018-11-17 14:43 UTC, 00
Details
Automatically record the last 5 edit positions (296.96 KB, image/png)
2019-02-28 08:21 UTC, 00
Details
"Automatically record the last five edit positions (Second Edition)", "Change to" straight design is better. (295.73 KB, image/png)
2019-03-01 07:03 UTC, 00
Details

Note You need to log in before you can comment on or make changes to this bug.
Description 00 2018-11-17 14:41:15 UTC
Description:
When you press the button of the "Hand Tool" in the "Workbar", the "Hand Tool" will appear.

The "hand tool" is one-fourth of the "window".

Hold the "Hand Tool" with the left mouse button and drag the "Hand Tool" to move the "Page".
◎, “Hand Tool” will drag to the left, and “Page” will move to the left.
◎, “Hand Tool” will drag to the right, and “Page” will move to the right.
◎, "Hand tool" dragged up, "Page" will move up.
◎, “Hand Tool” will drag down, “Page” will move down.

Note:
1, this function, do not need to turn off the "hand tools", "hand tools" can always exist.
2. This function, because it is an "independent" function, does not affect the function of "editing".
3, this function, mainly used in more than 20 pages of documents, because more than 20 pages of documents, "vertical scroll" is difficult to "fine movement."
4, this function is mainly used in "drawing".

"Hand tool" design:
◎, the background color is "transparent".
◎, hand shape "black".
◎, hand-shaped lines "white".


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 00 2018-11-17 14:43:53 UTC
Created attachment 146706 [details]
1
Comment 2 00 2018-11-17 14:48:51 UTC
(In reply to 和尚蟹 from comment #0)
> The "hand tool" is one-fourth of the "window".

The "hand tool" is located at 2/1 of the "window".
Comment 3 V Stuart Foote 2018-11-18 18:31:51 UTC
The Draw module already has the Zoom & Pan control (View -> Zoom), where <Shift>+LMouse click activates pan control for dragging view at the point of selection.  

Could see utility of that behavior if possible to implement in other modules, i.e. if it is not specialized to the Draw canvas.

Otherwise while the vertical and horizontal scroll bars do implement Pan controls, because the point of selection is at the canvas edge the cursor has to be moved away from work onto the scroll bar--so repositioning of the pan can end up imprecise, especially when used with longer documents as noted.

Implementing a common a Pan control--the ubiquitous Hand icon--acting at the point of selection for all modules seems reasonable.
Comment 4 00 2018-11-19 06:30:01 UTC
(In reply to V Stuart Foote from comment #3)

Writer, Calc, Impress, Draw, Math, Base, all use this design.
Comment 5 Heiko Tietze 2018-11-19 11:46:03 UTC
(In reply to 和尚蟹 from comment #0)
> Hold the "Hand Tool" with the left mouse button and drag the "Hand Tool" to
> move the "Page".

It's a long mouse travel and panning usually starts with the alt key.

> ◎, “Hand Tool” will drag to the left, and “Page” will move to the left.
> ...

Why do we need to move the page? I mean isn't the "hand tool" always there to switch from picking to moving.
Comment 6 00 2018-11-19 15:07:16 UTC
(In reply to Heiko Tietze from comment #5)


The function of the "hand tool" is "small movement" and "quick operation".
It can be "quick operation", it is a lot worse.

Move the page so that the displayed image is what you want.
Comment 7 00 2018-11-19 15:07:17 UTC
(In reply to Heiko Tietze from comment #5)


The function of the "hand tool" is "small movement" and "quick operation".
It can be "quick operation", it is a lot worse.

Move the page so that the displayed image is what you want.
Comment 8 00 2018-11-19 15:11:07 UTC
supplement
After dragging the "hand tool" with the left mouse button, when the left mouse button is released, the "hand tool" will return to the original place.
Comment 9 Heiko Tietze 2018-11-19 15:40:14 UTC
(In reply to Heiko Tietze from comment #5)
> Why do we need to move the page? I mean isn't the "hand tool" always there
> to switch from picking to moving.

Can you elaborate this a bit, please.
Comment 10 00 2018-11-19 16:07:08 UTC
(In reply to Heiko Tietze from comment #9)

The above palindrome, I have already explained.

If it is not detailed enough, you can try the program on the website below.
The idea is to improve from the program on the website below.
A program similar to the one below is now used by many people.

Https://chrome.google.com/webstore/detail/scrollbar-anywhere/namcaplenodjnggbfkbopdbfngponici
Comment 11 V Stuart Foote 2018-11-19 22:00:00 UTC
(In reply to 和尚蟹 from comment #4)
> (In reply to V Stuart Foote from comment #3)
> 
> Writer, Calc, Impress, Draw, Math, Base, all use this design.

Correct, the feature already exists for Draw.

And scroll bars (slider grab, and buttons) are functional in all modules.

Yet an ability to reposition the document canvas by mouse pointer placement and mouse or cursor key (U,D,L,R) movments would offer more precise and efficient repositioning of the view of any document canvas. Compared to pointer movement onto the scroll bar control for repositioning which can be too coarse and inprecise, movment originating from current position is efficient.

It works that way in Draw--but IMHO would be helpful in all modules. Only question is if the current control for Draw can be used with all VCL canvas, or if control must be refactored.
Comment 12 Heiko Tietze 2018-11-20 08:23:34 UTC
(In reply to V Stuart Foote from comment #11)
> Correct, the feature already exists for Draw.

How does it work?
Comment 13 V Stuart Foote 2018-11-20 15:41:25 UTC
(In reply to Heiko Tietze from comment #12)
> (In reply to V Stuart Foote from comment #11)
> > Correct, the feature already exists for Draw.
> 
> How does it work?

The control is modal. Activated from View -> Zoom: "Zoom & Pan (CTRL to Zoom out, Shift to Pan)"

In Pan mode, i.e. <Shift>+LMouse select, the visible canvas is grasped and view of canvas can be repositioned in any direction with mouse movement. Release of LMouse releases the canvas at that location.

The paired Zoom mode, i.e. <Ctrl>+Mouse Scroll will Zoom in/out centered at  cursor position.

The combination of controls provides efficient and precise positioning and display of the document canvas. Essential to work in Draw, but probably of use in the other modules.
Comment 14 Heiko Tietze 2018-11-21 07:57:19 UTC
(In reply to V Stuart Foote from comment #13)
> Activated from View -> Zoom: "Zoom & Pan"... <Shift>+LMouse 

Got it. Not really nice with the toggle and the duplicate functionality whether the mode is on or off but acceptable from the UX POV.

So the remaining question is why do we need this in Writer? And in Calc as well Math, Base it's totally pointless.
Comment 15 00 2018-11-21 14:40:53 UTC
(In reply to Heiko Tietze from comment #14)


This question, I explained at the beginning, I am writing once.


Note:
1, this function, do not need to turn off the "hand tools", "hand tools" can always exist.
2. This function, because it is an "independent" function, does not affect the function of "editing".
3, this function, mainly used in more than 20 pages of documents, because more than 20 pages of documents, "vertical scroll" is difficult to "fine movement."
4, this function is mainly used in "drawing".
Comment 16 Heiko Tietze 2018-11-22 08:02:40 UTC
Okay, #3 makes sense. How we start the function is a different topic, I would prefer a shortcut. But besides Writer there is no reason to add this to Calc, Base, Math etc. so let's focus on this.
Comment 17 00 2018-11-22 08:59:56 UTC
(In reply to Heiko Tietze from comment #16)


Regardless of the program, as long as the file is large enough, you will need this feature.
Comment 18 Regina Henschel 2018-11-22 11:28:20 UTC
I see a benefit of a "pan"-tool in Calc. In contrast to Writer a spreadsheet has no structure that can be used in the Navigator. I like the idea to have a tool in Calc, which I can use to quickly shift the view to cells, which are currently not visible, to lookup values without moving the cell cursor. The size of a spreadsheet can be much larger than pages in Draw, where a "pan"-tool is provided.
Comment 19 00 2018-11-24 06:48:13 UTC
supplement
When the "hand tool" moves to the "edge of the window", the "page" will not "stop moving", and the "page" will "continue to move".
Comment 20 V Stuart Foote 2018-11-24 14:58:44 UTC
(In reply to 和尚蟹 from comment #19)
> supplement
> When the "hand tool" moves to the "edge of the window", the "page" will not
> "stop moving", and the "page" will "continue to move".

Possibly. It will depend on ability in VCL code to dynamically reposition the view of canvas in both vertical as well as horizontal directions.  

Minimum function to start with would be controlled movement of the view of the canvas centered at the selection "grasp" point--stopping movement when canvas is "released" or the cursor reaches the edge of the frame--requiring reposition and "grab" again. That behavior is the most immediately useful. 

Then when being implemented, if the dev is able to also provide "swipe" style pan--or link to DE controls--that might be nice but is not primary, and otherwise represents feature creep.
Comment 21 00 2019-02-28 08:18:51 UTC Comment hidden (no-value)
Comment 22 00 2019-02-28 08:21:54 UTC Comment hidden (no-value)
Comment 23 00 2019-02-28 09:00:12 UTC Comment hidden (no-value)
Comment 24 00 2019-03-01 07:03:30 UTC Comment hidden (no-value)
Comment 25 00 2019-03-02 06:10:53 UTC Comment hidden (no-value)