Re: Asterisks in barcode human readable text

Andy Robinson <[email protected]>
Newsgroups gmane.comp.python.reportlab.user
Message-ID <CABjtAptK8TDVy95=i+a4LpNSZmEWp-TBbv+mV+tiVdWrkFLiDA@mail.gmail.com>
Hi Kumar,

It sounds reasonable to me, as the text is for humans and not bar code
readers ;-)

The problem here is that nobody at ReportLab is a bar code specialists
- quite a lot of this code was contributed or copied from other
libraries years ago - and we don't know whether it is actually correct
or not to allow these characters in this position.  If you have time
to check the specifications, and/or there is evidence that other
libraries do this, we could modify humanText to make life easier.

- Andy


On 13 April 2015 at 17:40, Kumar Varadarajulu
<[email protected]> wrote:
> Dear All
>
> We are using reportlab2.6 with python 2.7 to generate barcodes of standard39
> and extended39 formats.
>
> We have a requirement, that asterisks (*) must be displayed in the human
> readable text of barcode.
>
> Looking at the implementation of Extended39 and Standard39 we can see that *
> is excluded from human readable text (Method _humanText in
> reportlab/graphics/barcode/code39.py:138)
>
> As a workaround we have created custom Extended39 and Standard309 formats
> and overridden _humanText method to include * ), and we have monkey patched
> function getCodes (in reportlab/graphics/barcode/__init__.py)
>
> Can you please let me know if we have a better alternative to overriding
> _humanText method to return asterisks (*) for human readable text.
>
> Thanks for your help.
>
> Thanks
> Kumar Varadarajulu
>
>
> _______________________________________________
> reportlab-users mailing list
> [email protected]
> https://pairlist2.pair.net/mailman/listinfo/reportlab-users
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.