NiLuJe 8d3aacbac3 ReaderFooter: Fix the madness related to its hold footer ...

Namely, instead of making it lower priority than readerhighlight and
hoping for the best, make it higher priority, as it should (ReaderFooter
itself is *above* Reader, after all), with a sane set of fallthroughs:

* No footer
* No hold-to-skim
* Held outside the footer (but inside the footer tap zone)

This made the crap workaround from #7466 unnecessary, and actually fixes
the behavior in PDFs (because readerhighlight will match the *physical*
page, which may include off-screen content) and ePubs w/r eclaim bar
height (in which case, there's actual content behind the footer that
readerhighlight could have matched on).

Fix #7697

2021-05-19 20:55:00 +02:00

..

modules

ReaderFooter: Fix the madness related to its hold footer

2021-05-19 20:55:00 +02:00

readerui.lua

Geom: nil guard a few rect methods (#7664)

2021-05-13 13:05:05 +02:00