RE: About making elisp files UTF-8

"Ben Wing" <[email protected]> Sun, 12 Dec 2004 23:48:39 -0600
Newsgroups gmane.emacs.xemacs.design
Message-ID <01a101c4e0d7$65d53ac0$210110ac@NEEEEEEE>
> >>>>> "Eli" == Eli Zaretskii <[email protected]> writes:
> 
>     >> Is anyone in communication with them to try and ensure that
>     >> their API's look like ours, or are they just going to be
>     >> incompatible AGAIN?
> 
>     Eli> What APIs?  AFAIK, there are no significant changes in the
>     Eli> APIs due to the Unicode move, only the absolutely necessary
>     Eli> ones.  However, I might be mistaken, as I don't track the
>     Eli> Unicode branch.  You might be better off asking on
>     Eli> [email protected] (Ken'ichi Handa reads that).
> 
> That is the impression I have.  I'll check out the 
> emacs-unicode branch and report.

What I mean is, we have the following functions and variables:

Functions and Macros:

 char-to-unicode                - Convert character to Unicode codepoint.
i  default-unicode-precedence-list - Return the default precedence list used
for Unicode decoding.
i  language-unicode-precedence-list - Return the language-specific
precedence list used for Unicode decoding.
i  load-unicode-mapping-table     - Load Unicode tables with the Unicode
mapping data in FILENAME for CHARSET.
b  load-unicode-tables            - Initialize the Unicode translation
tables for all standard charsets.
i  set-default-unicode-precedence-list - Set the default precedence list
used for Unicode decoding.
i  set-language-unicode-precedence-list - Set the language-specific
precedence of charsets in Unicode decoding.
i  set-unicode-conversion         - Add conversion information between
Unicode codepoints and characters.
i  unicode-precedence-list        - Return the precedence order among
charsets used for Unicode decoding.
i  unicode-to-char                - Convert Unicode codepoint to character.

Variables and Constants:

   load-unicode-tables-at-dump-time - [INTERNAL] Whether to load the Unicode
tables at dump time.

I don't want to have a different set of functions in GNU Emacs that we then
have to support.