https://bugs.documentfoundation.org/show_bug.cgi?id=167056
Dave Gilbert <freedesk...@treblig.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |NOTABUG
--- Comment #16 from Dave Gilbert <freedesk...@treblig.org> ---
(In reply to Saburo from comment #10)
> bibisected with win64-25.8
>
> author Dr. David Alan Gilbert
> commit abfbca2719767516d5a35ee641ddd0d96d93e4ea
>
> tdf#85428: Clip strokes
> Clip stroke paths coming from the PDF import.
> Similar to my previous patches for fills.
>
> (It's possible we might have to do something clever with cropping
> of arrows/etc but not sure yet)
>
> Change-Id: I9e46deac4a722e3ac510f0cc4bdb6b38b67c579e
> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176952
Thanks Stuart for copying my present self in.
OK, I believe that with that change the behaviour is now _correct_ - as Alex
say in comment 6 & 7 it matches what Apple PDF viewer shows, and for me what
Okular shows.
To me it looks like the original PDF file is misgenerated; it looks like a
landscape document printed on portrait 'paper'; and what all the pdf viewers
are doing (including LO with that patch) is they're clipping the PDF to the
page bounding box.
Now, it's not perfect still - while we're correctly cropping out the graphics
that have spilled over, we've not cropped the text that's outside the bounds
yet; that's a known bug that we've not got any text cropping. (That does
confuse things a little since that looks like we've accidentally lost some
components!) tdf#86211 includes the text not getting clipped.
So setting resolved->notabug
--
You are receiving this mail because:
You are the assignee for the bug.
