GNU bug report logs - #34215
27.0.50; Provide elisp access to Chinese pinyin-to-character mapping

Previous Next

Package: emacs;

Reported by: Eric Abrahamsen <eric <at> ericabrahamsen.net>

Date: Sun, 27 Jan 2019 05:44:01 UTC

Severity: wishlist

Found in version 27.0.50

Done: Eric Abrahamsen <eric <at> ericabrahamsen.net>

Bug is archived. No further changes may be made.

Full log


Message #50 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#34215: 27.0.50;
 Provide elisp access to Chinese pinyin-to-character mapping
Date: Fri, 01 Feb 2019 11:15:08 -0800
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
>> Date: Fri, 01 Feb 2019 08:27:08 -0800
>> 
>> >> +        (coding-system-for-write 'utf-8-emacs))
>> >
>> > This should be 'utf-8-unix.  There's no reason to write out stuff in
>> > our internal encoding, as the file is not supposed to have any
>> > characters not representable in UTF-8.
>> 
>> Oh, okay. For my information -- is that not platform-dependent?
>
> No, the defaults are platform-dependent.  utf-8-unix is an explicit
> specification of an encoding, so it leaves nothing to the platform.
>
>> I noticed titdic-cnv.el has a utf-8-emacs encoding cookie at the
>> top.
>
> utf-8-emacs is the internal representation of characters used by
> Emacs, it should only be used when some of the characters might not be
> expressible in UTF-8 (i.e. they are beyond the Unicode codespace).

Interesting, thank you for this background.





This bug report was last modified 6 years and 82 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.