You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The core modules of this package are the best (in quality and maintenance) QR code generating code to be found in the JS ecosystem. It'd be great to have the core in its own package so that it can serve more use cases!
I'm prepared to extract the code into a module myself, but it obviously won't have the momentum that this project has, and I'll have to remember check and port fixes to the core files from this module to that one. It also feels a bit rude to copy-paste such a large chunk of code without at least a heads up.
I'd be happy to do the leg work of extracting the code if you prefer to create a repository to retain ownership. I'm flexible!
Some motivation:
Simple API
Same inputs (perhaps without color and padding etc.), and the return value of createSymbol (perhaps reduced to binary/boolean pixels) out.
Lower dependency footprint
Some (perhaps most) users of this module don't care about the CLI feature, and some (like myself) don't need the PNG or SVG output. Just getting the pixel data out is ideal. My particular use case has a hand-rolled PNG generator designed specifically for QR codes.
CLI libraries like yargs are also a source of frequent security advisories, which mean frequent module upgrade toil. These days I try to keep CLI in a separate package to API wherever possible.
Broader user base
The core could be a de facto standard for more frontends. For example, a terminal frontend, an HTML table (I know, not a good idea) frontend, a DXF frontend for CNC machines, and other options not foreseen.
The text was updated successfully, but these errors were encountered:
The core modules of this package are the best (in quality and maintenance) QR code generating code to be found in the JS ecosystem. It'd be great to have the core in its own package so that it can serve more use cases!
I'm prepared to extract the code into a module myself, but it obviously won't have the momentum that this project has, and I'll have to remember check and port fixes to the core files from this module to that one. It also feels a bit rude to copy-paste such a large chunk of code without at least a heads up.
I'd be happy to do the leg work of extracting the code if you prefer to create a repository to retain ownership. I'm flexible!
Some motivation:
Simple API
Same inputs (perhaps without color and padding etc.), and the return value of
createSymbol
(perhaps reduced to binary/boolean pixels) out.Lower dependency footprint
Some (perhaps most) users of this module don't care about the CLI feature, and some (like myself) don't need the PNG or SVG output. Just getting the pixel data out is ideal. My particular use case has a hand-rolled PNG generator designed specifically for QR codes.
CLI libraries like yargs are also a source of frequent security advisories, which mean frequent module upgrade toil. These days I try to keep CLI in a separate package to API wherever possible.
Broader user base
The core could be a de facto standard for more frontends. For example, a terminal frontend, an HTML table (I know, not a good idea) frontend, a DXF frontend for CNC machines, and other options not foreseen.
The text was updated successfully, but these errors were encountered: