ipad app: missing keyboard shortcut for 'small scroll'

On the ipad app, it seems the up/down arrow keys are duplicating the left/right arrow key functions (previous/next page), instead of the behavior on the desktop app (small scroll up/down)?
  • edited July 4, 2024
    bump (specifically/example: since it seems the left/right arrow keys don’t do anything for the ipad app: could these get mapped to ‘big scroll’; and then remap up/down to ‘small scroll’ (to make it similar to the desktop experience)

    btw: this is for bluetooth keyboards
  • Hey @ahnj, by small scroll, do you mean moving to the previous/next view port, rather than the previous start/next end of page, when due to zoom only part of the page is disabled? If so, we'll be adding additional key commands in an upcoming version, specifically [alt + arrow] to achieve that. As a keyboard user, what is your take on this approach?
  • edited July 4, 2024
    @mvasilak

    oh good point, i should've clarified: by small scroll i meant like only scrolling 1-3 lines at a time; but the "previous/next view port" is actually another feature that would be just as great!

    wrt specific key commands: is it possible to have them match up with the zotero's macOS application keybinds? (which would also match up with how scrolling works in other ipad apps, ie safari)

    so specifically:
    [fn + up/down arrow]: previous/next view port
    [up/down arrow]: previous/next 1-3 lines
    [left/right arrow]: previous/next start of page (different from the "previous start/ next end of page", that is currently implemented by the up/down arrow on the ipad. i'm not a fan of this because it skips a ton of content; ie if i'm at the start of page 1, and hit down, then it scrolls to the end of page 2)
  • @ahnj thanks for your comments.

    Unfortunately, we cannot use exactly the same key commands as in macOS, since iPadOS has some already mapped for system functions. E.g. [fn + arrow] corresponds to switching apps commands. We also have some limitations in which transitions we can perform, due to some being handled by the library we use for displaying PDFs.

    We'll take into consideration these ideas, though, and try to provide the best solution that fits iPadOS.
  • @mvasilak sounds good, thanks for looking into this!
  • @mvasilak

    oh i just realized: maybe i should've also mentioned that i've been referring to keys corresponding to the 'apple keyboard' layout, not 'windows keyboard' layout. so maybe your first suggestion of [alt + arrow] is actually the same as what i'm calling [fn + arrow]
  • @ahnj I'm also referring to macOS/iPadOS keyboard layouts, so the concerns still apply.
Sign In or Register to comment.