Thanks, for this use-case the --gs1parens is not suitable. You may use plain Data Matrix with a verbatim FNC1 at the front. Nevertheless, the data is IMHO not unique. At the end of [21] data, there must be an information to include a FNC1/GS. I don't see that. Is it me? THanks for all, Harald
Are you aware of this syntax (manual, page 58): zint -b 16 --gs1parens -d "(01)98898765432106(3202)012345(15)991231" Then, you only need to ignore any included gs. Perhaps, you do a pre-processing by removing all "gs"... Take care, Harald
Thanks for the proposal. There is currently no print support at all. Proposed code welcome. Take care, Harald
Great, thanks, I appreciate ! Take care, Harald
As a side note, also see discussion at the end of https://github.com/gs1/gs1-syntax-dictionary/issues/23 The most recent specification file may be imported to have more precise error messages.
Terry has proposed the following for Code128 symbology: gs1_encoder_setValidationEnabled(ctx, gs1_encoder_vREQUISITE_AIS, false); I think, that would be a great enhancement. Thanks, Harald
GS1 syntax engine extension for GS1-128 Symbology
Yes, and I am wrong. The code [01]00000000000000 is not seen as error by -gs1strict. Strange, I had this discussion with Terry and we first did not accept a 0 GCP... Sorry, Harald