*** empty log message ***

This commit is contained in:
Kenichi Handa 2002-08-08 13:05:11 +00:00
parent d7209fd558
commit aeae5b21b2
3 changed files with 19 additions and 1 deletions

View file

@ -27,7 +27,11 @@ existing support and the extra stuff at
presence of small-repertoire 10646-encoded fonts in XFree 4 is a
pain, not currently worked round.
The work is almost finished, and soon to be commited.
With the change on 2002-07-26, multiple fonts can be
specified in a fontset for a specific range of characters.
Each range can also be specified by script. Before using
ISO10646 fonts, Emacs checks their repertories to avoid such
fonts that don't have a glyph for a specific character.
* Work is also needed on charset and coding system priorities.
@ -54,6 +58,11 @@ existing support and the extra stuff at
* Lazy-load tables for unify-charset somehow?
Actually, Emacs clear out all charset maps and unify-map just
before dumping, and their are loaded again on demand the
dumped emacs. But, those maps (char tables) generated while
temacs is running can't be get rid of from the dumped emacs.
* Translation tables for {en,de}code currently aren't supported.
* Defining CCL coding systems currently doesn't work.

View file

@ -1,3 +1,7 @@
2002-08-08 Kenichi Handa <handa@etl.go.jp>
* tar-mode.el (tar-extract): Fix previous change.
2002-08-02 Kenichi Handa <handa@etl.go.jp>
* international/characters.el (next-word-boundary-han): Don't

View file

@ -1,3 +1,8 @@
2002-08-08 Kenichi Handa <handa@etl.go.jp>
* coding.c (Fdefine_coding_system_internal): Fix category setting
for a coding system of type iso-2022.
2002-08-02 Kenichi Handa <handa@etl.go.jp>
* fontset.h (FS_LOAD_FONT): Call fs_load_font with the arg CHARSET