[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Feature request: multibyte user-full-name

From: Kenichi Handa
Subject: Re: Feature request: multibyte user-full-name
Date: Mon, 20 Mar 2006 13:47:36 +0900
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI)

Stefan Monnier <address@hidden> writes:

>>> Anyway, as far as a system allows users to switch locale, I
>>> think, pw_gecos must adopt locale-independent encoding, thus
>>> the possible encoding is one of UTF-*.  And, considering
>>> backward compatibility, it should be UTF-8.  Then, how about
>>> we always decode it by utf-8 (only if it contains a byte
>>> with MSB set) while falling back to locale-coding-system
>>> (invalid utf-8 sequence is found), and see if that works on
>>> any systems?

> That sounds like a reasonable plan.

AIDA Shinra <address@hidden> writes:

> Now I support Handa's proposal. It will work in most real sites.

Sorry, but I've just noticed that utf-8 decoding doesn't
work in init_editfns () (which sets Vuser_full_name)
because, at this time, emacs/lisp/international is not yet
in Vload_path and thus loading of subst-ksc, etc fails if
the name contains CJK chars.  :-(

It may be possible to delay setting of user-full-name until
Vload_path is setup, but I'm not sure it's worth making that
kind of nontrivial change at this stage.

On the other hand, the same strategy can be implemented in
emacs-unicode-2 without such a problem.  So, I'm going to do
that in that branch.

Kenichi Handa

reply via email to

[Prev in Thread] Current Thread [Next in Thread]