Denis Ledoux 13f1426bf5 [FIX] report: UPC-A barcodes drawing ... It looks like reportlab doesn't handle well UPC-A barcodes. As UPC-A barcodes became EAN13 barcodes when adding a `0` to the beginning of the barcode, and the render is the same, we ask reportlab a EAN13 barcode type when a UPC-A barcode is asked, making sure to add the `0` automatically first. From Wikipedia: ``` The EAN was developed as a superset of UPC, adding an extra digit to the beginning of every UPC number. [...] the original rules for UPC are treated as a '0' if read as EAN-13. A UPC barcode XXXXXXXXXXXX therefore is the EAN-13 barcode 0XXXXXXXXXXXX. It is possible to prefix a UPC barcode with a 0; they become EAN-13 rather than UPC-A. This does not change the check digit. All point-of-sale systems can now understand both equally. ``` opw-670560		2016-03-03 11:08:36 +01:00
..
__init__.py	[IMP] Added the default controller for the generic html reports (reports not needing data to be preprocessed)	2014-02-12 19:00:25 +01:00
main.py	[FIX] report: UPC-A barcodes drawing	2016-03-03 11:08:36 +01:00