Mercurial > emacs

changeset 88836:b53799fa4747

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
*** empty log message ***
author Dave Love <fx@gnu.org>
date Fri, 05 Jul 2002 18:41:43 +0000
parents a6a099ae2ec2
children 1197c3fea3fa
files README.unicode
diffstat 1 files changed, 17 insertions(+), 10 deletions(-) [+]
line wrap: on
line diff
--- a/README.unicode	Thu Jul 04 23:05:18 2002 +0000
+++ b/README.unicode	Fri Jul 05 18:41:43 2002 +0000
@@ -2,14 +2,15 @@
 
 Problems, fixmes and other issues in the emacs-unicode branch
 
-Notes by fx to record a few things.  handa needs to check them --
-don't take too seriously, especially with regard to completeness.
+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 CVS branch unless you're
-actually working on 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>.  Editing support is mostly
-orthogonal to the internal representation.
+_Do take seriously that you don't want this CVS branch unless you're
+actually working on it; you'd risk your data._  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>.  Editing
+support is mostly orthogonal to the internal representation.
 
  * SINGLE_BYTE_CHAR_P returns true for Latin-1 characters.
 
@@ -47,8 +48,7 @@
 
  * Lazy-load tables for unify-charset somehow?
 
- * Should translation tables for {en,de}code and input work now or be
-   scrapped?
+ * Translation tables for {en,de}code currently aren't supported.
 
  * Defining CCL coding systems currently doesn't work.
 
@@ -62,7 +62,7 @@
    handle more scripts specifically (á la Devanagari).  There are
    issues with canonicalization.
 
- * Bidi is a separate issue.
+ * 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.
@@ -73,3 +73,10 @@
 
  * 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.
+
+ * You can grep the code for lots of fixmes.