New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[PDF] footer cuts off bottom of page in page mode #5612
Comments
IIRC, there's a (very, very) long-standing issue with the footer clobbering the bottom of PDF pages. There might even be an open issue about it (if there is, it's an old one). |
that would be #2072 fixed by #2079 this only happens when the page is bound by height for example if the zoom mode is contentheight. i would like to fix it, however i am having a vey hard time understanding the code. |
i have a partial fix in yparitcher@ad126f4 however when doing so the if the footer was if the footer was |
i got to the root of the issue, PR on the way.
one question, is it better to have the margin code paint under the footer in order that when tapping on the footer (to disable it) the space is cleared. this to me is bit of a hack, this can be seen here: yparitcher@e04b7c8
or should i have the whole page recalculated on footer tap, which will cause the view to reset to the top of the page, even when panned to the middle.
|
/twitchtwitch That would annoy me immensely, and probably not just me. ;-)
Depends on how you use the footer, I suppose. I'd say not painting under the overlay sounds like premature optimization with a lot of extra effort involved to make it work. |
closes #5612 the change in `ReaderView:recalculate()` causes the viewable page size to be calculated by not including the footer, causing the text not to get cut off. since the page area was not drawing under the footer `ReaderView:drawPageSurround()` had to be fixed to draw the margin under the footer so when tapping the footer off the area should be dran the background color.
closes koreader#5612 the change in `ReaderView:recalculate()` causes the viewable page size to be calculated by not including the footer, causing the text not to get cut off. since the page area was not drawing under the footer `ReaderView:drawPageSurround()` had to be fixed to draw the margin under the footer so when tapping the footer off the area should be dran the background color.
Issue
regression symptom of #3870
by changing the effective footer height from 24 to 15
when setting the offset to half the non visible area (ie: the space subtracted because of the footer)
koreader/frontend/apps/reader/modules/readerview.lua
Lines 595 to 598 in 15fe0fe
causes the footer to actually cover the pdf by half its height ~ 7, however when the footer height was supposedly 24 of which half is 12 the extra 3 pixels were not noticed.
the underlying cause is not taking the footer into account when calculating the offset.
however if the offset is lessened when the footer is present the footer does not properly update on toggle.
screenshots from the paper.pdf in the test submodule, page 19
the calculation is cut off
when changing
the calculation is visible
and when tapping on the footer to hide it, only the sides of the footer are hidden
The text was updated successfully, but these errors were encountered: