The NYT api is really flexible. I made my own NYT ascii frontpage site. It works off the headlines - which is enough for much of my browsing. Then I can jump to the full article, or a scrape.
As a long time subscriber the move to video has been pretty painful. In general the flow of stories has changed so much that I miss more news than I see in the NYT.
Offering a plain text version of your website may seem like a novel idea nowadays but I remember a time when pretty much every web page had a printer-friendly version with little to no formatting. I suppose printing web pages has become passé, that is unless you're printing a food recipe.
Thanks for putting together this list, it would be nice to add a short summary next to each link.
I recall on the morning of September 11, 2001, CNN had to completely redesign their site into a text-only version (no images or videos) just to keep up with the strain. Slashdot.org was the only site I went to that was able to keep functioning as-is.
I have to wonder if printing has gone down in popularity, in part, because so many websites handle it so poorly these days. I will sometimes "print" to PDF to save an article I want to read or reference, so I don't have to worry about the site disappearing on me. The quality of these PDFs has dropped dramatically over the years. With some sites it's almost not even worth it.
On several of my previous projects I've been tasked with making the print broken, not just "disabled", to try and force people into the "happy path" where there's a download button. Despite the beforeprint event that would let me trigger the same process.
(I've argued and lost that fight, more often than won it.)
In these fights, did they give the justification for the download button? I'm continuously frustrated by these types of things that go out of their way to break native functionality. Is there a way where they can get extra information and tracking on the user; is that the goal?
To me the "happy path" is the one the user would naturally take, without needing to learn the quirks of each site.
Well, not to entirely leak what I do but the justification is... Salesforce. [0] Omni-anything is a painful, overcomplicated, JS and DB intense process. Generating some PDFs can take in excess of thirty seconds, just because it hits five different objects. And can only be triggered by JS.
I like the spirit of text-only but Markdown is similar enough and gives clickable links, embeddable static images etc. Its the JS, CSS, video, audio and surveillance shenanigans which have gotten out of hand and become noisey (and nosey.)
I've been considering implementing a feature like this in my blog, but in a slightly more HTTP-ish way. Something like, if the Accept header leads with text/markdown, reply with markdown.
This feels more "pure" to me, but it also means that you couldn't actually use it from a typical web browser. So it'd be utterly pointless, but then again, so is my blog.
sounds like a net win. Markdown is a superset of plain text anyway. You could make Markdown the "source" format for each page and then the web server decides at last second which MIME type header to return based on requested suffix. But even if they request .txt the page body could be identical to the
md
I have a few WIP books where Markdown is my source format for similar reasons. I then use pandoc to render to txt, html, pdf, doc or epub as desired.
In some web apps I code, I just serialize the view-model when the page is called with a ".json" or ".yaml" at the end. It forces you to be strict about not leaking private/complex data into the views and makes power-users' life much easier.
".txt" is also a good idea for content-heavy pages. Maybe ".md" too? I may try.
If you append ".txt" to any memo (post) or remark URL on my blog[1], you'll see a text-only version, formatted like an RFC.
This redesign is only a few weeks old. Previously, only the homepage of my blog was HTML/CSS, the posts were all text files by default. Most (all?) people were frustrated with the mobile experience but I loved it. I only redesigned because I wanted to see images on my blog again. You can see the previous version in the 2025 branch[2] of my repo.
Also self plug: https://txt.basilikum.monster
You can also get the text version from basilkum.monster directly by sending the appropriate accept header.
> Obviously a webpage without links is like a fish without a bicycle,
URLs are text. Anchor tags are text. The "link" part is a function of the content viewer. text/plain just happens to not trigger that function in most browsers, but there's no guarantee it won't. If I paste that plain text into an email, it's likely my client or the the receiver's is going to "linkify" it.
For my textsites, I use the whole address, e.g., http://ynac.freeshell.org/Yuengling.txt and will often repeat the instruction to right-click on any link to follow. That way, navigation is strong and layout just that much more challenging.
Have you tried a different theme? Perhaps you're accidentally on "nude" when you would be happier with "drunk". Or vice versa, no accounting for taste.
OP here - sorry you got the drunk theme. That shouldn't happen by default. Had you visited my site before? Are you using an esoteric browser I might not have tested?
What column width - don't tell me these plain text gurus use one long line per paragraph? Are Unicode emojis valid? What about a TUI using Unicode box drawing? Or ASCII characters? 7-bit ASCII only for the entire blog? Is there a way to handle input (a telnet connection?)?
I really enjoy using text.npr.org from my Kindle / Kindle Scribe. I'm really thinking about setting up a self-hosted RSS aggregator site that's Kindle-friendly.
berkshirehathaway.com is a great text-only site, containing troves of buffett's letters with much wisdom. though the actual text mostly end up in pdf formats.
It looks like they played with the design a little between 1997 and 2002 (even getting a little wild with an animated gif in 1999 during the dotcom era). Once they got it dialed in, they stuck with it. This is the mark of a company that knows what business it's in and where to focus.
I feel like the article should've been called "plaintext-only websites" or something, because if you had asked me I would've also defined "text-only" as image/video-less websites
I struggle with the purity of meaning for text-only as well. Before this thread, I didn't understand the mime settings; I've been living a lie with a browser friendly landing page that uses:
<!DOCTYPE HTML><plaintext>
And then all the other pages of the site to be pure *.txt files. In the end, until there are standards to point to, I just accept minimalism as the scale. I have ads, layouts, boxes / frames, and all sorts of possibly annoying aspects to my textsites. It is a medium that's just as easily abused as any!
"No arbitrary code execution" is how I'd put it. "Ads" can be plain text, they just usually aren't on the internet. If a plain text site decided to include them once in a while, I'd celebrate the choice.
Fun to think of it but I think my website actually got removed from that list because it has a logo on top of each page. It is available as “text only” (although not text/plain but text/markdown) by substituting the .xhtml with .md in the URL unlike some other pages on the textonly.website list, though :)
Several years ago, I transitioned my Wordpress website to a static CSS/HTML only site, editing/updating it with vim and sftp https://chuck.is. Overall, it's been a fantastic learning experience doing everything manually (though I plan to automate more soon). I was inspired by http://bettermotherfuckingwebsite.com/
they should atleast make it super large font and full screen for my extra large 32 inch screen, i am literally look at the left hand edge of the window to read their articles
They're literally serving the content with a text/plain media type.
If your browser is rendering plaintext documents in a way that's unreadable, that's a failure of your web browser to serve as an effective user agent for your needs.
(People shoot down the analogous argument for changing the base formatting of text/html, because changing the base UA styles would throw brittle old stylesheets out of whack. But plaintext doesn't have stylesheets that could be thrown out-of-whack.)
I’m pondering on this functionality for static site builders that already say have some sort of Markdown to HTML Page pipeline.
For most SSG (Static site generators) I’ve seen that take a plain text to html conversion, they usually only serve up .html
Wondering out loud if this would be a useful and desirable addition for SSG tools to have the option to serve up say .html and a .md (or .txt or whatever).
Am I missing something? Be a good idea/feature yeah?
The only thing you might be missing: I don't think it helps many people really.
I personally still like the feature because I put my website under a free software license and then it is only fitting that you could view the actual source code. Having the `.md` next to the `.xhtml` available helps to achieve this.
Not technically plaintext (in the MIME type sense), but still very lightweight, especially when compared to other news sites.