summaryrefslogtreecommitdiffstats
path: root/third_party/rust/encoding_rs/doc/ISO-2022-JP.txt
diff options
context:
space:
mode:
Diffstat (limited to 'third_party/rust/encoding_rs/doc/ISO-2022-JP.txt')
-rw-r--r--third_party/rust/encoding_rs/doc/ISO-2022-JP.txt10
1 files changed, 10 insertions, 0 deletions
diff --git a/third_party/rust/encoding_rs/doc/ISO-2022-JP.txt b/third_party/rust/encoding_rs/doc/ISO-2022-JP.txt
new file mode 100644
index 0000000000..65713a1e9f
--- /dev/null
+++ b/third_party/rust/encoding_rs/doc/ISO-2022-JP.txt
@@ -0,0 +1,10 @@
+/// This the primary pre-UTF-8 encoding for Japanese email. It uses the ASCII
+/// byte range to encode non-Basic Latin characters. It's the only encoding
+/// supported by this crate whose encoder is stateful.
+///
+/// [Index visualization](https://encoding.spec.whatwg.org/jis0208.html),
+/// [Visualization of BMP coverage](https://encoding.spec.whatwg.org/jis0208-bmp.html)
+///
+/// This encoding roughly matches the Windows code page 50220. Notably, Windows
+/// uses U+30FB in place of the REPLACEMENT CHARACTER and otherwise differs in
+/// error handling.