GNOME Bugzilla – Bug 158823
librsvg does not render FIftiMain.svg from chmspec properly
Last modified: 2010-12-18 07:17:35 UTC
wget http://bonedaddy.net/pabs3/chmspec/latest/FIftiMain.svg rsvg-view FIftiMain.svg compare to http://bonedaddy.net/pabs3/chmspec/latest/FIftiMain.png (rendered by batik) 1. The text in the green and red boxes should be aligned properly, but it is not. See the source of the svg for proper alignment. Seems that librsvg doesn't support xml:space properly. 2. The arrow things seem to be incorrectly rotated. Possibly librsvg doesn't support orient="auto" properly. 3. The & in the "Leaf nodes & WLCs" text is incorrectly aligned. At a guess, it is counting & as needing the space of 4 characters instead of just 1.
confirm.
I implemented xml:space a few days ago actually... still don't have any way to trigger it though since it is not actually stored anyway. Maybe dom or I can fix that some time. The marker thing is interesting, auto orientation seemed to work before, in a simplistic fasion that isn't friendly to curves. But I can't check what the problem is this time because markers are broken in the development version.
Yeah, I see what's wrong with the markers, they are orienting themselves the way that they would if the line was streight rather than curved. To fix this we need to take a tangent at the end to base our orientation on.
i can't access the files any more. moving this to NEEDINFO.
Created attachment 53155 [details] batik rendering Here is the rendering of the svg by Apache Batik.
Created attachment 53156 [details] SVG image Incorrectly rendered SVG image.
Attached the files. They're also available here: http://www.nongnu.org/chmspec/latest/FIftiMain.png http://www.nongnu.org/chmspec/latest/FIftiMain.svg With version 2.9.5 only #1 and #2 are still an issue.
This file now causes a crash somewhere in the pangoft2 code.
The file is now not viewable at all with rsvg-view now (it is shown as empty). If the <style> block is removed, it is shown as vaguely correct, but completely black, shapes. If the <style> block is removed, it is opened with Inkscape, the size of the canvas is changed and the file is saved again, rsvg-view shows it perfectly. But this may be irrelevant, I don't know.
(In reply to comment #9) > The file is now not viewable at all with rsvg-view now (it is shown as empty). > > If the <style> block is removed, it is shown as vaguely correct, but completely > black, shapes. Because this font-size is invalid. It should be "25pt". text { font-size: 25 pt;
Created attachment 159963 [details] Original files with "* pt" replaced with "*pt"
This is the file changed as you (In reply to comment #10) > (In reply to comment #9) > > The file is now not viewable at all with rsvg-view now (it is shown as empty). > > > > If the <style> block is removed, it is shown as vaguely correct, but completely > > black, shapes. > > Because this font-size is invalid. It should be "25pt". > > text { > font-size: 25 pt; I attached the file changed as you suggest. Indeed, with this modification rsvg-view shows the text around the image (on the top and on the right), but nothing else. To show something more, I have to play with the "path" part of the <style> block, for instance deleting some rows.
Created attachment 159975 [details] rendering result with current master Seems to be fixed.
The issues I reported are definitely fixed now, closing the bug. Now I just have to figure out how to get batik and rsvg to use the same fonts.