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:
Created attachment 146706 [details] 1
(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".
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.
(In reply to V Stuart Foote from comment #3) Writer, Calc, Impress, Draw, Math, Base, all use this design.
(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.
(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.
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.
(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.
(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
(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.
(In reply to V Stuart Foote from comment #11) > Correct, the feature already exists for Draw. How does it work?
(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.
(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.
(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".
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.
(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.
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.
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".
(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.
supplement The design of "Automatically record the last 5 edit positions": ◎, the outer frame line color → "white. 』 ◎, fill the color → "black". ◎, digital color → "white".
Created attachment 149645 [details] Automatically record the last 5 edit positions
supplement The design of "Automatically record the last 5 edit positions": ◎, the outer frame line color → "white. 』 ◎, fill the color → "black". ◎, digital color → "white". Note: When you press the button "Automatically record the last 5 edit positions", you will return to the last edited position.
Created attachment 149669 [details] "Automatically record the last five edit positions (Second Edition)", "Change to" straight design is better.
Or separate "automatically record the last 5 editing positions". https://bugs.documentfoundation.org/show_bug.cgi?id=123802