Comment by makmanalp
16 years ago
This is really odd, I'm having a bug on chrome windows where the html gets printed out as plaintext. MIME type issues on the server side maybe? Other than that, looks like an interesting read.
16 years ago
This is really odd, I'm having a bug on chrome windows where the html gets printed out as plaintext. MIME type issues on the server side maybe? Other than that, looks like an interesting read.
Yeah...
Interesting that Safari is "smart" and ignores the content type in this case.
My Safari printed the raw HTML source at first, but rendered the HTML upon reload.
Yeah, mine too. I'm almost motivated to go look why... but not quite.
I looked for a 'View as' menu item prior to reloading, but very interesting that a reload fixed it.
Strange, same on android but I wouldn't have thought to refresh.
Another interesting thing is exploring being pedantically standards compliant (breaking usefulness sometimes) versus bending standards (in the expense of encouraging bad practice)
Good old Postel's Law.
If all browsers actually paid attention to Content-Type then this site probably would have fixed the actual problem. Instead we have a world where it works in only some browsers, and naïve users consider the one that is technically more correct to be "broken".
1 reply →
View -> Text Encoding -> Autodetect.
This seems to resolve the issue well enough.
In case it helps any, here's a mirror I put up long ago, without the MIME issue AFAIK:
http://accesscom.com/~darius/EarlyHistoryST.html
(I did it to be able to read the paper without all the distracting OCR errors/typos in the OP's version; perhaps they've been fixed since then, though they weren't at the time I sent him this.)