Ctrl + PageUp or PageDown doesn't work as expected as soon as document width on screen exceed the width of the window
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 283
- Forks
- 82
- PR merge metrics
- No merged PRs in 30d
Description
Distribution
Mint LMDE 6 (Debian Edition, Bookworm based)
Package version
4.2.6
Frequency
Always
Bug description
Ctrl + PageUp or PageDown doesn't work as expected as soon as document width on screen exceed the width of the window.
Steps to reproduce
Ctrl + PageDown or Ctrl + PageUp is supposed to go forward or backward, page by page. And it works, but ONLY if document width on screen is lesser or equal to window width.
- Open a document with multiple pages.
- Go to page 2.
- Use Ctrl + PageDown to go to page 3.
- Zoom in in order to get the displayed page to exceed the width of the Xreader window.
- Press Ctrl + PageUp or PageDown : there is no more change in page number, just change in lateral position in the current page.
As soon as you use zoom to get a larger width of the document you're reading, and exceed the width of the Xreader window, Ctrl + PageDown change its behavior to "scroll right", while Ctrl + PageUp becomes "scroll left". This is not expected, as mentioned in Xreader's menu.
Expected behavior
When Ctrl + PageDown is pressed, the supposed action is to go to the next page. Meanwhile, pressing Ctrl + PageUp is supposed to take you back to the previous page.
Additional information
No response
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue in Xreader using a multi-page document, then zoom until the page exceeds the window width and test Ctrl + PageUp/PageDown. Start by tracing the keyboard handling for these shortcuts alongside horizontal scrolling. Done means the shortcuts consistently move to the previous or next page without changing lateral position.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 55/100