Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Libre Barcode Project

graphicore.github.io

Post reply on HN
Print view View original

51–60 of 71 posts

Re: Libre Barcode Project

#51

Post by ValdikSS »

darksim905 wrote: post #50
mark-r wrote: post #35

Earlier quoted context omitted.

I once worked at a company that used a Code39 font cartridge in HP Laserjets. When HP stopped putting font cartridge slots in their printers, I had the task of intercepting print jobs and detecting the font selection sequence, then taking the text and converting it to a Code128 bitmap graphic. It wasn't hard at all, kind of fun actually.

'font' cartridge? the what now?

In the dark ages, when printers were PostScript and more powerful (and expensive) than the computers which printed on them, you added fonts by installing additional hardware modules, similar to a game console cartridge.

Re: Libre Barcode Project

#52

Post by ValdikSS »

1bpp wrote: post #2

Is anyone willing to sacrifice their sanity for the sake of implementing a QR renderer as TTF hinting code?

    - https://fuglede.github.io/llama.ttf/
    - https://github.com/bjia56/translate.ttf
    - https://github.com/hsfzxjy/handwriter.ttf
Harfbuzz now has WASM interpreter for a shaper. You can make pretty much arbitrary programs in fonts now.

https://www.youtube.com/watch?v=Ms1Drb9Vw9M

Re: Libre Barcode Project

#53

Post by wildzzz »

darksim905 wrote: post #50
mark-r wrote: post #35

Earlier quoted context omitted.

I once worked at a company that used a Code39 font cartridge in HP Laserjets. When HP stopped putting font cartridge slots in their printers, I had the task of intercepting print jobs and detecting the font selection sequence, then taking the text and converting it to a Code128 bitmap graphic. It wasn't hard at all, kind of fun actually.

'font' cartridge? the what now?

They were ROM cards that stored extra typefaces or other PostScript functions.

Re: Libre Barcode Project

#54

Post by EvanAnderson »

darksim905 wrote: post #50
mark-r wrote: post #35

Earlier quoted context omitted.

I once worked at a company that used a Code39 font cartridge in HP Laserjets. When HP stopped putting font cartridge slots in their printers, I had the task of intercepting print jobs and detecting the font selection sequence, then taking the text and converting it to a Code128 bitmap graphic. It wasn't hard at all, kind of fun actually.

'font' cartridge? the what now?

You're one of today's lucky 10,000.

Like another poster said, laser printers "back in the day" were freestanding computers with various communications interfaces that happened to have fancy paper handling and printing peripherals attached. In the case of the Apple LaserWriter, for example, it was arguably a more powerful computer[0] than the Mac machines of the day that were sending print jobs to it.

There were different ROM "personalities" available for laser printers, some of which came on pluggable cartridges.

Check these links out:

- https://www.pagetable.com/?p=1673

- https://www.pagetable.com/?p=1721

- https://www.pagetable.com/?p=1850

Michael Steil, the blogger responsible for those links, has done work extracting code and PostScript data out of some of those old cartridges. It's a really cool aspect of retrocomputing many people aren't even aware of.

[0] https://web.archive.org/web/20240404213221/https://lowendmac...

Re: Libre Barcode Project

#55

Post by [deleted] »

ValdikSS wrote: post #52
1bpp wrote: post #2

Is anyone willing to sacrifice their sanity for the sake of implementing a QR renderer as TTF hinting code?

- https://fuglede.github.io/llama.ttf/ - https://github.com/bjia56/translate.ttf - https://github.com/hsfzxjy/handwriter.ttf Harfbuzz now has WASM interpreter for a shaper. You can make pretty much arbitrary programs in fonts now. https://www.youtube.com/watch?v=Ms1Drb9Vw9M

[deleted]

Re: Libre Barcode Project

#56

Post by xp84 »

darksim905 wrote: post #50
mark-r wrote: post #35

Earlier quoted context omitted.

I once worked at a company that used a Code39 font cartridge in HP Laserjets. When HP stopped putting font cartridge slots in their printers, I had the task of intercepting print jobs and detecting the font selection sequence, then taking the text and converting it to a Code128 bitmap graphic. It wasn't hard at all, kind of fun actually.

'font' cartridge? the what now?

Up until like 15 years ago, lots of laser printers even had RAM slots as well. Populating them with extra RAM made them behave better when printing big PDFs and stuff.

Re: Libre Barcode Project

#57

Post by dimatura »

muhammadusman wrote: post #44

just curious: are barcodes better in anyway compared to a QR code?

They are simpler and can be read by more devices, especially legacy devices that are still pretty widely deployed. Other than that, not much to say in their favor. They have lower data density compared to 2D codes such as QR or datamatrix. Many linear barcode symbologies have weak or nonexistent error correction capability. But often you don't need that extra data, and the cost of changing processes and equipment to upgrade to a new barcode format is seen as not worth it.

