Created attachment 55494 [details]
Example with dotted lines
Dash and dot information is lost on SVG import. In the example the arrow heads also do something funky, ending up in the upper left hand corner. Also there is a stray black rectangle, not sure where that came from. Example displays properly in Firefox.
Created attachment 55495 [details]
Screen shot 3.4.4 release, dot/dash gone, arrow heads wrong, stray black rectangle
Created attachment 55496 [details]
screen shot 3.5.0b2. Image. Looks better, but stray rectangle still present.
Created attachment 55498 [details]
PDF which loses dots/dashes on import into LODraw
Rats, I messed up the first two, that was SVG import, not PDF, import. Sorry.
Trying again. The attachment is the PDF saved from inkscape. When opened in LODraw 3.4.4 the lines are solid (dots and dashes lost), but everything else is OK.
Imports with the same problem in 3.5.0b2. Screen shot not attached as it looks like the one from 3.4.4.
This is a specific problem peeled out of bug 43806
I just noticed that if after loading the PDF one zooms to a very high magnification on the lines it can be seen that these are not solid after all. In all three cases it is composed of a dashed line, with very fine dashes. All three examples have the same spacing on their dashes, although clearly that was not the case in the original PDF. The finest line is .03", the dash spacing is about half that, so roughly .015". Is that some special value, for instance, the finest possible dash spacing?
Ah, here's another clue.
Select one of the lines, right click, and pick "line". The "Style" box is solid blue. What it should be is an example drawing on the left side (for instance, a straight black line on a white background) and some black text on a blue background on the right (for instance, "continuous".) Lastly, the example field, the large rectangle at the bottom of the line dialog is completely empty, whereas it should have examples of straight and bent lines with the dash pattern. Since none of these elements are shown properly, whatever variable this maps to presumably has an invalid value, possibly indexing off into who knows what piece of memory. An invalid index might also explain why the line is in fact dashed, at a particular dash size, when the program seemingly has no idea what it really should be.
One of the original lines had "dot dash dot dash" for the pattern. Inkscape (the original program) has a much wider array of dotted/dashed patterns than LODraw does. This one doesn't exist in the LODraw list of patterns. All three of the patterns used in the example made it into the PDF OK, but not from the PDF into LODraw.
Please try with LO3.5. The svg-features have been enhanced.
I have tried 3.5.0b2 and the input looks fine. However, it has a much worse problem - it always converts the SVG to a bitmap, rather than keeping it as a collection of objects. So SVG insert/open is completely useless in 3.5.0b2 for my purposes. See bug 44702.
Sorry, this bug was supposed to be about PDF import and I went off the tracks a bit and mixed it up with SVG issues. I changed the title of the bug to try to (partially) remedy this.
In 3.5.0rc1 dots/dashes are not imported properly from a PDF file. The description of the situation in comment 7 still applies.
Dear bug submitter!
Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.
To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement
Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.