diff --git a/docs/backend.html b/docs/backend.html index eba71a1f..28eab3ed 100644 --- a/docs/backend.html +++ b/docs/backend.html @@ -214,7 +214,7 @@ structure consists of the following variables:
Contains the name of the file to output a - resulting barcode symbol to. Must end in .PNG or .EPS
+ resulting barcode symbol to. Must end in .png, .eps or .svg"out.png"
@@ -308,11 +308,11 @@ structure consists of the following variables:text
character string
+unsigned character string
Human readable text, which usually consists of - the input data plus one or more check digits.
+ the input data plus one or more check digits. Uses UTF-8 formatting.NULL
@@ -1509,7 +1509,15 @@ are shown in the table below.KANJI_MODE
Encodes Kanji characters in QR Code.
+Encodes Kanji characters in QR Code. (Converts UTF-8 to Shift-JIS)
+SJIS_MODE
+Encodes Kanji characters in QR Code. (Assumes Shift-JIS input)
Zint can be used to generate barcodes -as PNG images or as encapsulated Post Script (EPS) files. This page +as PNG images, encapsulated Post Script (EPS) or Scalable Vector +Graphics (SVG) files. This page describes how to encode data using the command line front end program.
3.1 Inputting data @@ -48,9 +49,12 @@ here.png. If an encapsulated Post Script file is needed simply append the file name with .eps:
zint -o there.eps -d 'This Text'
-Output can also be directed to stdout using the --directeps -and --directpng switches for -EPS and PNG output respectively.
+Scalable Vector Graphics representations of symbols can be generated +with the suffix ".svg". Output can also be directed to stdout using the +--directeps, +--directpng and +--directsvg switches for +EPS, PNG and SVG output respectively.
Selecting which type of barcode you @@ -836,14 +840,26 @@ be encoded (see 5.1.12.3). To encode GS1 data use (and doesn't need to be set) for EAN-128, DataBar and Composite symbologies but is also available for Code 16k, Codablock-F, Data Matrix (ECC 200 only), and Aztec Code.
-QR Code can encode Kaji characters. This can be accessed using the ---kanji option.
+The QR Code and MicroQR Code standards have a "Kanji mode" for encoding +Japanese chacters. The standards assume that the input is encoded using the +Shift-JIS system. To access this functionality directly use the +--sjis option. Note that only +double-byte characters are supported. The presence of single byte characters +will cause the data to become corrupted. This functionality can also be +accessed from environments which use Unicode encoding by using the +--kanji option. When this option is +invoked Zint attempts to convert Unicode data to Shift-JIS before encoding +in a barcode symbol. If a Unicode character is not supported then the error +message is output.[1]
Additional options are available which are specific to certain symbologies. These may, for example, control the quantity of error correction data or the size of the symbol. These options are discussed in section 5 of this guide.
+[1] Only Unicode and Shift-JIS inputs can be encoded by Zint directly. +Apple Macintosh Japanese, EUC-JP, ISO-2022-JP and Windows-932 standards +are not supported.