[Request]: Keyboard shortcuts to scroll through content

[Pottit]

Describe the request

One of my favourite features of Phanpy is the ability to scroll through posts using the keyboard. The mapping is something like the following:

J: Next post
K: Previous post
L: Like post

It makes it very easy to scroll through the timeline and like posts. It is even responsive to keyboard layouts, so on my Dvorok layout it responds to HTN instead of JKL.

I see in #199 that there's a preference not to use regular keys to perform functions, which of course is a valid concern; but how about for example ↓ or → to select the next post, and ↑ or ← for the previous post? I'm not sure what would be an intuitive shortcut for favourite in this set-up, but it would make for comfortable scrolling. :)

A lynx-style approach could also be taken, where → opens a posts and ← goes back again, while ↑ and ↓ navigate the feed.

Implementation Details

• [X] This follows the GNOME HIG.

[GeopJr]

↓ or → to select the next post, and ↑ or ← for the previous post?

That's already the case. Gtk will attempt to focus on the sibling in the pressed arrow key direction:

https://github.com/user-attachments/assets/7f20c186-c144-4da2-94fb-63575587dc64

but it's based on focus, aka you need to be focused on the posts list to navigate that and similarly for the sidebar.

L: Like post

-1 from me. Too easy to trigger, especially without modifiers.

[Pottit]

↓ or → to select the next post, and ↑ or ← for the previous post?

That's already the case. Gtk will attempt to focus on the sibling in the pressed arrow key direction:

You're right - this already goes a long way.

I did not realize this while testing, possibly because it can easily get lost. The following steps disabled navigation through arrow keys:

1. Select a post (not a boost)
2. Press [->] twice

The focus is now on the name of the author, and it cannot be removed (as far as I can see) without pressing the Home button using the mouse. (Edit: Tab does the trick - but this is still not particularly intuitive)

Ideally when pressing [->] on a post, the user should maybe be allowed to interact with attachments, content warnings, and respond/boost/share/bookmark, rather than to the profile pictures. I still believe opening a post on [->] and closing it on [<-] could be an intuitive behaviour.

There are some other behaviours that could be tweaked - for example, if the posts loose focus, the selected post will always be the first in the timeline rather than the one currently visible on screen. I don't know if this can be fixed, and this might not be the right place for that anyway.

L: Like post

-1 from me. Too easy to trigger, especially without modifiers.

I don't think it's that common to randomly press buttons when a window is open, though I understand the reasoning. At least got me, scrolling through elements with J and K (or the buttons in these positions) has been the preferred behaviour of pretty much any software since Google reader, and I know I'm far from alone in that regard. Modifiers would defeat the purpose, as the accessibility of these buttons is the whole rationale behind the behaviour.

In either case it's a great piece of software - thank you so much for your work!