added more options to fine tune positioning, omit/change prefix, modify QR code look and visual splitting of the printed number

[Unostot]

This is one of my first tries to contribute something, so it might not be the perfect pull request...help appreciated :)

I Added new options to customize and fine tune the printed labels:

• --prefix: Prefix in front of digits (default: ASN)
• --omit-prefix: Do not print prefix in front of digits (just use it in the generated QR code)
• --x-offset: Horizontal (X) offset in mm (default: 0)
• --y-offset: Vertical (Y) offset in mm (default: 0)
• --qr-scale-factor: Scale Factor of QR code (default: 0.9). Makes this option easier to play around until satisfied with the look.
• --qr-border-size: Size of white border around QR code (default: 4) Makes this option easier to play around until satisfied with the look.
• --split-at: visually split printed number at given digit position . Multiple timse allowed to add multiple spaces.

[vicegold]

Is this blocked by anything? Would love to use a different prefix :)

[alexanderbittner]

After reviewing the code and running this locally to try out the new arguments, this appears to work well. No idea why the CI doesn't work on this PR, as posted above.
Let's hope a manual review helps!

[promasu]

The commit changes the file mode from 10644 to 10755. This should be reverted.

[Unostot]

changed it back, not sure why it happend in the first place :)

[promasu]

You are to quick :D
Please add the new parameters to the README as well so it's up to date

[Unostot]

You are to quick :D Please add the new parameters to the README as well so it's up to date

I've added the options to the Readme, and also improved a bit the vertical alignment. This should help whith qr-scale-factors != 0.9 to have it centered along the vertical axis.

[margau]

I'm not too sure about this now.
Feature wise it is surely great, but at the moment, our main.py is a big mess without proper classes.

I'm therefore right now not too happy about adding additional "globals" and "non-class-based abstraction", as it becomes more difficult to read and maintain.

[Unostot]

I'm not too sure about this now. Feature wise it is surely great, but at the moment, our main.py is a big mess without proper classes.

I'm therefore right now not too happy about adding additional "globals" and "non-class-based abstraction", as it becomes more difficult to read and maintain.

is there alread any plan how this should be changed in the future? i.e. do you have a rough idea how to class everything and such, so it becomes more separated and easier to maintain?

I would be willing to help, if I know how it will be changed, and maybe I'm even able to convert my changes to the new design...