Unicode and xemacs

Peter Gordon writes: I hope you're not using the binary RPM provided by Fedora Core, I've heard it's even more buggy than building from our source, and I don't understand how the reported bugs could happen---I just send Fedora Core customers back to Fedora. Non-Western European, non-Japanese languages are likely to lose with this configuration unless you're a developer. Xft support is a work in progress, and the font menus are known to be broken. Furthermore, they're broken by design. I'm working on the design, and don't intend to try to fix behavior in the short run. --without-debug and --without-error-checking are highly risky; if you have any problems at the C level (and I know of several that have been identified since release of 21.5.27, including probable crashes), you're just going to be told to build with --with-debug at least and file a proper bug report. --with-debug has very little performance impact. As far as Unicode support is concerned, it's strictly external. Internal encoding are still based on legacy national character sets (as are those of all released Emacsen, including the release-in- progress of GNU Emacs 22, except for the XEmacs/CHISE fork developed at the University of Kyoto). The code in src/objects-x.c is supposed to be able to handle various charsets, why it doesn't like Hebrew and Russian I don't know. I'll take a look at that, but can't promise rapid progress. Sorry I can't be more optimistic. I hope the information is of use to you, though. Steve _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta