[mule] xemacs doesn't recognize some symbols

[Aidan Kehoe]

 Ar an seacht? l? is fiche de m? Deireadh F?mhair, scr?obh Andriy Gapon: 

 > > Yup, because you don?t have any fonts on your system to handle that
 > > encoding (the XLFD needs to end with cns11643-1). I have most of a
 > > solution to that problem on my hard disk--if the font isn?t available,
 > > it tries the Unicode encoding instead--but it needs some more testing
 > > and debugging.
 > 
 > I understand your description, but don't understand the origin of the
 > problem :-) Did those dashes originally appear in chinese charsets ?

Probably not; adobe-standard had them long before CNS 11643 was published,
for example. 

 > Don't some iso8859 charsets have them ?

No. In non-East-Asian practice yes, since the Microsoft extensions of the
ISO character sets included them between 0x80 and 0xA0. This range is
defined by the ISO as control characters, and used in East Asia (and in
Emacs internationalisation, since the bulk of the design was done in Japan)
as such.

 > I have my own layouts for Ukrainian and Russian, regular layouts have
 > poorer repertoire of symbols and do not employ AltGr.
 > On the other hand, I've just set the standard ua layout and tried to
 > enter small and capital GHE WITH UPTURN, which is bound to backlash/pipe
 > key, and I got exactly them, backslash and pipe. At the same time xterm
 > input was just fine.
 > So Mode_switch was probably my over-imagination, it seems that XEmacs
 > falls back either to us layout or some built-in layout.

(If it?s falling back, it?s to the US layout, yes.)

 > Maybe I have some problem with my config, here's what I have
 > (input/unicode related only):
 > 
 > ;;unicode support in xemacs-mule
 > (setq mucs-ignore-version-incompatibilities t) ; xemacs 21.5 with mule
 > (require 'un-define)

Mule-UCS isn?t necessary and doesn?t work on 21.5; if you have recent
versions of the packages, that line should give you an error message. Try 

(unless (>= 5 emacs-minor-version)
  (require 'un-define))

 > (set-default-output-coding-systems 'utf-8)
 > (set-coding-priority-list '(utf-8))
 > (set-coding-category-system 'utf-8 'utf-8)

The rest of your lines seem reasonable. 

-- 
Santa Maradona, priez pour moi!