Snapshot links embedded below. Click on "normal" size for proper viewing.
Looks like it boils down to installing/accessing the correct font on Unix. Guess we can toss out my example and just look at the widget demos and the chfont.pl demo zentara passed along.
Surprising that CPAN's perl 5.8.5 widget demo (snapshot here) did not have the Unicode demo that are in ActivePerl's (5.8.4, all OS's) widget demo
Here are the snapshots of the "Labels and Unicode Text" demo (unicodeout.pl): Win32 is correct whereas Linux, Solaris 8, and Solaris 2.6 all have the same problems.
zentara's chfont.pl had similar results: Win32 is fine, but Linux, Solaris 8, and Solaris 2.6 do not.
So the basic questions remains: Do we need to get a different font file? Where would it go? Does the script need to call a particular font a particular way? | [reply] |
Okay, screenshot shows that its not font/encoding problem, rather something wrong with processing of unicode.
Basically, your pass an interpreter a string consisting of some characters including chinese; however at some point program considers \x{blab} as 8 characters '\','x', and so on, instead of one character, so looks like this is parser problem.
Very strange.
Did you tried my example that I give in parallel post?? Do you receive same screenshot as mine? (to run, you need save my code as file, run 'wish' on it, and you should see mine screenshot)
addition you certainly need checking versions on systems with good and behaviours, exact perlTk and Perl versions, probably Perl version on Linux/Unix are different?
Best regards,
Courage, the Cowardly Dog
| [reply] |