Smallest Typeface
luc.devroye.org
luc.devroye.org
Tom Thumb is also Public Domain (CC0).
[1] https://robey.lag.net/2010/01/23/tiny-monospace-font.html
https://en.wikipedia.org/wiki/Intellectual_property_protecti...
(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.)
> 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.
Typefaces just naturally fell outside of the original narrow focus, and just never got moved into the focus.
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.
> 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.
(I say presumably, because most likely those laws replaced some earlier similar regulations.)
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
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.
Maybe it won't matter if you're a hobbyist, but they both go after businesses over alleged unlicensed use.
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.
oop!
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?
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
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.
And this is more of an art project than anything else.
It won't render nice here because of line spacing and unicode but it should work fine in the terminal.
See also another 3x3 font and someone else's figlet port of that one:
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.
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.
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.
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
it can be accessed despite tls problems at http://web.archive.org/web/20230828193815/https://robey.lag.... but says 'Please do not post this article to Hacker News.'
my own 4×6 font is demonstrated at http://canonical.org/~kragen/sw/dofonts-1k.html, where it fits into a 1024-byte web page along with all the logic needed to render ascii text with it; but the proportional font i used in http://canonical.org/~kragen/bible-columns (rendered with http://canonical.org/~kragen/sw/netbook-misc-devel/propfontr...) is at http://canonical.org/~kragen/sw/netbook-misc-devel/6-pixel-1... and is slightly smaller; it averages 21.5 pixels per character. this is more than anders de flon's so-called 3×3, which is 16 pixels per character, but it supports the full character set, if you think ascii is the full character set anyway. so does simplifier's 4×4 font
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
(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.)
What do you mean by this? Each character requires only a 3x3 grid of pixels to draw.
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)
on the album cover it looks like the characters are about 1000×1000 pixels each, which is why it's possible to put an extra small space between them
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
xterm -fn -misc-fixed-medium-r-normal--6-60-75-75-c-40-iso10646-1
My proportional n×6 and 3×n fonts are derived from it.here i'm talking about my 4×6 font, not tom thumb
It's more of a typographic concept than being fit for actual use, but it was interesting to explore creating a font within a tight set of constraints.
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.
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.These are not the only possibilities. It might be possible to lay two adjacent letters into a block of 2x5 or 5x3 pixels as well.
this would probably have beaten that smallest font back then
- 5 and S are indistinguishable
- 0 and O are indistinguishable
- 2 and Z are indistinguishable
- no lowercase
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.
(Incidentally, a common 7-segment display can also fit all of ASCII, and if you include a decimal point too, can represent a single byte completely: https://dkeenan.com/7-segment%20ASCII%20characters.txt )
CJK comfortably fits
Still, the 3x3 ends up working due to context a lot. I wonder if there is a 3x4 or 4x3.
I highly recommended it. :)