Re: [Gnuplot-bugs] SVG font rendering issue

[Ethan A M. <merritt@u.washington.edu>]

On Wednesday 23 May 2007 09:34, pl...@pi... wrote:
> 
> I quite understand your point but if ppl have to avoid using svg because  
> programs can provide useful output (albeit technically correct , std  
> compliant) then this adoption is not going to happen soon.
> 
> We'll just end up seeing more and more bloated pdf files with inferior  
> rendering quality.

OK guys.  I've modified the svg terminal to avoid using 'em' units for
horizontal spacing.  This degrades the horizontal positioning on 
compliant viewers, but it means that firefox etc do something reasonable.
I've also corrected a scope error on the text path components, which may
improve the vertical positioning on some viewers as well.  The change is
in the cvs trees for both 4.2 and 4.3.

> Opera is one of the better renderers I know but it does get this leading  
> wrong because it is not using 5pt font.

Opera?
I have opera 9.20 installed, but it has no native svg support at all.
Is there a more recent opera, or are you using some 3rd-party plugin?

> I have tried editing OP's xhtml file and found that defining font-size:5pt  
> rather then font-size:5 DOES work and produce the output he's looking for.
> 
> That would surely be a trivial fix to explicitly state the units and may  
> give more reliable rendering elsewhere as well.
> 
> Could you consider implementing that in CVS?

I made that change, but I'm having second thoughts.  It doesn't seem to
change the behaviour in ksvg at all.  But in firefox, adding the "pt"
qualifier means that the fonts can no longer be scaled using the browser
hotkeys ctrl-+  ctrl--  or the size options in the view menu.

I'll try to find a relevant section of the standard.

Try this as a test page:

     http://gnuplot.sourceforge.net/demo_svg/utf8text.html

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742