Issue 97815 - Inaccurate line width rendering of Draw 8 objects
Summary: Inaccurate line width rendering of Draw 8 objects
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: viewing (show other issues)
Version: OOo 2.4.1
Hardware: PC All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-06 22:05 UTC by ftoth
Modified: 2013-08-07 15:40 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
original.odg (9.08 KB, application/vnd.oasis.opendocument.graphics)
2009-01-06 22:06 UTC, ftoth
no flags Details
original.pdf (6.28 KB, application/pdf)
2009-01-06 22:07 UTC, ftoth
no flags Details
embedded.odt (16.92 KB, application/vnd.oasis.opendocument.text)
2009-01-06 22:07 UTC, ftoth
no flags Details
embedded.pdf (25.67 KB, application/postscript)
2009-01-06 22:08 UTC, ftoth
no flags Details
embedded.pdf (25.67 KB, application/pdf)
2009-01-06 22:08 UTC, ftoth
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ftoth 2009-01-06 22:05:10 UTC
The problem occurs using OO 2.4.1 on debian Linux and Windows XP. I have not
tested on OO 3.0 as it is not in Debian testing yet. Now idea how go-oo handles
this either.

The attached drawings are obtained after importing SVG drawings using the SVG
import extension.

I have obviously taken just a few polygons from the original drawing which was
proprietary. The source was an Autocad drawing printed to a SVG virtual printer.
The SVG itself looks OK in Inkscape.

Importing the SVG leads to the file 'original.odg' which for the purpose of this
example should be considered OK.
Exporting this to PDF shows what I get on my printer which is also OK.

Copy-paste to writer lead to the upper drawing in Writer (embedded.odt), which
is made up of grouped writer drawing elements and is also OK as can easily be
seen in the PDF embedded.pdf).

However, I normally prefer to paste the drawing as a Draw 8 object, because this
embeds the original drawing in Writer, which I can later edit in Draw if needed.
Also since it is an object, text wraps around the entire object.

The problem is the rendering of the Draw 8 object (the bottom drawing). As can
be seen the line widths are lost and set to minimal for certain poly lines, but
not for simple lines. You will notice that breaking these polylines into simple
lines will restore the line widths as rendered by writer, but then the lines are
broken and can not be glued back.

You can imagine that the result of a complete imported Autocad drawings looks
quite unreadable as line widths are used in technical drawings to distinguish
between solid parts and all kinds of other symbols, arrows, size indicators etc.

I really hope this can be fixed before 3.0.1.

Thanks

Ferry
Comment 1 ftoth 2009-01-06 22:06:28 UTC
Created attachment 59189 [details]
original.odg
Comment 2 ftoth 2009-01-06 22:07:08 UTC
Created attachment 59190 [details]
original.pdf
Comment 3 ftoth 2009-01-06 22:07:53 UTC
Created attachment 59191 [details]
embedded.odt
Comment 4 ftoth 2009-01-06 22:08:29 UTC
Created attachment 59192 [details]
embedded.pdf
Comment 5 ftoth 2009-01-06 22:08:42 UTC
Created attachment 59193 [details]
embedded.pdf
Comment 6 michael.ruess 2009-01-07 09:44:25 UTC
MRU->SJ: just open the attached odg, copy the content to clipboard and paste as
"Draw 8" into Spreadsheet or Writer -> the lines displayed extremely inaccurate.
Comment 7 ftoth 2009-01-07 10:26:55 UTC
I have just verified on go-oo 3.0 the problem occurs exactly the same as with 
OO 2.4.1.

Additionally I found the following:

- If you go into the object (you will need to zoon in 400% before opening the 
object), you will note the fat lines are fine inside the object.
- selecting the fat lines and right-click-> split they will be broken done 
partly to simple lines
- exitting the object, all lines will still be shown as hair lines
- creating a pdf from the document will show the split up lines are fat

Appearently there is also a difference between what is displayed on screen and 
what is exported to pdf.

Ferry
Comment 8 ftoth 2009-01-07 10:27:19 UTC
I have just verified on go-oo 3.0 the problem occurs exactly the same as with 
OO 2.4.1.

Additionally I found the following:

- If you go into the object (you will need to zoon in 400% before opening the 
object), you will note the fat lines are fine inside the object.
- selecting the fat lines and right-click-> split they will be broken done 
partly to simple lines
- exitting the object, all lines will still be shown as hair lines
- creating a pdf from the document will show the split up lines are fat

Appearently there is also a difference between what is displayed on screen and 
what is exported to pdf.

Ferry