check expected key direction first
I am not sure whether we should add a setting to prefer a particular screen for presentation. We use the screen used by the document, so you can always drag the document to the preferred screen. If you would set a preferred screen, this would not work, which could be very unintuitive. Moreover, it can be very hard to figure out which screen is what (screens can be mirrored, there can be a touch bar screen, and information from the system is very limited in this respect).
Navigate to previous/next page on page-up/down in single/two page mode when the page was not changed and no scrolling occurred on 27+, as PDFKit seems to fail doing that. Check expected (but wrong) key direction first.
we already checked implicitly
call the requested action to navigate in horizontal mode rather than always use goToPage:
make sure we don't turn unsigned integer negative
correct comment
We cannot overshoot when correcting scrolling on page-up/down, because we only reduce what PDFKit does. Add sanity check. No mneed for intermediate variable.