The only issue I noticed is that the up/down buttons don't have a "pressed" state as they should. The arrow should move down and to the right by one pixel (with some appropriate redrawing of the border - I would have to look up the details on that). But even with that one nit, very nicely done!
I'm always amazed at how universally terrible graphic design was during the 90s, and I mean at the level of big-name corporations (not GeoCities laypeople). In-house Designers at these businesses (or contractors at the equally big-name firms they hired out to) were presumably well-educated and steeped in the history of the medium, but churned out nearly unintelligible, ugly garbage. Most of the design principles that have given us the mostly tasteful (if bland/inoffensive) modern web were solidified in print by the 1960s. I know the tooling wasn't there yet browser-wise to do anything crazy, but even the image-based graphical elements are just so foreign and weird, like the product of a generation so enamored with the capabilities of Photoshop that they didn't question unnecessary filters, drop shadows, and the placement of text.
There was plenty of good graphical design on the web in the 90s. There was also a lot of bad graphical design which usually gets highlighted today.
There was an underlying issue that web design was difficult before browsers supported CSS 2.1 well. You really couldn't get HTML elements to fit a graphical design reliably. CSS 1 didn't really have the ability and table layouts were pretty coarse. Using raster graphics was pretty much the only way to get fancy designs to look right across browsers.
My issue is mostly with the raster graphics themselves that companies used to try and enhance their sites, rather than the layout or typography of the sites, which is pretty easy to explain away due to the technical limitations of the time.
Just lots and lots of head-scratchers from otherwise competent organizations.
Many elements were owed to CRT displays and larger pixel sizes, so rather domain specific. E.g., the mandatory drop shadow typography wasn't to be seen in print. On the other hand, I wouldn't like to witness modern screen design on a CRT. Moreover, the 1990s came just after a massive retro design trend in the 1980s and there were still some informal reference to 1950s design around, countered by a rather blocky "who cares" trend (probably rooting in free-style/low-end design as featured by April Greiman in screen design and new electronic trends in print as by Emigre Graphics), even featuring illegibility. At the same time any custom elements had to match the few "probably installed" type faces (Times/Times New Roman, Helvetica/Arial, Verdana, Courier/Courier New, maybe Symbol). Moreover, fonts rendered in sizes relative to OS presets, most probably what was 12px on a Mac rendered like 14px on Windows (which is huge on a CRT in 72dpi standard resolution), and custom elements had to provide visual stabilization to accommodate the design to the various forms of rendering. Last, but not least, the entire environment of the presentation was rather blocky, from OS elements to the housing of the CRT, and you had to accommodate to this, as well.
Yes, the drop shadows introduced in Win98 (IIRC) really helped readability of filenames on top of desktop wallpapers. It was a much nicer method than just backgrounding the text with a fixed colour like Win95 did.
New tools. Same as today.
Ui designers have been replaced by algos generating nr of clicks, and programmers by JavaScript frameworks and libs.
Remember there was a time, a sweetspot, when browsing was something that would never tax any modern computer?
Nowadays, with my work issued laptop, many web pages (especially apps) load slow or are laggy. They even continue to load stuff while I scroll, which makes everything worse.
And we got used to that, just because each week a new tool, tracker or framework comes out that just needs to be out on the page post haste.
The stuff that web developers get away with through the ages would have gotten other devs fired.
Look at how crisp and usable the Win2k UI was, while web pages looked like that.
Web devs today are the same people who put font gifs, colorful backgrounds, flash intros and midi files on websites back then.
Ha, this website seems to trip up the WebKit layout code (https://bugs.webkit.org/show_bug.cgi?id=211679) and cause large spaces to appear randomly in the middle of paragraphs that go away when you select the text…
They both seem to do some kind of anti-aliasing on a hidpi screen for me, and Firefox is actually slightly sharper here. The screenshot is nicely pixelated and somewhat easier to read, but the font itself on the page is a bit blurry.
Kerning seems to be very browser dependent as well, seems like Blink does better job there.
We had noticed this early on indeed, but no idea what's going on. Thank you for reporting it — we didn't think of raising it against WebKit since we assumed they'd be Doing The Right Thing™.
An admirable effort. Looking at the IE5 screenshot, compare the kerning of 'ff' in the word "efficitur" (first line) to the 'ff' in "different" in the sentence following the image. It's slightly different. But still, a job well done!
LOL! Funny how doing something in 2020 takes ten times the resources for doing the same thing in 1995. Every pixel on these fonts is now a complex vector path.
> ten times the resources for doing the same thing
Is it really ten times the resources, and really doing the same thing?
My computer today uses much less power than what I had in the '90s, and cost less too. It has an internal 4K display and two external 4K displays.
My '90s computer had a single 1280x1024 CRT where I always had to tweak the focus and alignment to get readable text. With no GPU, scrolling in an editor was always an exercise in patience, watching the text repaint line by line.
Today all my monitors are high-DPI, everything scrolls instantly, and those vector fonts are what allow for crisp, detailed, and readable text on each display.
Don't get me wrong, I think this '90s font site is a wonderful exercise in nostalgia and CSS ingenuity and is very cool!
> My '90s computer had a single 1280x1024 CRT where I always had to tweak the focus and alignment to get readable text. With no GPU, scrolling in an editor was always an exercise in patience, watching the text repaint line by line.
I don't intend to insult, but to me this came across to me as a kid larping as someone who used computers in the 90s.
Computers have improved by hardly imaginable magnitudes, but latency and interactive responsiveness for simple tasks like text editing is not generally one of them.
Whenever I go into the attic to dig out a really old machine to pull something off it, I am immediately struck by how much more responsive the interface is compared to current systems.
I respect that your experience is different but I can't figure out how that could possibly be.
I remember text editing UIs struggling when the machine was otherwise overloaded.
Although that started happening much more when text editors started to be written in garbage collected languages more often, which I put in the current century.
I still get that today if I use an old machine and/or a fancy text editor.
Emacs has always been written in Lisp, and it's possible for badly written code to make it lock up. Not a new complaint on low RAM machines where the gc and paging interact badly. But you need very low RAM by today's standards.
Carefully worded with "more often" because I knew emacs was an outlier. I was never an emacs person myself so I don't know it first hand, but in do know people used to call it a resource hog a long time ago.
> but to me this came across to me as a kid larping as someone who used computers in the 90s.
Ah, my friend, you are far too kind. I had to look up "larping", as I had never heard the word before. Do I have it right, it means "live action role playing"?
I can only wish that I were a larping kid, but alas, I have been programming for over 50 years. I started in 1969 on Teletype machines and punched cards. Now that's latency.
You couldn't just interact with a computer directly like you can today. Oh, you could, but online time was $30/hour, or $210/hour in today's dollars.
So you would punch your program on paper tape, print it out, and carefully hand check it. After a few revisions, you punch a final tape, dial in, quickly run your tape through, wait for the printout, and hang up fast.
With any luck you could complete your online session in two minutes or less. So about $1 in 1969 dollars, or $7 in today's dollars for one run of your simple BASIC or FORTRAN or Algol-60 program.
Punch cards were a step down from that. You would punch your deck, print it out and hand check it, put a rubber band around the deck and drop it off at the inbox in the computer center. Come back the next day and you would usually have your printout waiting. With a core dump where your code crashed. On a good day you might get your core dump in as little as a few hours. Just keep dropping by the computer center to check the outbox window until you see a printout with your name on it.
So back to modern times! Yes, I definitely share your disappointment at the latency in some of today's systems. As one example, I have often wanted to try OneNote because I've heard so many good things about it, and when I have tried it out it seems great...
Except for the typing latency. It drives me nuts every time I try it. It feels like nearly a half second for a character to appear on the screen - both on Windows and Android. How can it be so messed up? It's almost as bad as the full duplex Teletype connection I grew up on. (Maybe it has gotten better, it's been a while since the last time I gave up on it.)
In any case, this is rather orthogonal to the font rendering I was talking about. I'm pretty sure the improved font rendering isn't what causes that kind of latency, as there are plenty of apps I use that have beautiful fonts and very low latency.
Thank you for the interesting comment and conversation! :-)
I happen to have an experience with Pentium at 75 MHz, where text in Borland Pascal on DOS appeared slower than I could type (long before learning touch-typing), and pressing backspace after spotting an error required some patience.
Scrolling in GUIs is known to be sorta expensive: it's normally offloaded to the graphics system to be done wholesale as just a shift of the image, but if your GPU drivers suck then you're in for a crappy time (which was normally a thing in a fresh installation of Windows or Linux).
I find that hard to believe. Borland IDEs ran extremely well on the 386 and 486 machines of the day. If you're having trouble with them on a Pentium you probably misconfigured something.
He must be a kid faking it, he looks ridiculous. W98 on a Pentium II was so low level that scrolling was several times faster than any composite based OS from today, even faster under NT4.
Hello! Co-founder here – wow, front page, that's flattering!
We have indeed still got a bunch of visual glitches we couldn't iron out, including the one ~saagarjha has reported to WebKit! We had assumed it was our font being broken, but i'm keen to follow that one.
Otherwise getting hinting right on all browsers in high-DPI has basically been impossible. Maybe we should simply recommend everyone use a Windows 98 User Agent ;)
Great idea! One could embed windows 95 a la https://win95.ajf.me/ just to run IE within the page with all the right rendering. Or a subset of custom font rendering to a canvas :)
We were actually just talking about compiling something like FreeType to JavaScript, but then you'd find yourself re-implementing a browser with layout engine etc...
Thank you! We're both lovers of retrocomputing, and I think especially right now it's easy to feel nostalgic for simpler times. We wanted to capture a bit of the wonder and weirdness of the early web, before corporate walled gardens took over and made everything look the same.
I can appreciate all sorts of tech nostalgia, but reading the intro my first thought was "wow this is cognitively impairing me" and then "please don't". Achieving it is surely a feat, but the actual effect is to make it as hard now to use my computer as it was over 20 years ago, because the type is illegible.
That's fair enough, i think it's a matter of taste, really. For me, it evokes a warm sense of nostalgia for a simpler time. Not that it necessarily was, and definitely not that it was better – i was a kid back then, so that has definitely coloured my memory of it all.
I see this more as a "just because we can" art project, than anything else.
EDIT: it also occurs to me that i have tons of respect for the hours of effort that would've gone into making fonts back then be beautiful at such small DPI. I think it's a good example of constraints producing interesting/good/impressive art. But i should avoid waxing too philosophical!
I have a ton of respect both for font design in any constraints and the reverse engineering effort required to produce old pixelated text in modern web browsers. But it still made it significantly harder for me to read, and I hope this isn’t something anyone will try to reproduce for real world use, because it’s not just a matter of taste at that point, it’s a matter of accessibility.
I found it interesting due to the amount of effort it took to produce an inaccurate and barely legible approximation, at least on my web browser. Then I dug around the Fontconfig documentation and tried a couple of things. Changing 'hintstyle' to 'hintfull' produced much better, albeit imperfect, results.
Why go to this effort? I find the sharpness and contrast of screen fonts much more readable than anti-aliased fonts, at least under ideal circumstances (e.g. the screen font supports a given font size at a given resolution). Unfortunately, those ideal circumstances are incredibly rare these days.
I know this is a tad off-topic, but, it's sort of related since it's about fonts.
I've been looking for a good "serial killer typewriter" typeface, similar to what's used in the credits of the TV show Supernatural, but I haven't found anything that looks particularly good. Does anybody have any recommendations? Free fonts would be preferred, but I'm willing to pay a bit for the right look.
The naïve potrace output looks very 90s in a grunge typography sort of way. I donated the archives of Serif magazine to the Scripps College library a decade ago which included a large collection of 1990s type specimens but I'm pretty sure that there was a T-26 face that looked very much like the sample that they showed from potrace.
Not quite the same, but in the 1990s Neville Brody released a font called ‘Autotrace’ that consists of several variations of a badly traced sans-serif https://www.fontshop.com/families/ff-autotrace
Look at the IE5 screenshot. The second last line has the word "finibus" and notice how the "f" and the "i" seem to be combined together. That's a ligature. In contrast in the body text of the website I don't see any. The word "file" in the paragraph right above the screenshot is missing that ligature.
Kerning is, well, also wrong. So wrong that I literally trouble reading the body text, but I have no trouble reading the text in the IE5 screenshot. (Bad kerning: once you see it you can't unsee it.)
For concrete examples, take a look at any word where a 'd' is followed by a letter with a vertical stroke on the left side (e.g. "did", "middle", etc).
Yep, we deliberately didn't convert the full set of glyphs from each of the fonts we support, mostly just because it was quite laborious (not to mention CPU time-consuming) to generate our relatively small range of weights, sizes, and font families as-is, so missing ligatures are a known issue.
If it's really illegible, i wonder if there isn't some other rendering bug happening – we admittedly didn't do much testing other than Chrome/Safari/Firefox on latest macOS. And i've seen some pretty weird glitches with this kind of custom font, e.g., https://github.com/jdan/98.css/issues/13. If something is truly that broken feel free to hit us up at webmaster@ with a screenshot, we'd appreciate the bug reports!
Actually, IE5 didn't do automatic ligatures; what you see in "finibus" is simply an "f" glyph and an "i" glyph which are close enough that the dot of the "i" nestles into the top-right of the curve of the "f", and the serifs at the base run together... just like they do for the "in" and "ni" pairs following.
(It was possible to render a real fi glyph, but only by using the Unicode presentation-form code point U+FB01; IE5 didn't do automatic ligatures in Latin script, and even if it did, Times New Roman did not have the OpenType support for that.)
It does appear that the IE5 screenshot shows significantly tighter letter spacing in general than the body text, which is why we see the "fi" glyphs touching in IE5 whereas they're separate in the text of the page. I guess that's probably related to size-specific glyph metrics or hinting that is snapping the glyph advances to a narrower width than the "fake-bitmap" font produces.
> Actually, IE5 didn't do automatic ligatures; what you see in "finibus" is simply an "f" glyph and an "i" glyph which are close enough that the dot of the "i" nestles into the top-right of the curve of the "f", and the serifs at the base run together.
That's actually a really neat solution in the absence of explicitly defined ligatures... since there is no antialiasing, it only needs a little care when designing the font at the pixel level and choice of kerning and the result will be indistinguishable. fi is a very geometrically natural ligature though, i wonder if it doesn't work so well for others that are too dissimilar to their components.
Converting bitmap fonts to TrueType is far, far too hard in 2020. I've tried to do the same on numerous different occasions with FontForge and gave up every time through things just not working or hard crashes. I either got lucky by finding someone else who had already converted the font to TrueType somehow, or used a different font altogether. Since bitmap fonts are starting to become deprecated[0] in some window managers like i3 this process is starting to become a necessity.
Maybe there should be a library-based approach that provides the same functionality as potrace.
It is not the earliest time of the web but marquee text, loud colours, visible separators ("hr"), grey color gradients to give a 3d-look, elaborate page visit counters, "cgi" in urls, guest books and "under construction" gifs are what I remember of the web of times long past indeed.
The next step is emulating a CRT monitor to get the fundamentally analog nature of the display right: Even if the computer thinks in pixels, it was still ultimately controlling a complex analog waveform being sent to some number of electron guns steered by magnets. Higher-resolution later computer monitors came closer to imitating pixels, but analog TV didn't try; it just had lines and interlaced fields. Old games took advantage of the analog nature of TVs to smooth over their graphics:
I need to send this to the people who designed the website for one of my favorite local pizza places, Dino's (https://www.dinostomatopie.com/) -- they did _really_ well, generally, but no matter how hard you try, some things come through: the fonts rendered as text are perfectly crisp at whatever absurd DPI this Chromebook has.
I'm happy to report that I was able to download the zip file and run the executable on my Ubuntu box with Wine. It was quite surreal to see Netscape installer running on my 4k monitor. I was even able to open the browser and navigate to Google.
It stops a man-in-the-middle attacker from trying to exploit your browser/extensions/password manager by injecting code into that site (once the cert is pinned).
It might also help with SEO? Google's been pushing for https everywhere.
You have to run the old browsers through a local proxy you configure yourself a lot of times these days if you're really interested in surfing the web with it.
I'm about to go to sleep but there's ones that forward https as http, convert webp and png to gif, strip JavaScript to prevent the browser from locking up, etc.
There's a real world use for this in crazy companies where people are forced on some old browser. This makes them not go down in glorious flames at every site.
back in the day I used RabbIT which handled both the https/http and the png problem but it looks like it hasn't been updated in years. It looks like squid can do the https problem (https://wiki.squid-cache.org/Features/HTTPS).
This actually doesn't looks as easy to do in 2020 as it was in 2009. I also had luck at chaining proxies that did different features as well so one would do a certain transformation and pass it off to another etc.
I've also done partial implementations just using php ... you can preg_replace most things and it more or less works.
But yes I had assumed things had gotten easier but apparently they've actually become more difficult.
There's also a nice (though under-documented) scripting interface, so you could probably write a script that does this for all sites in regular proxy mode. I found an example of this here, though I didn't test it: https://groups.google.com/forum/#!topic/mitmproxy/IAJ0-MHVC0...
While this is useful for people with out of date browsers, a slightly more sophisticated use-case is where you render the entire web page remotely in a sandbox for certain classes of links, eg email links. This prevents a whole class of phishing attacks.
There are companies who will sell this to you but essentially it’s really headless Chrome running in the cloud somewhere.
This is glorious. The only way I could tell with any confidence it wasn't real was the clean, modern HTML and CSS (get with the program folks, this should be non-validating XHTML 1.1!)
using many apps with sound enabled is shocking after long periods of app silence. Social media apps sound like slot machines! So much pavlovian conditioning... Not sure how all that is still legal.
This is better than 50% of websites out there today. I can find all the buttons, the functions of things are clear, and I know how to contact the owner. The menu is text instead of PDF, and the whole thing appears to run properly without javascript enabled.
great read. I recently turned my website into a windows 95 clone, but I haven't done anything special for the fonts yet (it's a work in progress) but this made think about it. thanks
In both Chrome and Firefox On Windows 10 at 100% zoom in the browser and 100% screen scaling this looks blurry; the pixels in the font don't line up with the pixels of my monitor unfortunately.
Quite likely this is because Firefox 68 didn't support subpixel positioning so it aligned all glyphs to full pixels. Chrome 80 (and Firefox 76 in some configurations, or if gfx.text.subpixel-position.force-enabled is enabled) uses subpixel positioning if possible, which improves kerning of normal fonts, but in the case of these "retro" fonts, it's harmful. Maybe it's possible to adjust the glyph metrics so they're aligned to full pixels even if subpixel positioning is used, but I'm not sure if this can be really be done so it works everywhere.
176 comments
[ 3.1 ms ] story [ 177 ms ] threadThe only issue I noticed is that the up/down buttons don't have a "pressed" state as they should. The arrow should move down and to the right by one pixel (with some appropriate redrawing of the border - I would have to look up the details on that). But even with that one nit, very nicely done!
That said, most of the 90s webpages didn't look like that. Images were used instead. For example:
http://ep.yimg.com/ca/I/paulgraham_2202_166608
Edit: for contrast with more personal sites, try https://twitter.com/gifmodel/status/456761420319686656
There was an underlying issue that web design was difficult before browsers supported CSS 2.1 well. You really couldn't get HTML elements to fit a graphical design reliably. CSS 1 didn't really have the ability and table layouts were pretty coarse. Using raster graphics was pretty much the only way to get fancy designs to look right across browsers.
Remember there was a time, a sweetspot, when browsing was something that would never tax any modern computer?
Nowadays, with my work issued laptop, many web pages (especially apps) load slow or are laggy. They even continue to load stuff while I scroll, which makes everything worse.
And we got used to that, just because each week a new tool, tracker or framework comes out that just needs to be out on the page post haste.
The stuff that web developers get away with through the ages would have gotten other devs fired. Look at how crisp and usable the Win2k UI was, while web pages looked like that.
Web devs today are the same people who put font gifs, colorful backgrounds, flash intros and midi files on websites back then.
Kerning seems to be very browser dependent as well, seems like Blink does better job there.
Is it really ten times the resources, and really doing the same thing?
My computer today uses much less power than what I had in the '90s, and cost less too. It has an internal 4K display and two external 4K displays.
My '90s computer had a single 1280x1024 CRT where I always had to tweak the focus and alignment to get readable text. With no GPU, scrolling in an editor was always an exercise in patience, watching the text repaint line by line.
Today all my monitors are high-DPI, everything scrolls instantly, and those vector fonts are what allow for crisp, detailed, and readable text on each display.
Don't get me wrong, I think this '90s font site is a wonderful exercise in nostalgia and CSS ingenuity and is very cool!
But you couldn't get me to go back to those days.
I don't intend to insult, but to me this came across to me as a kid larping as someone who used computers in the 90s.
Computers have improved by hardly imaginable magnitudes, but latency and interactive responsiveness for simple tasks like text editing is not generally one of them.
Whenever I go into the attic to dig out a really old machine to pull something off it, I am immediately struck by how much more responsive the interface is compared to current systems.
I respect that your experience is different but I can't figure out how that could possibly be.
Although that started happening much more when text editors started to be written in garbage collected languages more often, which I put in the current century.
I still get that today if I use an old machine and/or a fancy text editor.
I think what made (makes) those editors laggy is a heavyweight representation of text and a creating a lot of garbage when processing said text.
https://danluu.com/input-lag/
Then don't? ;-)
> but to me this came across to me as a kid larping as someone who used computers in the 90s.
Ah, my friend, you are far too kind. I had to look up "larping", as I had never heard the word before. Do I have it right, it means "live action role playing"?
I can only wish that I were a larping kid, but alas, I have been programming for over 50 years. I started in 1969 on Teletype machines and punched cards. Now that's latency.
You couldn't just interact with a computer directly like you can today. Oh, you could, but online time was $30/hour, or $210/hour in today's dollars.
So you would punch your program on paper tape, print it out, and carefully hand check it. After a few revisions, you punch a final tape, dial in, quickly run your tape through, wait for the printout, and hang up fast.
With any luck you could complete your online session in two minutes or less. So about $1 in 1969 dollars, or $7 in today's dollars for one run of your simple BASIC or FORTRAN or Algol-60 program.
Punch cards were a step down from that. You would punch your deck, print it out and hand check it, put a rubber band around the deck and drop it off at the inbox in the computer center. Come back the next day and you would usually have your printout waiting. With a core dump where your code crashed. On a good day you might get your core dump in as little as a few hours. Just keep dropping by the computer center to check the outbox window until you see a printout with your name on it.
So back to modern times! Yes, I definitely share your disappointment at the latency in some of today's systems. As one example, I have often wanted to try OneNote because I've heard so many good things about it, and when I have tried it out it seems great...
Except for the typing latency. It drives me nuts every time I try it. It feels like nearly a half second for a character to appear on the screen - both on Windows and Android. How can it be so messed up? It's almost as bad as the full duplex Teletype connection I grew up on. (Maybe it has gotten better, it's been a while since the last time I gave up on it.)
In any case, this is rather orthogonal to the font rendering I was talking about. I'm pretty sure the improved font rendering isn't what causes that kind of latency, as there are plenty of apps I use that have beautiful fonts and very low latency.
Thank you for the interesting comment and conversation! :-)
Scrolling in GUIs is known to be sorta expensive: it's normally offloaded to the graphics system to be done wholesale as just a shift of the image, but if your GPU drivers suck then you're in for a crappy time (which was normally a thing in a fresh installation of Windows or Linux).
Basically, don't do much on a weak CPU.
We have indeed still got a bunch of visual glitches we couldn't iron out, including the one ~saagarjha has reported to WebKit! We had assumed it was our font being broken, but i'm keen to follow that one.
Otherwise getting hinting right on all browsers in high-DPI has basically been impossible. Maybe we should simply recommend everyone use a Windows 98 User Agent ;)
However, your other idea is great! You might enjoy https://paschke-images-test.s3.amazonaws.com/welcome.html ;)
I see this more as a "just because we can" art project, than anything else.
EDIT: it also occurs to me that i have tons of respect for the hours of effort that would've gone into making fonts back then be beautiful at such small DPI. I think it's a good example of constraints producing interesting/good/impressive art. But i should avoid waxing too philosophical!
This is a cool project but the end result doesn't really look like it does on real hardware
Why go to this effort? I find the sharpness and contrast of screen fonts much more readable than anti-aliased fonts, at least under ideal circumstances (e.g. the screen font supports a given font size at a given resolution). Unfortunately, those ideal circumstances are incredibly rare these days.
I know this is a tad off-topic, but, it's sort of related since it's about fonts.
I've been looking for a good "serial killer typewriter" typeface, similar to what's used in the credits of the TV show Supernatural, but I haven't found anything that looks particularly good. Does anybody have any recommendations? Free fonts would be preferred, but I'm willing to pay a bit for the right look.
Look at the IE5 screenshot. The second last line has the word "finibus" and notice how the "f" and the "i" seem to be combined together. That's a ligature. In contrast in the body text of the website I don't see any. The word "file" in the paragraph right above the screenshot is missing that ligature.
Kerning is, well, also wrong. So wrong that I literally trouble reading the body text, but I have no trouble reading the text in the IE5 screenshot. (Bad kerning: once you see it you can't unsee it.)
If it's really illegible, i wonder if there isn't some other rendering bug happening – we admittedly didn't do much testing other than Chrome/Safari/Firefox on latest macOS. And i've seen some pretty weird glitches with this kind of custom font, e.g., https://github.com/jdan/98.css/issues/13. If something is truly that broken feel free to hit us up at webmaster@ with a screenshot, we'd appreciate the bug reports!
For the kerning, ok, that's more work...
(It was possible to render a real fi glyph, but only by using the Unicode presentation-form code point U+FB01; IE5 didn't do automatic ligatures in Latin script, and even if it did, Times New Roman did not have the OpenType support for that.)
It does appear that the IE5 screenshot shows significantly tighter letter spacing in general than the body text, which is why we see the "fi" glyphs touching in IE5 whereas they're separate in the text of the page. I guess that's probably related to size-specific glyph metrics or hinting that is snapping the glyph advances to a narrower width than the "fake-bitmap" font produces.
That's actually a really neat solution in the absence of explicitly defined ligatures... since there is no antialiasing, it only needs a little care when designing the font at the pixel level and choice of kerning and the result will be indistinguishable. fi is a very geometrically natural ligature though, i wonder if it doesn't work so well for others that are too dissimilar to their components.
Maybe there should be a library-based approach that provides the same functionality as potrace.
[0] https://gitlab.gnome.org/GNOME/pango/issues/386
I'm using Chromium, but the "-webkit-font-smoothing: none" style doesn't appear to be changing anything.
http://ascii.textfiles.com/archives/3786
When it finally worked, I was disappointed to see that I couldn't get it to run on Win 10 (64-bit).
(It does appear to be a Windows executable, though)
Sadly https://www.dinostomatopie.com/ and http://www.dinostomatopie.com/ failed to open with a message saying "Netscape and this server cannot communicate securely because they have no common encryption algorithm(s)".
It might also help with SEO? Google's been pushing for https everywhere.
I'm about to go to sleep but there's ones that forward https as http, convert webp and png to gif, strip JavaScript to prevent the browser from locking up, etc.
There's a real world use for this in crazy companies where people are forced on some old browser. This makes them not go down in glorious flames at every site.
I'm aware of https://github.com/tenox7/wrp but converting everything to a gif is quite a bit more destructive!
This actually doesn't looks as easy to do in 2020 as it was in 2009. I also had luck at chaining proxies that did different features as well so one would do a certain transformation and pass it off to another etc.
I've also done partial implementations just using php ... you can preg_replace most things and it more or less works.
But yes I had assumed things had gotten easier but apparently they've actually become more difficult.
There's also a nice (though under-documented) scripting interface, so you could probably write a script that does this for all sites in regular proxy mode. I found an example of this here, though I didn't test it: https://groups.google.com/forum/#!topic/mitmproxy/IAJ0-MHVC0...
There are companies who will sell this to you but essentially it’s really headless Chrome running in the cloud somewhere.
https://ello.co/ferdiz/post/P3wjS7HVW0Zq-7qdRMyVeA
https://news.ycombinator.com/item?id=9574350
Didn't you read the note at the bottom?
"This site is best viewed with Netscape. Download v4.7.2 by clicking here."
Clearly, you didn't follow the instructions for best viewing experience!
Nice easter egg from the source code:
Finally, I can wear my love for top gun on my sleeve and—for the first time in a decade—take my phone off vibrate.
Edit: why is this so hard to do on an iPhone? Guess I shouldn’t be surprised.
https://www.dinostomatopie.com/dinostomatomenu.html
* browser history actually works
* middle-click or ctrl+click on a link actually opens links in a new tab.
* No loading spinners, content is rendered immediately.
This site performs better than most SPAs.
* No enormous overlay asking me to approve cookies
"DINO would like you to know that more than three toppings will be expensive and won't be any better."
https://en.wikipedia.org/wiki/Pizza_quattro_stagioni
https://en.wikipedia.org/wiki/Pizza_quattro_formaggi
The other common look was the simple document, such as https://cr.yp.to/djb.html
http://www.seattlemag.com/article/three-impressions-dino-s-t...
Firefox 68esr (left) is crisp but has too tall characters(?) resulting in a gap in lowercase 'o'.
Chrome 80 (right) has this problem and is blurry in addition.