mirror of
https://git.code.sf.net/p/zint/code
synced 2025-12-18 02:17:06 +00:00
gs1/gs1_lint: update to latest gs1-syntax-dictionary, removing
`iso3166list` linter and adjusting all others to allow for multiple optional linters (by checking `data_len` vs `offset`) library: change invalid `input_mode` reset to return warning; split func table into 2 - func declarations without prototype will be error in C23; make invalid symbology check a separate function using a table and call near beginning of `ZBarcode_Encode_Segs()`; in `ZBarcode_BarcodeName()` save some bytes by simplifying name table and removing "BARCODE_" prefix from entries output: fix pack logic to use pragma by default (actually more portable than `__attribute__`) common.h: remove C99 detection which was artifice of specifying "-std=", and rejig layout to be more logical BWIPP: update to latest version general: change `ZINT_VERSION_BUILD` tests to `#if`s general: further fiddling with some tables to save a few bytes CLI: change function arg `optarg` -> `arg` so doesn't shadow global general: library now compilable with Comp Cert C (though as it doesn't support `alloca()` will have multiple memory leaks)
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
% Zint Barcode Generator and Zint Barcode Studio User Manual
|
||||
% Version 2.13.0.9
|
||||
% May 2024
|
||||
% June 2024
|
||||
|
||||
# 1. Introduction
|
||||
|
||||
@@ -4246,7 +4246,7 @@ Slovenia). The size, error correction level and ECI are set by Zint and do not
|
||||
need to be specified. UPNQR is unusual in that it uses Latin-2 (ISO/IEC 8859-2
|
||||
plus ASCII) formatted data. Zint will accept UTF-8 data and convert it to
|
||||
Latin-2, or if your data is already Latin-2 formatted use the `--binary` switch
|
||||
(API `input_mode = DATA MODE`).
|
||||
(API `input_mode = DATA_MODE`).
|
||||
|
||||
The following example creates a symbol from data saved as a Latin-2 file:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user