WIndows XP SP3, trunk (last week) and 0.48.2 Entering characters with Symbol font for values =' character appears. The character shown can change between inkscape versions. In last week's trunk symbol A5 shows up as what looks like a times symbol (an X), whereas in 0.48.2 it is a capital Y with two horizontal lines through it. Seems to be a Pango problem. I wrote some little test programs based on 'Hello World' with some UTF8 characters replacing part of the string and built them against devlibs. The Cairo version properly rendered using the symbol font.

SYMBOLMT NORMAL FONT - DOWNLOAD WITHOUT SIN. Symbolmt Normal Font for Mac allows users to back up and share an unlimited Symbolmt Normal Font for free. The application is intuitive, and largely automated, making.

Oddly the Pango version not only messed up the UTF8 characters (with the substitutions noted in post 6 above) but also failed to render any other latin characters in Greek (r not rho, for instance). So not only does it seem to be in Pango,but Pango seems to do slightly different things in Inkscape and the test program. The attached zip has Pango, cairo, and gtk test programs (there is also one in there called just 'test' which won't build, not sure why.).

The issue has not been resolved per se. I am not sure that it needs to be.

The issue is that Symbol is not a unicode font. If one uses the ^U method to enter A5 for symbol 'greater than or equal to' is falls over to some other font, possibly Arial, and produces a 'superscript 3' glyph (unicode code point A5). Inkscape has Symbol as a supported font.

(It isn't really though, only the first 128 values are. ) On import from EMF, for instance, such characters are common. However, since libunicode-convert was added to lp988601 these are automatically converted to a font other than Symbol, and a unicode code point. So even though Symbol font is still selectable in Inkscape, there is no reason to use it anymore, at least, not as far as going into or out of EMF is concerned. Instead one would use ^U2265 to enter the 'greater than or equal to' code point.

If this drawing was exported to EMF, it would (optionally) be converted to Symbol A5 on the fly, if it stays in SVG, it keeps using the Unicode value. I imagine the issue may still come in the context of other imports/exports, for instane, from CGM or PDF.