Re: Bugs in 21.5 und MS Windows

Frank> It is impossible to display characters which are part of Frank> Unicode, but of no other coding-system known to Frank> XEmacs. Instead of the character a bold = is drawn. Yup. Not just for you, but for XEmacs as it stands. The bold = is actually the JIS GETA MARK, which is the Japanese equivalent of U+FFFD REPLACEMENT CHARACTER. Ben quasi-assigned this one to me ;-) Frank> FSF Emacs 21.2 running under the same environment doesn't Frank> have any problems, too. Yup. They've kludged up a Mule-unicode charset to handle this. Maybe I'll add this to 21.4, but it's wrong, wrong, and evil to do it for 22.0 (which is what we're targeting 21.5 to become). Frank> P.S. I know that this is probably work for Ben and that Frank> he's on vacation, but I just wanted to write it down to Frank> prevent me from forgetting it and maybe there's somewhere Frank> out there, who can fix the one ore the other issue. We need to start an issues page. I'm working (er, intending to) on an automated issues tracker, but for now we can start by hand. If you want to help, you can write this stuff up in genpage .content format (more or less headerless XHTML), see the projects and plans pages at http://www.xemacs.org/Releases/Public-21.2/ for examples. Send them to me <stephen(a)xemacs.org&gt; directly. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py