yet another XEmacs fork;-)

Julian Bradfield writes: [...] Unfortunately I'm going to be out of touch for the next 10 days (business trip to China, and I may or may not have a reasonable internet connection). But let me give you my initial reactions. First, I think that SXEmacs should jump on this (in fact, it's not clear to me why you didn't start from SXEmacs, unless you want Windows support). The general plan sounds quite robust, modulo 21.4 compatibility, which is why I think it would be a really good thing for SXEmacs ... good Unicode support without too much spitting in the soup. OTOH, as you recognize, this isn't going into 21.4, at least not until we declare a stable-candidate release from the 21.5 codebase. Second, I've been thinking along similar lines except not trying to preserve perfect Mule compatibility, since I think many of the things Mule does are wrong-headed (specifically the business of disambiguating Han by default) or just plain broken-as-all-hell ("latin-disunity by design"). I don't disagree that scholars need something like UTF-2000, I just think that is should be done in the (now deprecated) private planes and groups of ISO 10646. I'm not as negative as Aidan, though. Why hasn't it already been done? Well, Ben's AWOL and I just don't have time to do it (I'm not a fast coder). There are more important things in the infrastructure and in Xft that I should pay attention to. Aidan has his own ideas about this stuff, but he's been really busy too. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta