Re: Ethiopic in 21.1.7++

Jan> Vin Shelton <acs(a)xemacs.org&gt; writes: This looks like the same thing that was happening with Japanese and some other languages. The FSF changed the language environemnt API, and that got ported to a couple of language environments but not the rest. :-( Jan> I tried making the obvious path (namely copying Jan> 'setup-ethiopic-environment-internal from an old mule base Jan> into the core), however then I stopped. auto-autoloads.el Jan> from mule-base contains Ethiopic is one of the things that got ported from FSF and ignored, I think disabling it is the best route until somebody is willing to take a good look at it. That is my suggestion for any non-ISO-8859, non-Asian-ideographic language that breaks, unfortunately. I think a real solution to this, one that is robust to ++patchlevel, even, will have to wait until we define real APIs for Mule and convince porters from FSF to stick to them. You can always write Tomohiko Morioka <tomo(a)etl.go.jp&gt;, and ask him. He did most or all of those ports. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 __________________________________________________________________________ __________________________________________________________________________ What are those two straight lines for? "Free software rules."