Document modal encodings problem in ref doc
authorMichael Gran <spk121@yahoo.com>
Tue, 19 Jan 2010 16:42:44 +0000 (08:42 -0800)
committerMichael Gran <spk121@yahoo.com>
Tue, 19 Jan 2010 16:42:44 +0000 (08:42 -0800)
* doc/ref/api-io.texi (Ports): note that modal encodings are not
  supported

doc/ref/api-io.texi

index a1f4221..c97b920 100644 (file)
@@ -76,6 +76,12 @@ how characters and strings written to the port are converted to bytes.
 When ports are created, they inherit their character encoding from the
 current locale, but, that can be modified after the port is created.
 
+Currently, the ports only work with @emph{non-modal} encodings.  Most
+encodings are non-modal, meaning that the conversion of bytes to a
+string doesn't depend on its context: the same byte sequence will always
+return the same string.  A couple of modal encodings are in common use,
+like ISO-2022-JP and ISO-2022-KR, and they are not yet supported.
+
 Each port also has an associated conversion strategy: what to do when
 a Guile character can't be converted to the port's encoded character
 representation for output. There are three possible strategies: to