From 36d22d82aa202bb199967e9512281e9a53db42c9 Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sun, 7 Apr 2024 21:33:14 +0200 Subject: Adding upstream version 115.7.0esr. Signed-off-by: Daniel Baumann --- third_party/rust/encoding_rs/doc/ISO-2022-JP.txt | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 third_party/rust/encoding_rs/doc/ISO-2022-JP.txt (limited to 'third_party/rust/encoding_rs/doc/ISO-2022-JP.txt') 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. -- cgit v1.2.3