The version 2.3.0 of the library used to return 8 digits for UPC-E codes (e.g. 00223393) and 12 digits for UPC-A. However, 3.0.2 now returns 13 in both cases. Could this new behavior be made optional, please? Although stripping the leading 0 is trivial, it requires some work to convert back to 8 digits.
Rationale: to check that the artwork contains the code it should contain, the decoded value should match what the artwork creator used to enter to create the barcode as much as possible.
The version 2.3.0 of the library used to return 8 digits for UPC-E codes (e.g. 00223393) and 12 digits for UPC-A. However, 3.0.2 now returns 13 in both cases. Could this new behavior be made optional, please? Although stripping the leading 0 is trivial, it requires some work to convert back to 8 digits.
Rationale: to check that the artwork contains the code it should contain, the decoded value should match what the artwork creator used to enter to create the barcode as much as possible.