Re: [Zint-barcode] Feature in in qtZint 2.12

[Harald O. <har...@el...>]

Am 13.04.2023 um 20:58 schrieb Jörg Walther:
> Hi ,
> 
> I have tried to generate a DataMatrix code with the interactive tool 
> version 2.12
> 
> Input data:
> 
> [)>\x1e06\x1d12PGTL3\x1d9K01\x1d3L444333222\x1dV444333111\x1d2S023-04-03-123\x1d2L54321\x1d20L12345\x1d22LLine 5-213\x1d8D2023030314002\x1dQ360\x1d3QPC\x1d2Q596\x1dPGFS-123-554-888\x1d4LGB\x1dB0006PAL\x1d14D202303031400\x1d2PEC123\x1d20PH123\x1d21PS456\x1d1TB234\x1e\x04
> 
> CLI equivalent ( as generated by the system)
> 
> zint.exe -b 71 --box --eci=3 -d 
> "[)>\x1e06\x1d12PGTL3\x1d9K01\x1d3L444333222\x1dV444333111\x1d2S023-04-03-123\x1d2L54321\x1d20L12345\x1d22LLine 5-213\x1d8D2023030314002\x1dQ360\x1d3QPC\x1d2Q596\x1dPGFS-123-554-888\x1d4LGB\x1dB0006PAL\x1d14D202303031400\x1d2PEC123\x1d20PH123\x1d21PS456\x1d1TB234\x1e\x04" --esc --scalexdimdp=0.35,12 --square --vwhitesp=3 -w 3
> 
> The symbol (png) has been generated and can be decoded.
> 
> However, there is a strange feature: the programme adds a \x03 after the 
> syntax identifier ([)>\x1e06\x1d)
> 
> 'raw': 
> b'[)>\x1e06\x1d*\x03*12PGTL3\x1d9K01\x1d3L444333222\x1dV444333111\x1d2S023-04-03-123\x1d2L54321\x1d20L12345\x1d22LLine 5-213\x1d8D2023030314002\x1dQ360\x1d3QPC\x1d2Q596\x1dPGFS-123-554-888\x1d4LGB\x1dB0006PAL\x1d14D202303031400\x1d2PEC123\x1d20PH123\x1d21PS456\x1d1TB234\x1e\x04'
> 
> The ISO 15434 does not require nor support this control character.
> 
> When I use the command line interface, the symbol is generated correctly.
> 
> My command: .\zint -i data.txt -o test2.png -b 71 --esc --whitesp=5 
> --vwhitesp=5
> 
> I thought you ought to know and maybe check the reason at some point. I 
> have not found a way to add this to issues in GitHub therefore this mail.
> 
> Best regards
> Jörg
> 
> *Jörg Walther
> Odette International Ltd*

Jörg,

thank you for the message. Unfortunately, I can not reproduce the issue.

What I did:

Download zint from:
https://sourceforge.net/projects/zint/files/zint/2.12.0/zint-2.12.0-win32.zip
- unzip
-start qtZint.exe

- Filled the mask as in attachment: qtzint_walther_mask.png
   - Symbology: Data Matrix, Press Flash button (right to reader init 
checkbox), enter data, check "Escape Escapes", Tab Appearence: 
Whitespace 2x, 2x
- Save code as gif. Result in: qtzint_walther_code.gif
- Scan the result using ScanLink. Result in attachment: 
scanlink_walther_qtzint.pdf
- Put into a file test.bat:
zint.exe -b 71 -d 
"[)>\x1e06\x1d12PGTL3\x1d9K01\x1d3L444333222\x1dV444333111\x1d2S023-04-03-123\x1d2L54321\x1d20L12345\x1d22LLine 
5-213\x1d8D2023030314002\x1dQ360\x1d3QPC\x1d2Q596\x1dPGFS-123-554-888\x1d4LGB\x1dB0006PAL\x1d14D202303031400\x1d2PEC123\x1d20PH123\x1d21PS456\x1d1TB234\x1e\x04" 
--esc --vwhitesp=2 -w 2 -o code_zint_walther.gif
pause
-EOF-
- Compare the two gif's (winmerge). They are identical.

Please allow me to give a warning. If you are using a scanner with 
keyboard emulation, those issues may easily be introduced by the data 
transmission.
I used a scanner with POS interface, which is binary and position proof.

I am ready for your comments. Do I oversee something ?

As mentioned before, the issue tracker is here:
https://sourceforge.net/p/zint/tickets/
I will add this if the issue is confirmed.

Thank you and take care,
Harald