User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-AT; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-AT; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 example/extract of input lines in a SVG, which cause havoc in the output, I observed this issue as well in Firefox 1.5.0.7, Firefox 2.0rc1, Seamonkey 1.0.5 and Camino 1.0.3, seen on MS Windows, Mac OS X (PPC) and Solaris (SPARC): <font id="FontID1" font-variant="normal" style="fill-rule:nonzero" font-style="normal" font-weight="700"> <font-face font-family="Futura Md BT"> </font-face> <missing-glyph><path d="M0 0z"/></missing-glyph> <glyph unicode="l" horiz-adv-x="312"><path d="M68.8291 0l0 756.829 174.342 0 0 -756.829 -174.342 0z"/></glyph> ... </font> Reproducible: Always Steps to Reproduce: 1. load a described SVG into Firefox, Seamonkey or Camino 2. watch the output precisely 3. compare with the two capable SVG renderers Batik (from Apache) or Adobe SVG viewer plugin v3 Actual Results: misplaced, wrongly sized texts scattered over the render output Expected Results: place the text correctly on the defined locations in the right size It is not sure, if this is really a bug or a missing, not yet implemented feature --- as matter of fact, Opera 9.02 has a rather similar problem with such SVG files, though it has a completely different render engine.

*** This bug has been marked as a duplicate of 119490 ***