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 a1f4221e2e8ed9cb93f43d5173f6eb3c4f975c64..c97b920d2afe123a2163082ca414cc5cc83750e8 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