Fix wide-character handling (now handles mid-stream encoding changes correctly).

Updates to the meager docs.

1 files changed, 7 insertions, 9 deletions

diff --git a/README b/README
index 573ecb1f..7c05b090 100644
--- a/README
+++ b/README
@@ -18,10 +18,12 @@
 * What's missing?
 - Entries in the termcap file also don't contain the sequences which a terminal
   is supposed to send to the application when a specific sequence is received
-  (for example, the query-cursor-position control sequence).  I haven't figured
-  out how to do those yet.
+  (for example, the query-cursor-position control sequence).  This mostly looks
+  like XTerm's DCS command, but ther may be others.
 - Most commands specific to Xterm or dtterm are recognized, but very few of
-  their behaviors are implemented.
+  their behaviors are implemented.  Luckily, many of them are duplicates of
+  standard termcap behaviors, and because we parse termcap first, they work
+  correctly for "xterm".
 - Portions of the alternate charset support (usually used for line-drawing)
   aren't done yet, but most of it is.
 - Certain termcap-specific commands aren't implemented yet.  There are enough
@@ -32,11 +34,7 @@
   things is currently scarce, so some of it's guesswork.
 - An actual property interface needs to be retrofitted over the various options
   which are currently hard-coded at startup-time.
-- The widget uses wide characters internally, converting from the narrow streams
-  it interfaces with for internal storage using iconv, but it doesn't handle
-  changes to the terminal encoding in the middle of a block of characters until
-  after it's processed the entire block, meaning that sometimes encoding isn't
-  handled properly.
-- Selection and copy/paste support isn't started yet.
+- Selection and copying by word or line isn't available (by char works, but the
+  handling of end-of-line locations is not quite right).
 - Input method support isn't started yet.
 - Mouse tracking isn't started yet.