Live data from Hacker News

The Art of Plain Text (2015)

netmeister.org

31–40 of 88 posts

Re: The Art of Plain Text (2015)

#31
1. That was a pleasure to read. The limited width of the text columns was really a refreshing change. The link [3] in the page recommends a text width of 4 inches for easy readability. This is quite a useful thing to know, and hardly followed anywhere on the web.

2. Org mode in Emacs is a game changer for me. The pdf output via Latex is quite good. One thing I really used to hate was typing in beamer presentations by hand. Nowadays, I can make a org mode file super-quick and export via beamer to produce a basic PDF presentation.

Re: The Art of Plain Text (2015)

#32
post #26
post #12

128 character US-ASCII is indeed fundamental. It is an almost verbatim translation from the teletypewriter command set: https://en.wikipedia.org/wiki/ASCII

What's wrong with using UTF-8? Disregarding that I may want to write documents in a language that needs non-ASCII characters, I may want to use names of people or places that use non-ASCII characters.

The first 128 characters of Unicode (UTF-8) correspond one-to-one with US-ASCII...

Re: The Art of Plain Text (2015)

#33
Author is NetBSD developer. It is still favourite OS of mine when it comes to command line, text-only computer use.

No one ever seems to acknowledge that plain text is the easiest to convert to any other format, while that is generally not the case for other formats. Maybe this is what is meant by "lowest common denominator". Perhaps a term like "most interchangeable format" would put plain text in a better light.

Re: The Art of Plain Text (2015)

#36

>Use only plain ASCII text. You don't know how the text will be processed or what systems will be used to display it. The lowest common denominator -- i.e. ASCII -- will do just fine. Use a simple text editor. What if I speak Chinese?

Or even languages that use the Latin alphabet, but with various accent marks, such as German, French, Spanish, etc.

Re: The Art of Plain Text (2015)

#37
post #5

> Resist the temptation to use images. If you are unable to distill the concepts or thoughts into language, then you have likely not fully understood the problem. Not to diminish a great point, but there is no shame in a simple table or diagram, either. Indeed, given the ambiguities of written language, doubling down on an important point with a graphic or chart reinforces that point and can help broaden the audience…

> If you are unable to distill the concepts or thoughts into language, then you have likely not fully understood the problem. This definitely depends on the situation. Whenever we do QA tests, it's much more effective to just take a screenshot or video of the problem rather than wasting time trying to explain it in text.

But unless you add enough text to adequately describe the problem, nobody will be able to search for that issue later.

As a developer, I find video repros to be particularly bad, since there's a lot of irrelevant stuff in the video that you have to skip over to get to the actual issue. If I get a ticket with a video repro, I always end up having to add a textual description for future reference (and to make life easier for other people who have to handle the ticket). By creating a video repro, you may be saving time for yourself, but wasting time for everyone else who has to understand what the issue is.

Re: The Art of Plain Text (2015)

#38
post #29

Earlier quoted context omitted.

Wrapping everything in a pre block isn't necessary. For example, look at Daring Fireball : [1][2] which is nicely rendered in a web browser, and very simple when you do a View Source. [1] https://daringfireball.net [2] https://daringfireball.net/2022/02/on_the_origin_of_the_ipho...

It's not bad, but I prefer netmeister's. > Wrapping everything in a pre block isn't necessary. I'm not saying it has to be all or nothing... but I don't see the point in not wrapping in a pre block or equivalent, having a mix is fine, i.e using an anchor or some and tags if you want sure, but if you are going to insert a bunch of LFs in there anyway for your column width, why not also use them for paragraphs separati…

You can use

without cluttering. Put

on its own line and at a different indentation level. I saw someone do this recently, and the plain HTML read just as well as any plaintext doc I ever saw while also rendering perfectly on the phone (which this article doesn’t do thanks to its use of pre).

Re: The Art of Plain Text (2015)

#39

>Use only plain ASCII text. You don't know how the text will be processed or what systems will be used to display it. The lowest common denominator -- i.e. ASCII -- will do just fine. Use a simple text editor. What if I speak Chinese?

Or even languages that use the Latin alphabet, but with various accent marks, such as German, French, Spanish, etc.

These languages have developed ways to cope because of SMS.

Re: The Art of Plain Text (2015)

#40
> Resist the temptation to use images. If you are unable to distill the concepts or thoughts into language, then you have likely not fully understood the problem.

This is really hard to agree with. There are some things text just isn’t good for, like sheet music or color theory. There are also many readers and authors for whom big chunks of text are hard to digest.

Post reply on HN