User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0 e.g. the text "⌀⌖↺↻ same characters!!" is showing empty cells in SVG use while showing correct values in HTML/foreign use (size of empty cells depending on font family) while using same font family (this is maybe because of state of text implementation in SVG, but I think, it could eventually be easy to correct that) tested using build 2005042009 Reproducible: Always Steps to Reproduce: 1.load the appended xml-file and .css-file 2. 3. Actual Results: the text "⌀⌖↺↻ same characters!!" is showed twice, but the Unicode chars are shown only in the foreign- (and pure HTML-)source Expected Results: display of Unicode chars like the diameter sign #x2300 in SVG output When positioning the mouse over "character" or over the box in the right bottom corner, the pictures are flattering. While this may seen as the expected behavior, there may be some more nice ways to cope with the problem of changing dimensions when hovering (modified in/out-focus change for this case?) But this is mainly a general browser aspect

1. Could you please create a minimal testcase? As in very small, probably less than 1KB. 2. Could you make the testcase so, that no additional files are needed? Embedded CSS, etc.

See also: <http://hixie.ch/advocacy/writing-test-cases-for-web-browsers>

(In reply to comment #3) > 1. Could you please create a minimal testcase? As in very small, probably less > than 1KB. > 2. Could you make the testcase so, that no additional files are needed? Embedded > CSS, etc. I'd success in trying to make a simple example, but: State: - Mozilla SVG is able to handle very complex situations - but is not simple to use it for simple SVG files: - not working compatible to SVG specifications for "simple" cases - needing styles in any case - not evident, what's a minimal style set - not completely implemented - therefore minimal solutions are not evident To make a "simple testcase" for SVG is therefore often much too complicate. It's often not complicate to simplify the error case, but to make a working SVG environment. At the moment, to avoid a css file is normally really too much to expect for a simplified test case - you could only expect to avoid error messages (with normal effort it seems to be possible only starting from the Mozilla SVG examples). The simplified example is showing the same reaction for the wrong case (but not exactly for the correct case, showing the correct text only in a title specification)

This testcase is based upon the following example (from the W3C): http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-text-intro-01-t.html It allows direct side-by-side comparison of the XHTML and SVG rendering for three different font families in various languages using the UTF-8 encoding.

This doesn't seem to be limited to Windows. Confirming for FreeBSD (6.0) using recent GTK2 builds of both Firefox and Seamonkey. Changing OS to All.

*** Bug 311690 has been marked as a duplicate of this bug. ***

*** Bug 363918 has been marked as a duplicate of this bug. ***

This bug still exists in Firefox 2.0.0.1 -- tested using FF 2.0.0.1 on windows XP, Linux (SuSE on i386), and Mac OSX (G5 PowerPC). Tested using this URL : http://eyegene.ophthy.med.umich.edu/gladiatorcomponents/svgLoginComponent.html (Just copy and paste one of the Chinese or Japanese username/password examples and press enter -- the "Welcome" message will show square boxes where the Japanese or Chinese should be). NOTA BENE: This bug does not exist in Opera's SVG-competent browser (tested using version 9.02 on Linux).

Font substitution is a welcome side effect of thebes conversion. All the testcases seem to display as expected now.