I was looking at: http://www.usc.edu/dept/ealc/chinese...ut1/index.html
whilst trying to view the chinese character strokes. This worked on Windows XP. On Fedora 8, firefox-220.127.116.11, the character comes out garbled.
There is a zip of the site for download for off-line practicing, which includes the java class files. I decompiled it with mocha, and got it working on Windows in Eclipse 3.3 with appletviewer, and then on Fedora 8. The short version is that /usr/lib/jvm/java-1.7.0-icedtea-18.104.22.168/bin and jdk1.6.0_03/bin appletviewer paint properly. The applet basically reads a series of points which define a polygon and it paints them to emulate brush strokes for a character.
What I found is that if I modify the html which starts off as:
<applet code=ChineseFontPlayer.CFPlayer.class width="400" height="400" >
<param name="StrokeData" VALUE="#4PO: 141,79;139,88;137,99;134,109;131,119;
so that all of the points are on one line, firefox will render it properly. So, the garbled character results from only getting the first line of points, and not the whole set. Html should not care about the newlines in the set of data poins and grab everything up to the terminating ">" for the StrokeData. An od -xc shows only newlines and no carriage returns in the html.
Since appletviewer can render the chinese character whether the data is on one line or many, is this a firefox issue or limitation in reading the html?
Following the set of paths below, I assume I am running the icedtea plugin for firefox, since that is the default java on the machine.
libflashplayer.so libnullplugin.so libunixprintplugin.so
$ which java
$ ls -l /usr/bin/java
lrwxrwxrwx 1 root root 22 2007-12-11 09:54 /usr/bin/java -> /etc/alternatives/java
$ ls -l /etc/alternatives/java
lrwxrwxrwx 1 root root 39 2007-12-11 09:58 /etc/alternatives/java -> /usr/lib/jvm/jre-1.7.0-icedtea/bin/java
$ ls /usr/lib/jvm/jre-1.7.0-icedtea/bin
java keytool orbd pack200 pluginappletviewer policytool rmid rmiregistry servertool tnameserv unpack200