Support the different standard encodings about custom-qr-generator HOT 7 CLOSED

I guess ZXing encoder automatically picks most suitable mode.

from custom-qr-generator.

Hm, okay. I tried it with a 64 char hex string that I uppercased and at least it did not become smaller (same amount of pixels). I haven't checked though if the encoded data was actually different. I will give it another go later.

from custom-qr-generator.

Large codes is a bug with automatic error correction level. It mistakenly decides that you have logo with default size even when you don't have it and increases ECL. Try change errorCorrectionLevel in options from Auto to Low. I think it will help to reduce the QR code size.

from custom-qr-generator.

I do not use auto for error correction. I use Medium for for that 64 char string. Setting it to low made a difference in size of the QR code while uppercasing the hex string had no effect.
Right now I need to stick with medium error correction to have them scan reliably.
I'll do some more tests later.

from custom-qr-generator.

So this method form ZXing should automatically select alphanumeric mode. It can't be controlled by the user.

from custom-qr-generator.

Yes, I have already seen that function and it looks good.
I will close the issue for now and only reopen if I can proof it does actually not use the correct encoding.
Thanks for your support! 👍

from custom-qr-generator.

@alexzhirkevich
I just looked at it again and I can confirm that it works and uses the standard encodings automatically.
I added the .toUppercase() function on the wrong line and it was actually still lower case...
Big facepalm moment! Sorry for wasting your time.
But the good news is everything works as expected!

from custom-qr-generator.