Re: Libre Barcode Project

#58

Post by tfpgh »

alex_suzuki wrote: post #28
dfox wrote: post #24

Do not do this unless you do not have any other choice. Preferrably use whatever native barcode support of the printer involved, if it does not have that, just generate the barcode as vector image or bitmap with a resolution that is a integer fraction of the printers resolution. Generating correct Code128 as a SVG is about the same amount of work as generating the correct input for some sort of barcode font (the hard…

Shameless plug for my web-based Zint frontend: https://barcode.new (in-browser WASM) I wrote it specifically because most online barcode generators don’t support vector output or suck in some other way: ads, signup necessary, code payload exposed to server-side processing etc.

This is amazing!

Re: Libre Barcode Project

#59

Post by Theodores »

dfox wrote: post #24

Do not do this unless you do not have any other choice. Preferrably use whatever native barcode support of the printer involved, if it does not have that, just generate the barcode as vector image or bitmap with a resolution that is a integer fraction of the printers resolution. Generating correct Code128 as a SVG is about the same amount of work as generating the correct input for some sort of barcode font (the hard…

You have given me the encouragement I needed...

Recently I put some 8-bit graphics in SVG using lines and stroke dash arrays. I also got them animated, in a space efficient way, by keeping the lines that do not change from frame to frame. (I now have Maria and Willy from 'Jet Set Willy' for the wait after a form is submitted, plus a few Space Invaders. I am resisting the urge to do Pac-Man ghosts, but I will invent a need for them...)

Since an SVG can be a mystery box full of CSS, SMIL, Javascript and 'foreign object' imports, I am tempted to give it a go, so that a CSS variable is passed to the depths of the shadow DOM in a URL fragment or query string, to magically return either a barcode or a QR code.

This will take a little while, but I am keen to give it a go. In some ways, SVG is like 'Duplo LEGO' with the Libre Barcode as a font more like 'LEGO Technik', requiring vastly more skill.

Just because you can doesn't mean that you should, plus there are many barcode libraries that I know well, so why reinvent the wheel?

The typical barcode library usually comes with fluff, formats and libraries that I don't need. Hence 'qr.svg#upc-number' with it just being one file has appeal.

I am not yet up to speed on the latest AI toys, however, given the problem space is well defined, could I just ask AI chat bot to churn out the code for this in a matter of seconds, for it to encapsulate the logic in an SVG? Would it know how to specify 'crisp edges' and what the deal is with aspect ratio?

Similarly, could I also ask the AI nicely to create my own barcode font?

These seem manageable problems for todays trillion-dollar wonder tech, it is not as if I am asking for a cure for cancer or anything hard, yet I lack confidence in an AI solution, and feel I might as well work it out myself, given my goal is learning SVG rather than prompting.

My lack of confidence is the AI solution is due to the scarcity of people writing online about doing cool things with CSS variables, URL fragments and code in SVG. A Google search does not show 'stroke dash array' things for QR codes and online QR code generators create lots of fully fledged rect-angles, that lack the space efficiency or human-readability of my prefered approach, even if gzip doesn't care.

Sorry for bringing AI into everything, I just have my doubts that the new toys are that capable when it comes to novel solutions.

Re: Libre Barcode Project

#60

Post by Theodores »

alex_suzuki wrote: post #38
pwdisswordfishs wrote: post #36

Earlier quoted context omitted.

Aside from obfuscating the source code to sell licenses, how does this benefit from WASM? Barcodes have been generated for decades on low-resource embedded devices. Even what would have been a modest-to-low-end machine 25 years ago would have no problem handling the compute needed for this job. On this end, it just looks like the user has to deal with the penalty of dealing with 1 MB of resources when hitting the mai…

The benefit of WASM in this case is that you can wrap a mature library written in C/C++ (in this case, Zint), and run it in a runtime that supports WASM, e.g. the browser. There's plenty of people who occasionally need to create barcodes, and not in some industrial, automated way, and a browser is just an easy way to accomplish that. Yes, you have 1MB loaded when you load the page, but hopefully that will be served f…

As a connoisseur of SVG, I like the approach, the results, the use of Zint and WASM. That said, there are a few opportunities.

The version string isn't needed these days, nor the XML header or the doctype.

The code/url/page title can go in the SVG title, to make it show on mouseover.

The id=barcode is also superfluous. Since id codes should be unique, this could be a problem when many QR codes exist on a page.

The background rectangle does not need x=0, y=0 since that is implied.

The 'hard coding' of the black and white is what you want to avoid any dark mode issues, however, I would still use currentColor and transparent rather than black, just to put myself in a world of dark/light mode pain, fixed in CSS.

Post reply on HN