Repeated keystrokes in reader on horizontal scroll should not trigger page change

[zeen3]

Current issue:

Holding A/D on the reader to scroll on a wide image will trigger a page change. If holding to pan a full sized image, changes image at edge.

Resolve:

Use

event.repeat

to detect, and cancel page change if true.

Workflow:

Enable option within the options dialog.

 

[BzzBzz]

Why should other people suffer if your keyboard/mouse is broken? I want it to turn 5 pages if I hit "<=" 5 times (or keep it for X seconds), no matter how fast I hit it!

 

[zeen3]

@BzzBzz as I said: workflow
Nothing here is broken; it's more that (currently) page changing on after key repetition seems somewhat odd to me; particularly when panning a larger image or image pair.

The proposal is to have page change not happen if the key has repeated due to being pushed down.[ul][*]KeyboardEvent.repeat on MDN:

The

repeat

read-only property of the

KeyboardEvent

interface returns a

boolean

that is

true

if the given key is being held down such that it is automatically repeating.

[/*][/ul]

 

[zeen3]

Update:

Have written as a userscript; available at mangadex-userscripts.blackandwhite.world. Includes implementation for #165073 Keyboard based scrolling should be predictable over time and keyboard repeat rate as well.