-
Notifications
You must be signed in to change notification settings - Fork 214
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix unreadable Shift-JIS encoded QR Code #173
base: main
Are you sure you want to change the base?
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #173 +/- ##
=======================================
Coverage ? 64.93%
Complexity ? 980
=======================================
Files ? 48
Lines ? 3094
Branches ? 0
=======================================
Hits ? 2009
Misses ? 1085
Partials ? 0 ☔ View full report in Codecov by Sentry. |
I'm not a big fan of this – the kanji mode exists specifically to massively reduce the amount of storage required for that. Looking at the original zxing code I noticed that they subtract 1 from the length to make it uneven, which we don't do. Could you test locally if that makes a difference for your result? |
I also tried to generate the same QR code with ZXing, which yielded a valid QR code, so there must be some bug in Bacon, but I can't tell, which. |
You can open the link yourself :) |
My bad😅 (I thought you are testing it in locally.) It works with "あいうえお" in ZXing. So yeah, I think something wrong with Bacon but I'm not sure what is. |
I'd recommend to poke around and compare the code paths for kanji between Bacon and ZXing, it might be some very small knob. |
This PR is fix for the issue #172