Mercurial > emacs
view README.unicode @ 88886:300f83fb46e1
Include "coding.h".
(Qget_emacs_mule_file_char, Qload_force_doc_strings,
load_each_byte, unread_char): New variables.
(readchar_backlog): This variable deleted.
(readchar): Return a character unless load_each_byte is nonzero.
Handle the case that readcharfun is Qget_emacs_mule_file_char or a
cons. If unread_char is not -1, simply return it.
(unreadchar): Handle the case that readcharfun is
Qget_emacs_mule_file_char or a cons. Set unread_char if
necessary.
(read_multibyte): This function deleted.
(readbyte_for_lambda, readbyte_from_file, readbyte_from_string)
(read_emacs_mule_char): New functions.
(Fload): Even if the file doesn't have the extention ".elc", if
safe_to_load_p returns a positive version number, assume that the
file contains bytecompiled code. If the version is less than 22,
load the file while decoding multibyte sequences by emacs-mule.
(readevalloop): Don't use readchar_backlog.
(Fread): Likewise. Pay attention to the case that STREAM is a
cons.
(Fread_from_string): Pay attention to the case that STREAM is a
cons.
(read_escape): The arg BYTEREP deleted.
(read1): Set load_each_byte to 1 temporarily while handling
#@NUMBER. Don't call read_multibyte.
(read_vector): Call Fread with a cons. If readcharfun is
Qget_emacs_mule_file_char, decode the read string by emacs-mule.
(read_list): If doc_reference is 2, make the cdr part string as
unibyte.
(syms_of_lread): Intern and staticpro Qget_emacs_mule_file_char
and Qload_force_doc_strings.
author | Kenichi Handa <handa@m17n.org> |
---|---|
date | Wed, 24 Jul 2002 10:51:15 +0000 |
parents | 9d76d33fbcff |
children | 1c1bc8902236 |
line wrap: on
line source
-*-text-*- Problems, fixmes and other issues in the emacs-unicode branch ------------------------------------------------------------- Notes by fx to record various things of variable importance. handa needs to check them -- don't take too seriously, especially with regard to completeness. _Do take seriously that you don't want this branch unless you're actually working on it; you risk your data by actually using it._ If you just want to edit Unicode and/or unify iso-8859 et al, see the existing support and the extra stuff at <URL:ftp://dlpx1.dl.ac.uk/fx/emacs/Mule>, mostly now in the CVS trunk. (Editing support is mostly orthogonal to the internal representation.) * SINGLE_BYTE_CHAR_P returns true for Latin-1 characters, which has undesirable effects. * Rationalize character syntax and its relationship to the Unicode database. Specifically, the latin-N.el files aren't consistent for common characters (and obviously have redundancies except in unibyte mode). * Fontset handling and customization needs work. We want to relate fonts to scripts, probably based on the Unicode blocks. The presence of small-repertoire 10646-encoded fonts in XFree 4 is a pain, not currently worked round. * Work is also needed on charset and coding system priorities. * The relevant bits of latin1-disp.el need porting (and probably re-naming/updating). See also cyril-util.el. * Quail files need more work now the encoding is irrelevant. * What to do with the old coding categories stuff? * Syntax for symbols &c in characters.el needs looking at. * The preferred-coding-system property of charsets should probably be junked unless it can be made more useful now. * find-coding-systems-for-charsets needs re-writing or removing. * find-multibyte-characters needs looking at. * Implement Korean cp949/UHC and any other important missing charsets. * Check up on definitions of tcvn and alternativnj. * Lazy-load tables for unify-charset somehow? * Translation tables for {en,de}code currently aren't supported. * Defining CCL coding systems currently doesn't work. * iso-2022 charsets get unified on i/o. * Revisit locale processing: look at treating the language and charset parts separately. (Language should affect things like speling and calendar, but that's not a Unicode issue.) * Handle Unicode combining characters usefully, e.g. diacritics, and handle more scripts specifically (à la Devanagari). There are issues with canonicalization. * Bidi is a separate issue with no support currently. * DTRT with X keysyms. We should get the right unicode for a given keysym, not decode raw bytes in some ill-defined coding system. (fx has some data on keysyms v. unicodes.) * We need tabular input methods, e.g. for maths symbols. (Not specific to Unicode.) * Need multibyte text in menus, e.g. for the above. (Not specific to Unicode.) * Still can't have case pairs which have different byte lengths -- can that be fixed for Turkish, at least? * There's currently no support for Unicode normalization. * Populate char-width-table correctly for Unicode chanaracters and worry about what happens when double-width charsets covering non-CJK characters are unified. * Emacs 20/21 .elc files are currently not loadable. It may or may not be possible to do this properly. * Encoding issues in babyl files/rmail need sorting out. * Gnus still needs some attention, and we need to get changes accepted by Gnus maintainers... * You can grep the code for lots of fixmes.