Re: buttons in forms don't work anymore for XEmacs

[Mike FABIAN <mfabian@xxxxxxx>]

Mike FABIAN <mfabian@xxxxxxx> さんは書きました:

> Katsumi Yamaoka <yamaoka@xxxxxxx> さんは書きました:

>> it decodes the data as follows:
>>
>> (split-char (string-to-char (decode-coding-string "\357\277\275" 'utf-8)))
>>  => (chinese-big5-1 35 110)
>>
>> Maybe it depends on the language environment or is simply an
>> XEmacs bug.
>
> Probably an XEmacs bug.

I think I have found the problem, it seems to be a bug in the
conversion table from Big5 to Unicode (BIG5.TXT from unicode.org).

See

    http://bugzilla.novell.com/show_bug.cgi?id=293109

When I commented out the lines on BIG5.TXT which map charactes
to U+FFFD, 

    (split-char (string-to-char (decode-coding-string "\357\277\275" 'utf-8)))

evaluates to

    (jit-ucs-charset-0 106 50)

and XEmacs can display U+FFFD correctly in normal text files.

Web-pages containing U+FFFD are still not displayed perfectly when
viewed with w3m.el under XEmacs, but it is much better than before.
Before, everything from the first occurrence of U+FFFD to the end
of the page became garbage Chinese characters.

Now, U+FFFD is displayed as '???' (3 question marks) in a web-page and
the rest of the page remains readable.

-- 
Mike FABIAN   <mfabian@xxxxxxx>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
I � Unicode