Bug 342927 - More Vim-like shortcuts
Summary: More Vim-like shortcuts
Status: CONFIRMED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: 0.20.3
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2015-01-16 18:27 UTC by Jonas Schürmann
Modified: 2022-03-26 19:40 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jonas Schürmann 2015-01-16 18:27:01 UTC
One thing that I really like about Okular are the "hjkl" shortcuts to navigate through the pages of a document.
It would be awesome if some other Vim shortcuts would also work, especially

"gg" - go to the first page of the document
"G" - go to the last page of the document
"73G" - go to the 73th page of the document

Reproducible: Always
Comment 1 Andrea Arteaga 2015-05-05 06:48:52 UTC
Note that 73G in vim means "go to *line* 73". Remapping this to "go to *page* 73" can be confusing for the user.
Comment 2 hyiltiz 2015-12-16 00:41:35 UTC
While what should 73G do remains somewhat ambiguous, it would be awesome to see `gg` and `G` implemented (I think we can do it ourselves by modifying custom shortcuts, though). ^g in Okular opens Goto Dialog which corresponds to page, so 73G should mean page instead of line.
Comment 3 Utkarsh Raj 2016-06-30 15:46:05 UTC
Currently in okular, `j  & k` works to scroll down and up. `h & l` to move across pages. In my opinion `75j` should scroll down by 75 x `a single scroll down`. For changing pages `5l` should bring us to 5 pages to the right. I think this behaviour is not only intuitive but fairly useful as well. And if we also add `.` to repeat last task, it would give a really powerful way for navigation.
Comment 4 Dileep Sankhla 2018-03-02 17:30:01 UTC
I think this feature request must be marked "CONFIRMED" and regarding submitting the patch, what vim shortcuts should be currently implemented?
Comment 5 Albert Astals Cid 2018-03-03 17:00:12 UTC
so gg and G you can change on the shortcut settings on the settings menu.

The rest of shortcuts seems there's not much agreement here of what they should be and what they should do, since like 4 people commented and the 4 had different opitnions. i'm going to put it to needs info, and you try to reach into an agreement and then maybe we'll give it a try at implementing them.
Comment 6 Andrew Crouthamel 2018-09-28 03:11:02 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 hyiltiz 2018-09-28 15:33:24 UTC
I think what @Utkarsh suggested (5j moves 5 lines and 7l flips 7 pages) is fairly intuitive and more feature complete, while users might expect instead what @Jonas and I were suggesting (5j flips 5 pages).

But I think we all agree on the following:
1. [Feature-request] `51G` goes to the top of Page 51 or the end of the document;
2. `gg` is the same is `1G`
3. `G` goes to the top of the last page.
4. [optional] `.` to repeat the last navigation action would be really powerful
5. [WontFix] There is no consensus whether `jk` should flip pages, or move lines, and whether `hl` should drag a page (in zoomed in state) or flip pages (presumably in Fit Page state). Since 'hjkl` shortcuts are already implemented, it is best not to break backward compatibility in the user interface.
6. [optional] To go with KDE's flavor of empowering the user and high customizability for everything (esp. hot keys), we may as well add support for remapping `hjkl` for any navigation action, so those with other preferences than the current interface would configure for their own intuition.

As a result, we 1) break no user interface in use already; 2) add new features; 3) accommodate for a larger user's preferences.
Comment 8 Andrew Crouthamel 2018-09-28 16:55:08 UTC
I'll mark this confirmed due to information in comments.