If you can spare extra pixels, Tom Thumb (3x5) [1] is more legible. The upper case M and N are somewhat hard to distinguish without context, but it's the only major flaw compared to this one.
As computer programs are protected as literary works in the United States, a font file program can only be eligible for copyright protection in the US if the source code of the computer instructions within the file was written by a human; due to the prominence of modern user-friendly digital font editor programs, this method of creating a font file is now quite rare.
Very interesting. IANAL but presumably this means that anyone can trace a font automatically, generating a new one that looks exactly the same, but isn't subject to copyright.
You can, but you'll still end up paying legal fees to defend yourself if Adobe or Monotype comes after you if their rent team sees a public design from a company not on their list.
Maybe it won't matter if you're a hobbyist, but they both go after businesses over alleged unlicensed use.
It's one of those weird exceptions that legal systems are full of.
(There might be good reasons for this particular loophole, just like there are good reasons for any other loophole, if you dig deep enough. But the total sum makes for an overly complicated system.)
I wouldn't really call it a loophole, it's explicitly excluded in the law. Given that copyright only applies to original works of a sufficient level of authorship, I think there's a valid perspective that typefaces are excluded.
Yes, not sure whether loophole is the right word. But it's a complication and exception.
> Given that copyright only applies to original works of a sufficient level of authorship, I think there's a valid perspective that typefaces are excluded.
Typefaces are typically a lot more sophisticated than when I'm taking a selfie or jot down some nonsense words and declare it a poem. Yet, the latter two are protected by copyright law.
Well yeah, sophistication isn't part of the criteria for copyright protection. I think the perspective applied here is along the lines that typefaces are more of a tool that authors use, rather than an product of authorship. Likewise, the design of a paintbrush wouldn't be eligible for copyright. Even a very sophisticated paintbrush. Both typefaces and paintbrushes are eligible for patents, though.
Speculating a bit: I think the historical perspective had a much narrower focus on what could be put under copyright. That's why (in the US at least) photographs and movies (and computer code?) wasn't originally included, and only got included over time via judicial decisions.
Typefaces just naturally fell outside of the original narrow focus, and just never got moved into the focus.
as i understand it, that carve-out is included in us copyright law to ensure that you can legally xerox a book with permission from its author (or whoever they transferred the copyright to), without also getting permission from the font designer. in this case it makes the system simpler to navigate rather than more complex
There's a lot of text that isn't covered under copyright at all. It would be a circus if widely published content that isn't eligible for copyright was illegal to photocopy because it was printed in a typeface that was.
For example, the IRS official fonts are Helvetica and Times New Roman. If in a hypothetical world, those were eligible for copyright, they'd still be within the duration of eligibility. Would it then be a copyright violation to print my tax form? I think that's silly, and I think the lawmakers who decided this thought the same.
> For example, the IRS official fonts are Helvetica and Times New Roman. If in a hypothetical world, those were eligible for copyright, they'd still be within the duration of eligibility. Would it then be a copyright violation to print my tax form? I think that's silly, and I think the lawmakers who decided this thought the same.
That's a weird hypothetical. Obviously, in that counterfactual world, the IRS would choose fonts that were either in the public domain or had permissive licenses.
Your hypothetical sounds like if speed limits on the highway were lowered, everyone would drive at the old speed and get a ticket, instead of adjusting their behaviour.
> Obviously, in that counterfactual world, the IRS would choose fonts that were either in the public domain or had permissive licenses.
there's nothing obvious about that at all; there are plenty of times when government agencies don't bend over backwards like that to ensure public access to their public-domain products. remember that what the fbi first investigated aaron swartz for was providing public access to pacer's court electronic records; pacer nominally stands for 'public access to court electronic records'
the westlaw page number fiasco is another example
you could even imagine a government rfq where different font foundries offer the irs the use of their fonts for below-market prices, thus gaining the right to charge people for printing their tax forms. and if you think that's an implausible level of corruption you probably haven't been following the ongoing saga of intuit's lobbying
You're right, it's a backwards hypothetical. Maybe in that world, NIST would have created a font for all to use.
> the IRS would choose fonts that were either in the public domain or had permissive licenses.
Presuming a suitable option existed at the time, without requiring the government to make one themselves.
It would be silly if, by default, the purchaser of a printing press has no legal right to print anything with it. Maybe we would have lived in a world where typewriter manufacturers had all of the power that publishers had/have, but even broader.
if it's fair use; that may or may not cover every case of 'xerox a book for private use' but certainly the publishers who are suing library genesis under us law don't think it does
Not a lawyer, not legal advice. The actual font files (e.g. TTF and OTF) are protected by copyright, but the design itself is not. You can copy the design to the minute details, but you'll have to make your own font. This is a lot of work for hundreds or thousands of glyphs, plus kerning.
The format those files are delivered in generally do not simply contain a typeface. They contain code that draws the typeface, which is a computer program, and that is covered by copyright.
That's pretty cool! A couple years ago I designed a similar 3x5 typeface for Salesloft's icon set.
It was designed with a similar style—outer/inner radius, square terminals—as the icons. Personally, the centered descender on the Q is more clear with tiny typefaces.
I recently put together some very small fonts (3x3, 3x4, 3x5, 3x6, 4x4, and 5x5) and tried to enumerate most of the possible glyphs as part of working on little projects on SSD1306 OLED screens: https://moonbench.xyz/projects/tiny-pixel-art-fonts/
My questions would be: is it possible to improve the visual results if we lift the restriction to only two levels of brightness of each pixel? I.e., would a use of proper grayscale allow creation of smaller fonts that are still readable, or allow more visually distinct and recognizable characters, than a binary font of the same size can have? Would designing a proportional typeface, as opposed to a monospaced one, help with minimizing the average advance width of the glyphs (averaged according to their frequencies in English text)?
Motivation: it is possible to reduce a book page, with ~80 characters per line, without any font hinting, without using any special fonts, using just common image manipulation tools, to just 240 pixels wide, and still get mostly readable words (but not individual letters). This is 3 horizontal pixels per glyph on average, including the gap - something that the demonstrated binary bitmap fonts don't achieve. Example: https://imgur.com/a/AlYrnSS
slightly tangential, but thank you! for the first time ever, the word "font" has been the appropriate word choice in the title, and we got a "typeface" claim.
When I read it, I immediately thought a braille typeface has a good claim on being the smallest. Would there be anything "enjoyable" to a blind person for a braille typeface to be available in different fonts? Italics? little tear drops, that sort of thing?
World's smallest typeface for 36 alphanumeric characters, to be exact. :-) There are some small typefaces for other scripts; my go-to example is the Misaki font [1] that supports all JIS X 0208 character within 8x8 pixels (spacing included, and most glyphs are within 7x7 bounds). It is incredibly hard to recognize some individual characters at this size, but the overall text is surprisingly readable.
The 2x3 case is very interesting though, because it's the basic size of a Braille cell. (2x4 Braille also exists, but it does not help readability all that much here.) So you could read this font on a Braille device without knowing the actual Braille script.
Louis Braille actually invented his own 10px bitmap font for mixed visual-tactile use: https://en.wikipedia.org/wiki/Decapoint It fell out of use after typewriters were introduced.
S and 5 are identical, as are Z and 2, and O and 0 (edit: and Q and 9). No punctuation either; semicolon vs. colon vs. exclamation mark needs creativity. There's no hope for $ or *.
I used a 3 pixel wide font extensively back on the '80s to write debug messages to Mac screens from code that could not make use of the normal Mac ROM and OS display functions.
At first this was when writing SCSI disk drivers for a third party Mac disk maker. Later it was when writing network drivers for a company making a SCSI ethernet interface. Then it was when working on firmware for some NuBUS cards for Mac II.
I didn't want to write a full BITBLT, but I didn't want to make width + spacing be 8 pixels because even though that would be very easy it would also mean I could only have 64 characters to a line on the Mac or Mac Plus (512 x 342 display).
With characters 3 pixels wide and 1 space between them you just need a simple BITBLT that only has to handle two cases.
My font was 3x5. Unlike the other 3x5 fonts people have mentioned I didn't try to include lower case. Here's a sample, scaled up by factor of 4:
The reason that there is a prominent visible symbol for newline is because when the debug print got to the bottom of the screen it would wrap back to the top. The prominent newline let you tell which characters on the line came from the latest print on that line.
The font in the submission isn't meant to be readable in small physical sizes. It's just meant to use as few pixels as possible.
A font with a higher resolution, ie more pixels or finer coordinates for a vector based one, has a chance to be more readable at smaller physical sizes.
> Not totally sure what I'd use this for.
It's mostly just for fun and artistic expression. The linked article mentions the font being used for some album covers.
I used a font similar to this one when watching log files on an xterm back in the '90s and screen space was valuable. Its not "I want to read the lines as they go past" but rather "I want to get a feel for the rate of the lines as they go past and see the 'shape' of the lines". For an access log, regular use looks very different than someone trying to probe the site and that can be determined by the shape of the line - not the text itself.
For that, if you wanted to see what was going on, a quick copy and paste of the text into a regular editor will show you the characters at a reasonable size.
this is actually 4×4 if you're counting pixels needed on the output device instead of rom space needed; another, more comprehensive font of the same size is https://simplifier.neocities.org/4x4
the same problem happens with the public-domain 'tom thumb' font pushfoo linked in https://news.ycombinator.com/item?id=38800409. it is actually 4×6 (24 output pixels) but claims to be 3×5
i think you could do better by using grayscale for antialiasing, and as rafabulsing pointed out, matt sarnoff's millitext http://www.msarnoff.org/millitext/ uses subpixel antialiasing to get very readable text at 1⅔×5 pixels
Why is it "actually 4x4"? Are you counting the space between the letters?
I think 3x3 is just as reasonable to describe this, because every character is 3x3 pixels, and this spacing is not really a font property. e.g. the mentioned album cover is an example (which would be "3.1x3.1"): https://en.wikipedia.org/wiki/Sheath_(album)
The Atari ST came with a 6x6 font, including spacing: https://fontstruct.com/fontstructions/show/876150/atari_st_6 - 5x5 means no compromises required for upper case letters, which are all readable, and punctuation is intelligible. The liberties taken with lower case are probably acceptable.
(Been years since I saw this font in situ so I'm not sure what it'd look like if you have two adjacent rows of text! Probably mostly OK, but I bet some letters would meet. The ST's OS used this font for icon labels, so there was always a gap.)
just to clarify, the 4×6 font is (at least mostly, maybe entirely, I don't remember) the work of Janne V. Kujala in 4x6.bdf, as distributed by Markus Kuhn and now included in XFree86 (and presumably X.org, unless they've dropped BDFs entirely). The XLFD is -misc-fixed-medium-r-normal--6-60-75-75-c-40-iso10646-1, so you can try it by running
in the text modes of old computers, there isn't anything to separate one character from those next to it, so that space has to be in the character itself.
Anyone have some text set in this font so we can all see how easy it is to read?
On my MacBook Air 13" seems like you could fit 640*400 = 256000 characters at once. Which ought to fit, for example, the complete text of Alice's Adventures in Wonderland.
For anyone thinking about using this: At some point I tried to do a logo for myself on a 3x3 grid (so pretty much the same as this) and while the text was perfectly readable to me a few people I tested it with couldn't read it.
3×3 pixels is almost certainly the smallest legible font.
You need at least 6 pixels to encode 27 letters + 10 digits because:
2⁵ < 37
2⁶ > 37
But 2×3 pixels seems unlikely to be legible. From 2×3 pixels, you can increment the height to 2×4 pixels or the width to 3×3 pixels. The latter feels more feasible.
Does anyone remember that one weird block script that people post to HN sometimes? The only thing I remember is that it's the kind of thing that would take a good while to learn to read—maybe the blocks for the letters in a word could be recognised as a single shape when juxtaposed?
The only one I remember is Flea's Knees, which uses specific colors for each pixel and depends on the RGB layout of LCD subpixels to effectively triple the horizontal resolution. The letters are 4 pixels wide and relatively very tall.
reminds me of the time I'd have the smallest font possible running in xwindows with a server log scrolling in it. I was so used to the pattern of the logs, I'd only need to see a change in said pattern to know something was wrong.
this would probably have beaten that smallest font back then
While context will generally suffice in making the indistinguishable glyphs understood correctly, there are some use cases where we mix letters and numbers in the same string and those would be ambiguous.
That's 9 bits, or 512 total combinations in that grid; thus, theoretically one should be able to fit all of ASCII, but many of the characters would be very difficult to distinguish or recognise.
Tom Thumb is also Public Domain (CC0).
[1] https://robey.lag.net/2010/01/23/tiny-monospace-font.html