Closed NightMachinery closed 2 years ago
Thanks for reporting. Although this package really is only a hack and I am not really trying to perfect it (i.e. you might find more weird behavior), this issue was quite easy to fix/create a workaround. So I have updated it and I hope increasing the step size will work fine now. You can set the step size via the customizable variable pdf-continuous-step-size
. Please close the issue when it works fine, or let me know if it is not :+1:
Thanks, that works (though it's slow).
I also added:
(define-key pdf-continuous-scroll-mode-map (kbd "<wheel-up>") '(lambda ()
(interactive)
(dotimes (_ 4) (pdf-continuous-scroll-backward-line 1))))
(define-key pdf-continuous-scroll-mode-map (kbd "<wheel-down>") '(lambda ()
(interactive)
(dotimes (_ 4) (pdf-continuous-scroll-forward-line 1))))
Otherwise, the mouse wouldn't work.
You also have a typo at https://github.com/dalanicolai/pdf-continuous-scroll-mode.el/commit/ac25052289c5dc079ea252d31c3909ec11321811#r42956831.
Ah great, I see I was a little sloppy (did it in a hurry before sleeping). I don't use a mouse with a wheel and scrolling on the touchpad works fine. So I will test it later today with a wheel mouse and add the bindings. Do you have to use the lamda's b.t.w? It seems to me that
(define-key pdf-continuous-scroll-mode-map (kbd "<wheel-up>") #'pdf-continuous-scroll-backward)
and its complementary forward definition should work just fine. Interesting that it is slow there because it works really very fast here on my 2014 pentium i5. Anyway, thanks for pointing these things out!
Closing the issue for archiving this repo. A better implementation is available at https://github.com/dalanicolai/image-roll.el
This happens just by scrolling using
(pdf-continuous-scroll-forward 30)
and(pdf-continuous-scroll-backward 30)
: