Bug 45065 - Clipping issue (was: Problem with EDITING of technical pdfs)
Summary: Clipping issue (was: Problem with EDITING of technical pdfs)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
3.4.5 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 61144 (view as bug list)
Depends on: 86211
Blocks: PDF-Import-Draw Draw-Images
  Show dependency treegraph
 
Reported: 2012-01-21 18:41 UTC by brian.bj.parker99
Modified: 2023-04-21 04:22 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
original and modified pdfs (original created by UCSC genome browser) (137.53 KB, application/zip)
2012-01-21 18:41 UTC, brian.bj.parker99
Details
Original pdf loaded into Draw 5.1.2.2 and exported as pdf (28.62 KB, application/x-download)
2016-04-16 16:13 UTC, brian.bj.parker99
Details
PDF report (offtopic, sorry) (22.68 KB, application/vnd.oasis.opendocument.text)
2016-08-04 14:30 UTC, vvort
Details

Note You need to log in before you can comment on or make changes to this bug.
Description brian.bj.parker99 2012-01-21 18:41:09 UTC
Created attachment 55940 [details]
original and modified pdfs (original created by UCSC genome browser)

Libreoffice Draw would be extremely useful for scientific illustrations and journal articles where it is common to make minor hand--edits to complex vector drawings  produced by other software as pdf: it has the required functionality but unfortunately basic bugs in pdf importing prevent its use for this.

I attach a real-world example technical pdf produced by the UCSC genome browser (http://genome.ucsc.edu/cgi-bin/hgGateway). The attached file "draw_bug_test_original.pdf" is an original complex pdf as produced by the UCSC genome browser. "draw_bug_test_after_draw.pdf" shows the same file after reading into libreoffice draw (LibreOffice 3.4.5 
OOO340m1 (Build:502) using File|open|portable document format (Draw) ). 
"draw_bug_test_after_draw.pdf" shows the pdf as it looks inside Draw (file|export as PDF) (note the problem is the importing of the pdf-- the errors noted below occur while editing in Draw and not just on export to pdf). 

You can see that several horizontal lines incorrectly are too long and start at the left edge of the figure; the fine vertical lines are too thick; and the colours are wrong in places-- blue instead of grey and light blue instead of dark blue.

If these basic pdf bugs were fixed then Draw would be a great tool for scientific document preparation, and I believe would find widespread usage there as only basic pdf editing is required.
Comment 1 tester8 2012-01-25 10:21:49 UTC
Reproduced with

LOdev 3.5.0rc1
e40af8c-10029e3-615e522-88673a2-727f724
Ubuntu 10.04.3 x86
Linux 2.6.32-37-generic Russian UI

Problem appears after importing, exporting is fine.
Comment 2 ign_christian 2013-06-22 08:35:09 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2015-03-16 23:45:33 UTC Comment hidden (obsolete)
Comment 4 Jean-Baptiste Faure 2015-03-21 16:08:55 UTC
Tested with LibreOffice 4.4.3.0.0+ built at home under Ubuntu 14.10 x86-64.
Much better but not perfect: horizontal lines are still too long and start at the left edge of the figure. No parasitic vertical lines.

Best regards. JBF
Comment 5 brian.bj.parker99 2015-03-24 10:48:32 UTC
With LO 4.4.1.2 on OS X it has been substantially improved, however the major remaining defects are: horizontal lines being too long and an extra grey horizontal line.
Comment 6 tommy27 2016-04-16 07:28:09 UTC Comment hidden (obsolete)
Comment 7 brian.bj.parker99 2016-04-16 16:13:28 UTC
Created attachment 124410 [details]
Original pdf loaded into Draw 5.1.2.2 and exported as pdf
Comment 8 brian.bj.parker99 2016-04-16 16:15:04 UTC Comment hidden (obsolete)
Comment 9 brian.bj.parker99 2016-04-16 16:16:52 UTC Comment hidden (obsolete)
Comment 10 Jean-Baptiste Faure 2016-04-16 20:26:07 UTC Comment hidden (obsolete)
Comment 11 brian.bj.parker99 2016-04-17 17:03:32 UTC Comment hidden (obsolete)
Comment 12 brian.bj.parker99 2016-04-17 17:06:21 UTC Comment hidden (obsolete)
Comment 13 Jean-Baptiste Faure 2016-05-06 15:28:04 UTC
(In reply to brian.bj.parker99 from comment #11)
> (In reply to Jean-Baptiste Faure from comment #10)
> > (In reply to brian.bj.parker99 from comment #9)
> > > Note: this bug is now a duplicate of 61144.
> > 
> > Why "now" ?
> > 
> > Best regards. JBF
> 
> When bug 61144 was originally submitted it showed multiple problems
> including wrong line widths, long lines etc.  The only remaining issue with
> 61144 in the recent versions of LO is lines extending beyond the figure
> boundary, which is also the issue shown by this bug.

So, it is 61144 that is a duplicate of this bug because it is newer.

Best regards. JBF
Comment 14 Heiko Tietze 2016-05-10 12:53:21 UTC Comment hidden (obsolete)
Comment 15 Heiko Tietze 2016-05-10 12:53:41 UTC
*** Bug 61144 has been marked as a duplicate of this bug. ***
Comment 16 brian.bj.parker99 2016-08-03 21:01:32 UTC Comment hidden (obsolete)
Comment 17 Heiko Tietze 2016-08-04 09:10:33 UTC Comment hidden (obsolete)
Comment 18 V Stuart Foote 2016-08-04 14:19:14 UTC
(In reply to Heiko Tietze from comment #17)
> (In reply to brian.bj.parker99 from comment #16)
> > The bug is still visible in LO Draw Version: 5.2.0.4 under OSX 10.11.6.
> 
> Okay, confirmed. The horizontal lines start at x=0 but should with the
> vertical axis. Stuart, is that a known issue?

When I open the original PDF from bug 61144 ( attachment 75142 [details] ) in Infix and select the Sequence line, it reports having to clear a clipping mask. So, suspect the issue with both the import filter, and new "insert as image" filter in 5.3.0alpha0+ master, is dealing with a polygon clip mask present in the original.

That is bug 86211 - PDF Import: clipping is not implemented and there are other instances, e.g. bug 82262, bug 92815

Believe this issue can be closed as fidelity of the PDF import filter quite high. Export filter or a ghostscript print to PDF does reasonably well.

@Vort - Artem would you agree?
Comment 19 vvort 2016-08-04 14:30:53 UTC
Created attachment 126590 [details]
PDF report (offtopic, sorry)

Yes, this is a clipping problem.
Strange that I did not yet mentioned this here.

FYI, I've made some summary report about PDF problems in LO.
Attaching it here - maybe it can help someone.
Comment 20 V Stuart Foote 2016-08-04 14:47:08 UTC
(In reply to V Stuart Foote from comment #18)
> other instances, e.g. bug 82262, bug 92815

that should have been bug 92185
Comment 21 QA Administrators 2018-02-08 03:36:14 UTC Comment hidden (obsolete)
Comment 22 Jean-Baptiste Faure 2018-02-17 16:51:18 UTC
Tested with LO 6.0.2.0+ : nothing changed since comment #4

Best regards. JBF
Comment 23 QA Administrators 2019-02-18 03:44:45 UTC Comment hidden (obsolete)
Comment 24 brian.bj.parker99 2019-04-20 02:32:24 UTC Comment hidden (obsolete)
Comment 25 QA Administrators 2021-04-20 03:54:32 UTC Comment hidden (obsolete)
Comment 26 QA Administrators 2023-04-21 03:27:23 UTC Comment hidden (obsolete)
Comment 27 V Stuart Foote 2023-04-21 04:22:35 UTC
(In reply to QA Administrators from comment #26)
Issue remains. Missing clipping mask handling with the pdfio "import" filter, but very high fidelity using the pdfium based "insert" filter.