On 2008-10-14 12:06+0100 Steve Schwartz wrote:
> Alan,
>
> OK, I've built 8892 and tested the results from x01c in various editors
> and viewers. I also tried x24. Here's a synopsis:
>
> Viewers - ok including glyph circle as graph marker
> =======
> Firefox (3.0.3)
> Eye of Gnome
>
> Viewers - ok except ? instead of graph marker
> =======
> konqueror
> gwenview (kde)
> epiphany (no graph markers at all)
>
> Editors
> =======
> inkscape - all ok
> scribus - still terrible
> gimp (renders to bitmap, but everything is where it belongs)
> karbon14 - no graph markers but rest ok
>
> display (imagemagick) does a terrible job with this (see attached).
> There aren't any graph markers and ALL the text is severely displaced to
> the right.
>
> And out of curiosity I tried x24. Inkscape only finds some of the
> glyphs. Firefox actually finds them all I think (I compared with the
> cairo x-window driver) but prints two of them backward: top left
> (hebrew) and 3rd down on the right (that I don't instantly know). I
> remember enough of my hebrew to recognise the characters making up
> Shalom (and of course that it is written right to left). But firefox and
> others write it left to write.
>
> Anyway, I think you've solved a large part of the text displacement
> issues at this level (the graph markers fall on the curves), though
> clearly not all applications cope equally well with the result.
>
> HTH
Hi Steve:
That report helps a lot and gives me a big sigh of relief. I was especially
delighted to hear that the results for firefox 3 have perfect positioning
just like firefox 2. Thanks!
I believe I know the reason for your "display" results with terrible text
placement. There are actually two independent svg interpreters available
with ImageMagick. To see what is available with ImageMagick, try
identify -list format |grep -i svg
The results here are
MSVG* SVG rw+ ImageMagick's own SVG internal renderer
SVG* SVG rw+ Scalable Vector Graphics (RSVG 2.22.2)
SVGZ* SVG rw+ Compressed Scalable Vector Graphics (RSVG 2.22.2)
All my (reasonably good) "display" results were achieved with SVG (which I
get by default) rather than MSVG. However, if I force MSVG with, e.g.,
display MSVG:x01c.svg.01
I get the same terrible position results that you showed in your attachment.
I expect you don't have librsvg installed which is why you are getting MSVG
results by default from "display". However, if you install librsvg and can
reproduce the identity -list format result above (i.e., your distribution's
ImageMagick build can take advantage of librsvg if it is installed), I think
you will see reasonably good "display" results (positions typically within
half a character) like I do.
With regard to example 24, firefox 2 here is missing all exotic glyphs so
your firefox 3 results are an improvement even though the CTL (Complex Text
Layout) language (Arabic, Hebrew, and Hindi) glyphs are not rendered in the
correct order. Interestingly, the SVG: display renders everything in that
example in the correct order which implies svg.c is not interfering with the
downstream application's ability to handle CTL results. However, some of the
X offsets are much larger (half the peace word length) then the typical
half-character displacements of other examples. I assume librsvg just
doesn't know yet how to deal with text-anchor="middle" (i.e., centred
justification of words) for CTL scripts.
It was good to hear that inkscape import worked fine not only because it
gives us all at least one svg editor that we can use with PLplot -dev svg
results, but also because it should help you light a fire under scribus to
fix up their import ability.
Thanks, again, for running all of these tests.
Alan
__________________________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________
Linux-powered Science
__________________________
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
