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
> 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,
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)
I have my own layouts for Ukrainian and Russian, regular layouts
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
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)
(set-coding-category-system 'utf-8 'utf-8)
The rest of your lines seem reasonable.
Santa Maradona, priez pour moi!
XEmacs-Beta mailing list