Clarification of --fullmultibyte in manual

This commit is contained in:
Robin Stuart 2020-04-08 09:32:25 +01:00
parent 327d6ec88b
commit 6d84b166dc

View File

@ -437,18 +437,12 @@ be found in that section.
The --fullmultibyte option uses the multibyte modes of QR Code, Micro QR Code, The --fullmultibyte option uses the multibyte modes of QR Code, Micro QR Code,
Rectangular Micro QR Code, Han Xin Code and Grid Matrix for binary and Latin Rectangular Micro QR Code, Han Xin Code and Grid Matrix for binary and Latin
data, maximizing density. data, maximizing density. This is achieved by using compression designed for
Please check your reader device for not having the following Kanji characters, however some decoders take blocks which are encoded this
non-standard property: this option may switch to multibyte (ex. Kanji) way and interpret them as Kanji characters, typically by applying a
compression within the code to obtain a smaller code matrix. The Kanji mode is transformation to UTF8 and thus causing data corruption. Symbols encoded
a compaction mode and does not inform about contained Kanji characters. with this option should be checked against decoders before they are used.
Nevertheless, some decoders take blocks which are encoded in Kanji The popular open-source ZXing decoder is known to exhibit this behaviour.
compaction and output them as Kanji characters, typically be applying a
transformation to UTF8. The result is unpredictable, as zint
--fullmultibyte chooses the compaction type only on the criteria to
obtain smaller codes and not to inform about the presence of Kanji
characters.
An example decoder with this property is the zxing decoder app.
If your data contains non ISO-Latin-1 characters, you may encode it using an If your data contains non ISO-Latin-1 characters, you may encode it using an
ECI-aware symbology and an ECI value from the table below. ECI-aware symbology and an ECI value from the table below.