Open Ran-n opened 2 years ago
Acc. to "ISO/IEC 2015 6.2 -- Mirror imaging" the first image is a valid output.
It doesn't help you to solve the problem, but in my opinion the QR code readers should be improved, not necessarily this library.
And when using an improved QR code reader isn't an option?
Having qr xyz
and qr xyz --ascii
produce different results is extremely annoying when trying to chain several things together.
Not to mention it's ugly and entirely pointless
Edit; I apologize for being rude. I was frustrated and couldn't make enough sense of the codebase to fix the issue myself
Acc. to "ISO/IEC 2015 6.2 -- Mirror imaging" the first image is a valid output.
It doesn't help you to solve the problem, but in my opinion the QR code readers should be improved, not necessarily this library.
Like Scripter17 is saying is kinda weird that qr and qr --ascii produce different, out of the box, results and considering that said option exists for the image type it would be neat in the ascii one. Also yeah, its not an option for everyone and if this library is implemented in another program the end user is not gonna take the time to or even try to use a different reader.
It shouldnt be too difficult to do anyway.
It shouldnt be too difficult to do anyway.
I can personally vouch for it not being difficult because I've literally done that
I went a bit overboard too and also
--ascii
outputting a ton of ANSI commands to a separate --tty
optionSo once I re-add print_tty
which I removed for... some reason, I guess I can do a puil request
Great, cant wait to test it
The ascii functionality is great but some readers cant interpret the codes if they are not in the standard manner (info on black and spacing on white).
A option which would allow to output the ascii qr codes in such manner would be great.
I attach files to help identify the problem.
This would be the current ouput, which some readers dont understand.![image](https://user-images.githubusercontent.com/31899984/149392133-24c924cc-7735-40c2-bba2-afd1a0553bbc.png)
This would be the desired standard output.![image](https://user-images.githubusercontent.com/31899984/149391935-916f44ee-89c2-43ea-8e73-eacddf13e6dc.png)