[cestith]

In a sense, sure. Plaintext input is completely valid markdown though. You can take text from any plaintext editor and paste it into a markdown input and it will render as HTML or XHTML that very much resembles what you copied.

Then, if you want lines, you can embed SVG in it. You could also draw in a box, use a tool like ImageMagic to make a PNG or GIF, encode that as base64, and embed it into the document as HTML source.

What the author has done is basically invent their own JSON-based syntax for Pic, Fig, or SVG and their own comment/template tag format.

[chrismorgan]

> You can take text from any plaintext editor and paste it into a markdown input and it will render as HTML or XHTML that very much resembles what you copied.

This is very, very, very far from the truth. People get tripped up by accidentally invoking markup and thereby destroying their text all the time. You ever see unintended italic text and missing asterisks here? I sure do. Or on sites that do Markdown, ever talked about a generic type Foo<T> and had the <T> disappear? Or talked about __init__.py and got 𝗶𝗻𝗶𝘁.py? Or taken text where you used a single newline character for paragraph breaks, and had everything end up as one paragraph?

> Plaintext input is completely valid markdown though.

Only inasmuch as there’s literally nothing that’s invalid Markdown. If you take text that you wrote as plain, unformatted text, Markdown will routinely destroy it.

—⁂—

To address the chain of comments that brought us here:

• I spoke of Markdown because the author spoke of Markdown, and used Markdown syntax.

• Markdown is plain text? Depends on what you mean by plain text. Under stricter definitions, absolutely not. Under weaker definitions, only mostly, unless you want to say that HTML is plain text too, in which case sure.

• Plaintext is not Markdown? Certainly true. Most plain text won’t be too badly damaged by reinterpretation as Markdown, but a lot will.

[cestith]

Plaintext, as in text, won't get seriously mangled. Text with symbols, which I admit should fit in the general idea of a "plaintext file", will be interpreted potentially in ways not intended in a regular text edited document.

Italicized, bold, and underlined HTML text does pretty much resemble the purposes for which those symbols (asterisks, underscores) are used in text. Even bulleted lists and numbered lists are handled in a pretty straightforward fashion.

Where you see problems is when you're putting in footnote notations, equations, source code, and such. There are ways in both HTML and markdown to keep pre-formatted text for those cases. What the author has accomplished is not having a special notation for those, but also reinventing Pic, Fig, DOT, or SVG for simple images. It's done by requiring a game engine rather than using any of those prexisting tools.

Pic and Eqn are literally from the 1980s and 1970s, respectively. Pikchr (a Pic enhancement) is designed to be embeddable into markdown rather than troff, and could pretty easily embed into plaintext-with-template-tags like this. DPic is Pic-compatible and can produce Postscript, PDF, SVG, or image formats. As a bonus to the author of lines.love Pic-compatible tools already can take nested expressions in a slightly different format, and can also produce programmatically-defined shapes.

https://ece.uwaterloo.ca/~aplevich/dpic/ https://ece.uwaterloo.ca/~aplevich/dpic/dpic-doc.pdf