Created attachment 179380 [details] multipage document for testing The command "Jump to Specific Page" is not documented in online Help. What is the expected operation of this command? Actual: Enter number, then press Enter to get desired page Expected: Enter number, automatically goes to desired page (or Enter number, then click on canvas, or anywhere outside of this box, which would work better if multidigit page numbers are involved.) Try yourself. 7-page document attached for testing or use your own multipage document. 1. File > Print Preview 2. "Jump to Specific Page" is the empty box between the left and right arrows. Can write the documentation, but want to be sure what is the expected behavior.
According to https://gerrit.libreoffice.org/c/core/+/19335/ "This patch is not completed." However, it is available on the Notebookbars and for me I type a page number and have to press enter to execute. That's a typical pattern similar to the GoTo dialog (ctrl+G). The control has no clue what it is good for, how it works, and does not look like an input control. My take for improvement: make it a spinbox and let up/down jump directly while typing a number should still require return to be pressed.
Hello, When i added this control to LibreOffice there was no way to navigate between pages except arrow controls or mouse scroll on preview mode. When we have multi page documents eg 100+ it was difficult to navigate. So the actual behaviour "Enter number, then press Enter to get desired page" was the planned. If I remember true "Go to page" dialog is added to LibreOffice later than this feature. I checked, it didn't work on preview mode. This control still useful. If I miss something please let me know. If you want to some improvements on this control, it would be nice to have a ticket for this. Thanks
(In reply to Gülşah Köse from comment #2) Thanks for your quick and detailed reply. > it would be nice to have a ticket for this. Maybe this can become the ticket? Comment 2 suggests: - make it a spinbox (btw, this is also what mockup shows in bug 80657) - let up/down jump directly - typing a number should still require return to be pressed. And I would add: - include a tooltip over spinbox - consider allowing "mouse click" anywhere outside spinbox to be accepted as "return" (Reason: speeds up workflow. Mouse is probably used, or needed to enter spinbox, so one hand is already on the mouse. The other hand enters the number, then click anywhere, because the mouse is already in hand. Do not need to move hand from mouse or number keys to Enter.) @Heiko? Have changed summary, but cannot confirm my own ticket.
(In reply to sdc.blanco from comment #3) > - consider allowing "mouse click" anywhere outside spinbox to > be accepted as "return" > (Reason: speeds up workflow. Mouse is probably used, or needed to enter > spinbox, so one hand is already on the mouse. The other hand enters the > number, then click anywhere, because the mouse is already in hand. > Do not need to move hand from mouse or number keys to Enter.) Would rather cancel on leave (w/o confirmation per enter) and revert to the actual page. Otherwise the only way to cancel input would be pressing escape. Everything else +1
Dear sdc.blanco, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
No changes in "Jump to Specific Page" in Print Preview, relative to OP. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 42f6e89d5e6458966de452af2978f206115394af CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL threaded