Live data from Hacker News

Show HN: qrframe – generate beautiful qr codes with javascript code

github.com

61–70 of 81 posts

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#62
post #5

Wow, super cool! I love the unique styling. Haven’t seen that before. I (well, GPT-4) built freeqrgenerator.app specifically for my wife because she kept using the malicious sites that inject a redirect that inevitably die and stop working. Thinking I can retire mine and use yours instead on the domain.

Yeah, there are a lot of annoying sites like that. Your site is cool, it's streamlined and has a easy to remember name and you made it (with a little help) which is great. It's hard to find, but here are two other generator sites that are free and nice to use. https://qr.grid.ws/ only has a text box and a download button https://qrcode.antfu.me/ has a lot of options

If you google "github qr code generator", the top result has a live demo that I've used quite a bit: https://www.nayuki.io/page/qr-code-generator-library#live-de...

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#63
post #49

Neat! In my opinion those generated by generative AI with controlnet are even more impressive [0], albeit also reducing their likelihood of being correctly read by all. [0] https://stable-diffusion-art.com/qr-code/

While I do agree, one can be done almost instantly in your browser, one takes hours of rendering.

Libs like qrframe are great for automating QR code creation in a web app, the ControlNet stuff is great for if you just need to make one QR code for an event or want an animated QR code (stuff like this is usually several frames per minute if you’ve got a good GPU).

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#64
> These QR codes are not reliably scannable!

Isn't the whole point of QR codes to reliably transfer information from the physical world into the digital one without specialized equipment or software? They look pretty, sure, but so did DataGlyphs (https://www.microglyphs.com/english/html/dataglyphs.shtml) and those could be scanned reliably, just not by your average phone.

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#65
post #12

This looks super cool but I could only get 10/21 to scan with the classic zxing scanner (>100M downloads), and 3 of those took a bunch of playing with camera angles and distance, so I'd recommend against using anything too fancy for real world barcodes.

[flagged]

Ah yes, scanned using a proprietary app on a thousand-dollar phone from the bright screen of a thousand-or-more-dollar computer: the only use-case imaginable, no reason any person would ever be using anything else...

If it doesn't work on a 150$ Android phone using all of the 10 top results for "qr scanner" in the Play Store when scanned from a dirty TN panel or faded inkjet print in bad lighting: you are failing your users, turn off your graphic designer brain and think about usability.

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#66

Earlier quoted context omitted.

The problem here is that it cannot possibly work robustly. It does what it does by trampling all over the error correction codes and using out of spec pixel shapes. This is not the sort of problem that will go away once the technology matures. It is fragile by its very nature. It is absolutely OK to recommend against it on that basis.

I don't think you're right about that, how could it work at all? Are you even sure how it works? I was able to scan all 21 perfectly, less than 1 second each, on iOS 18 a couple of inches from retina display. I have no idea how it works, but it seems pretty robust to me. I know people can't do it on some Android phones, and apps. Okay. But still seems pretty good and not a fundamental flaw. Absolutely not OK to blank…

> I know people can't do it on some Android phones, and apps. Okay. But still seems pretty good and not a fundamental flaw.

Might not seem like one to you, since you've got a shiny iPhone running the latest iOS, maybe fundamentally it actually is? They're pretty and all, but accessibility and not being ableist is kind of a thing?

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#67

Earlier quoted context omitted.

How have I never heard of pngpaste before? https://github.com/jcsalterego/pngpaste Thanks

Oh hey I wrote something similar. https://github.com/fragmede/pasteboard-image I used python so it's annoying to install, and I need to work on the readme, but I snoop the command line so pbipaste > foo.jpeg works as expected. there's also a copy command

That’s neat! Does it handle pipes as well?

For less annoying installation, perhaps publish it to Homebrew and/or PyPI?

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#68

Earlier quoted context omitted.

The problem here is that it cannot possibly work robustly. It does what it does by trampling all over the error correction codes and using out of spec pixel shapes. This is not the sort of problem that will go away once the technology matures. It is fragile by its very nature. It is absolutely OK to recommend against it on that basis.

I don't think you're right about that, how could it work at all? Are you even sure how it works? I was able to scan all 21 perfectly, less than 1 second each, on iOS 18 a couple of inches from retina display. I have no idea how it works, but it seems pretty robust to me. I know people can't do it on some Android phones, and apps. Okay. But still seems pretty good and not a fundamental flaw. Absolutely not OK to blank…

You were scanning a screen, which is perfectly flat, has no crumbling and no smudges. You are using a high resolution camera close to a high resolution screen, on a relatively large QR code. You have a best case scenario, and if that's all you care about, you'll be happy with it.

For now, anyway. If you are using the same scanner implementation that the author used to check their results, then the good results you are seeing are due to the generation algorithm being tuned to work with that particular implementation. But there's no guarantee that the implementation will stay the same in some future iOS. Say Apple makes some change, to better recognise bleached codes or something, and then suddenly some of the drop shadows are interpreted as 1's instead of 0's. They could do that, because that wouldn't require changing anything for codes that follow the spec. But it might break that pretty, pretty code that you just put on a million milk cartons.

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#69

Earlier quoted context omitted.

[flagged]

Ah yes, scanned using a proprietary app on a thousand-dollar phone from the bright screen of a thousand-or-more-dollar computer: the only use-case imaginable, no reason any person would ever be using anything else... If it doesn't work on a 150$ Android phone using all of the 10 top results for "qr scanner" in the Play Store when scanned from a dirty TN panel or faded inkjet print in bad lighting: you are failing you…

But are you? Depends who your users are, so... misplaced point, as for mass appeal there's alternatives. Celebrate for what it is, not judge by irrelevant standards.

Re: Show HN: qrframe – generate beautiful qr codes with javascript code

#70
post #60

Earlier quoted context omitted.

Agree, but OP should not then "not recommend" and it shouldn't be top comment dissuading others from seeing this AWESOME project.

You sound personally involved. Your comment is the one being downvoted, because the hubris of "it works for me so everyone should be using it!" is absurd. The fact is many of the QR codes shown do not in fact work on many devices. Your use of all-caps also violates HN rules.

Judge proportional to downvotes, you miss great ideas, demonstrated in your thinking. The only hubris is your misrepresentation, and only absurdity? Your low-fact, untested 'fact'. Also, you hallucinated the all-caps. Hahahaha! :)
Post reply on HN