39 comments

[ 5.4 ms ] story [ 88.3 ms ] thread
(comment deleted)
Unsung is one of the best little blogs around. Well worth checking out the rest of the posts.
Couldn't help riffing off on a tangent from the title (since the article is about diagramming tools)...

Dylan Beattie has a thought-provoking presentation for anyone who believes that "plain text" is a simple / solid substrate for computing: "There's no such thing as plain text" https://www.slideshare.net/slideshow/theres-no-such-thing-as... (you'll find many videos from different conferences)

Nice. I've used the phrase before, with the vague notion that a proper talk must already exist.
From the title, I was not expecting a bunch of extended ASCII characters.
I'm all for it, but it's dangerously mixing ASCII with the meaning of plain-text...
Well, we are computer nerds, not the rock drawers.
Text and text files are simple. I think this is their number #1 advantage.

There are limitations though. Compare a database of .yml files to a database in a DBMS. I wrote a custom forum via ruby + yaml files. It also works. It also can not compete anywhere with e. g. rails/activerecord and so forth. Its sole advantage is simplicity. Everywhere else it loses without even a fight.

Also: M-x artist-mode in emacs.
Plain text is great as far as it goes, but when it comes to structure you start from zero for every file. There’s always someone getting wistful about ad-hoc combinations of venerable Unix tools to process “plain text”, and that’s fine when you’re in an ad-hoc situation, but it’s no substitute for a well-specified format.
It's good to see the plain text, it's been a while that people wanting them.

So many users wants the Special fonts but in here simple is Special to eyes and Mind.

As a developer I agree. Sometimes simplicity is more Special and powerful than complex formats.

Tangent to article: text character based charts for statistics. Decades ago I had an education version of MINITAB that ran under DOS and did scatter diagrams and dotplots and box and whisker plots from text characters (you could use pure text, I think proper ASCII or you could set an option to use those DOS drawing characters). The idea was to encourage initial data exploration before launching on formal statistical tests.

Anyone know of a terminal program that can do proper dotplots?

> Fun to see a contemporary take on something that peaked between 1970s–1980s

Maybe that was the peak, but you had some very good TUIs in the early 1990's for DOS apps, where Windows hadn't quite completely taken over yet, but you very likely had a VGA-compatible graphics card and monitor, meaning you had a good, high-resolution, crisp and configurable-font text mode available, and also likely had a mouse. This is the stuff I grew up with: QBASIC and EDIT.COM for example. Bisqwit has a cool video about how some apps from that era could have a proper mouse cursor, even: https://www.youtube.com/watch?v=7nlNQcKsj74

I always liked Borland's code editor (would you call it an IDE?) from that era. The one that you used in Turbo-C, Turbo-Pascal, etc.

Text-mode versions of Wordperfect, Wordstar, and Lotus 1-2-3 were pretty good too.

Norton/Midnight Commander might be close to peak TUI for me.
[flagged]
I think the real limit of plain text is pretty obvious: you cannot embed pictures in it.

It’s like SMS vs MMS or modern chat. With pure text, you can at best add a link to a picture (which could get rotten or inaccessible for other reasons), but you cannot directly graphical content.

Readability is certainly a limit. JSON and XML are unreadable in their usual single-line transport form, and often even when pretty-printed. XML signatures break upon reformatting, so you also can’t just do it blindly.

Part of the lowest common denominator are the (printable) ASCII characters. If you ever opened a text file mostly consisting of a script you’re not familiar with, it might as well have been binary. Add to that right-to-left languages where you can’t even be sure which element follows which without knowing the scripts.

It’s “good enough” for many purposes, but it’s important to keep in mind the limitations.

Plain text is great, but if you're holding a hammer ...
Plain text is the hammer. And the silver bullet.
There is no silver hammer?

Maxwell will be devastated.

All plaintext bullshit should be eradicated. Fucking useless as a medium when displaying and handling complex tasks.
Are ASCII diagrams painful for screen reader users, though?
How could you forget draw.io
It's fun to see a plaintext accounting view as the example...

I just switched from QuickBooks to Beancount+Fava for my sole proprietorship, and couldn't be happier. I've added a text-based simple invoice system, a text-based vehicle mileage tracker, and have validators that ensure that every expense with a tax status has a document attached to it.

It's far easier and faster to use than QuickBooks, I don't have to put up with ads, and with git + RFC3161 attestation of commits, I can prove I made additions when I said I made them, and there's no accidental erasures from lazy text edits, and it's a simple command to see exactly when each entry was made.

All based on plain text at the core, but I've now added Fava extensions so that I can do it all in the browser when I want. If there was a TUI fava with graphs, great, but the web isn't so bad either. Now, let's see what my accountant thinks of this...

Plain text is great.

20+ years of my notes are in plain text, facilitated with https://github.com/nickjj/notes.

Also been doing plain text invoicing for around 7 years with https://github.com/nickjj/invoice.

There's also Plutus https://github.com/nickjj/plutus for income and expense tracking. Couldn't be happier. All I do now is export my bank's CSV files and import them into Plutus, a few minutes later my books are done after I align some of the categories. I've done 2 years of taxes with this now.

Plain text has been around for thousands of years, it just wasn't digital.
But graphic "terminals" are oldest.