I created a PDF using GoodNotes. I then extracted a portion of the PDF using both internal and external (Cairo) importer in InkScape. The SVG file is not displayed correctly (see top text in attachment) however in InkScape itself and in the standard gnome image viewer it is. I’ve also added how it’s supposed to look using a PNG.
Notably, this issue only applies to text written and not shapes etc.
After saving as .fodt and looking at the XML, I see that both images have mime-type image/png. I have not decoded the binary data but the length of the block is much smaller for the first one.
Opening your document as .zip confirms this: 1.6k for the first, 5.1k for the second. Images in the file display exactly as your screenshot, meaning they were recorded as such. Both are PNGs.
You probably tried to tweak the image or the frame.
right-click on buggy image and Properties
in Position & Size tab, press kbd>Original Size
OK
Image now displays like in the viewers. I assume you clipped the original “text” to “Thi”. I write “text” with quotes because the SVG is a set of path directives.
I think somehow the svg file got screwed up again. When I saved it, it wasn’t that distorted.
The file attached should be what I’m seeing and what is also presented in the PDF
The image contained the zipped .odt (by changing extension to .zip) is the partially erased “text”.
But, I see there are two instances of your image: an .svg and a .png. The PNG is partially erased. I assume than PNG takes precedence over SVG. What is strange is content.xml references three images, not two. The first two SVG+PNG are in the same frame. Your reference image is alone in its own frame.
I am busy this afternoon. So, I can’t experiment to try and improve the situation, but I’ll give it a try as soon as I am back.
EDIT
Back home, I experimented. Since there are a PNG and an SVG for the same image, I assume that PNG has priority over SVG for display. Consequently, I erased the XML element describing the PNG. I got a buggy .odt with “The document is damaged. Do you want Writer to repair it”. No repair possible and Writer exits.
The embedded SVG is correct with crisp black letter strokes while the PNG version has this cloudy stoked.
From my point of view, the process creating the final “image” is at fault. It could be “GoodNotes” which already hands over a combination PNG+SVG. Inkscape sees only the SVG part. But, then, how do you insert from Inkscape into Writer: through the clipboard copy-paste? saving in a file then Insert>Image? The problem is to determine “who” is creating the PNG version.
Is GoodNotes a proprietary app needing registration? I know cases where watermarks are added by unregistered apps. This cloudy look in PNG could be such a feature. It is easier to simulate partial erasure in PNG than in SVG.
zipped the contents and opened the .odt file seamlessly in Writer. File saved, the XML element describing the PNG reappears.
Just a note:
An ellipse created in Draw, exported to .svg file and then inserted into a blank Writer document.
The internal folder \Picture contains two files (.png and .svg). The content.xml file lists both .png and .svg in the same frame.
Consider the AddReplacementImages parameter (Expert Configuration), which takes the value true by default. Setting it to false and here we go again — an ellipse created in Draw, exported to .svg file and then inserted into a blank Writer document. Result:
the \Picture folder will have only .svg file
content.xml lists only .svg file in the frame.
⠀
Checked with the file provided by OP i.e. “SVG fixed (1).odt”, AddReplacementImages = false. File opened in Writer and saved. Result: only .svg file and one .png file (reference image) in internal entries (content.xml and \Picture).
@theoware: what “This is a test” hand-written with a stylus? It looks like the 3 “s” and 2 “i” are not the same as we could expect if this came from a fancy font.
In this case, did you draw the letter with constant speed or were there "stop-and-go"s in your hand-writing? Then GoodNotes could have recorded these speed hazards as independent strokes.
I suspect a behaviour similar to the one I describe as possible in tdf#158246 which was filed further to question Why will the intersection of two line become white. Though the tool was OneNote there, the same behaviour could be involved: too sophisticated an interpretation of SVG by Draw.
