-*-mode: text; coding: latin-1;-*-
-Problems, fixmes and other issues in the emacs-unicode branch
+Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008
+ Free Software Foundation, Inc.
+See the end of the file for license conditions.
+
+Problems, fixmes and other unicode-related issues
-------------------------------------------------------------
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. E.g.:
(multibyte-string-p (let ((s "x")) (aset s 0 ?£) s)) => nil
(text-char-description ?£) => "M-#"
These examples are all fixed by the change of 2002-10-14, but
- there still exist questionalble SINGLE_BYTE_CHAR_P in the
+ there still exist questionable SINGLE_BYTE_CHAR_P in the
code (keymap.c and print.c).
* Rationalize character syntax and its relationship to the Unicode
* 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
+ Actually, Emacs clears out all charset maps and unify-map just
+ before dumping, and they are loaded again on demand by the
dumped emacs. But, those maps (char tables) generated while
- temacs is running can't be get rid of from the dumped emacs.
+ temacs is running can't be removed from the dumped emacs.
* Translation tables for {en,de}code currently aren't supported.
* 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.)
+ spelling 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
* There's currently no support for Unicode normalization.
- * Populate char-width-table correctly for Unicode chanaracters and
+ * Populate char-width-table correctly for Unicode characters and
worry about what happens when double-width charsets covering
non-CJK characters are unified.
New font handling mechanism with font backend method
----------------------------------------------------
-This branch now contains new codes for handling fonts by multiple font
+Emacs now contains new codes for handling fonts by multiple font
backends. The old font handling codes still exist completely parallel
to the new codes, and the new codes are used only when you configure
Emacs with the argument "--enable-font-backend".
ftfbfont.c -- font-driver on FB for FreeType fonts.
bdffbfont.c -- font-driver on FB for BDF fonts.
-Note: The fontset related codes are not yet matuared to work well with
+Note: The fontset related codes are not yet matured to work well with
the font backend method. So, for instance, even if you start Emacs
as something like this:
% emacs -fn tahoma
In such a case, please try this:
(set-fontset-font "fontset-default" 'latin '("tahoma" . "unicode-bmp"))
+
+\f
+This file is part of GNU Emacs.
+
+GNU Emacs is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 3, or (at your option)
+any later version.
+
+GNU Emacs is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with GNU Emacs; see the file COPYING. If not, write to the
+Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
+Boston, MA 02110-1301, USA.