this post was submitted on 19 Jul 2023
13 points (88.2% liked)

Lemmy

12572 readers
3 users here now

Everything about Lemmy; bugs, gripes, praises, and advocacy.

For discussion about the lemmy.ml instance, go to !meta@lemmy.ml.

founded 4 years ago
MODERATORS
 

In a comment I wrote, I was surprised to see something I didn't write showing up, in the form of a third dot.

So, where did the third dot come from?

Well, markdown-it has an extension where "typographic replacements" are done. You can see them all in action here (tick typographer on and off).

So, wherever two or more dots are written, even if around quotes, three dots will be rendered ('..' => '..')

While it may seem nice, this is more trouble than good IMHO. Not to mention the fact that people using other apps, utilizing other markdown implementations, will not see what others see (which is why some of you probably had no idea what the hell I was talking about at the start of this post).

It is my opinion that use of non-standard markdown extensions should be kept to a minimum, or preferably not used at all. And since a new UI is going to be written (which may open the possibility to use a high-quality markdown Rust crate), this should be a deliberate implementation choice going forward.

top 6 comments
sorted by: hot top controversial new old
[–] Dirk@lemmy.ml 5 points 1 year ago (2 children)

Seems like it replaces .. with (a distinct typographic character that is called ellipsis, not just “a third dot” – and this could be relevant)

While it may seem nice

No, it really doesn’t, its a horribly bad design choice. Especially on a “more tech focused” where two dots are used to represent the previous directory.

Also: An editor should not change the input of the user. If someone wants to write 2 dots, the editor should not force an ellipsis.

[–] RunAwayFrog@sh.itjust.works 3 points 1 year ago

While it may seem nice

No, it really doesn’t, its a horribly bad design choice.

I wanted to give some balance to my argument. I guess I was over-cautious with that one.

[–] maegul@lemmy.ml 0 points 1 year ago (1 children)
`..`

for me produces

..

?

Seems fine TBH ... backticks being the perennial escape hatch seems reasonable.

[–] RunAwayFrog@sh.itjust.works 1 points 1 year ago (1 children)

Would you have escaped them a priori?

Do you consider markdown-it's typographic replacements common knowledge, and thus intuitively escapable?

Should lemmy apps be pushed to use markdown-it, in your opinion?

[–] maegul@lemmy.ml 1 points 1 year ago* (last edited 1 year ago)

Would I? Yea ... I'm always inclined to use escape backticks in markdown actually. Basically anytime I'd be using or reading the relevant text in a programmatic/ASCII/monospace environment. I even use them to signify verbatim quotations. I find myself holding back on lemmy though because their styling can be a tad gaudy.

In the case of a unix path, yea I almost always would escape that with backticks. I do appreciate your angst at seeing the rendering of the path.

I'm not sure much of markdown is common knowledge apart from the basics. I think most people kinda fumble through the weirdness and idiosyncrasies of any particular flavour without caring too much about it in the end. But no, I don't think the specific replacements would be common knowledge. But I do think many would react pleasantly at most of them, in part because I don't think they're foreign in the text formatting space.

For me the main replacements I have a major problem with is reducing multiple question and exclamation points down to 3. That seems unnecessary to me. Though, to be clear, I'm not fond of the ellipsis substitution either. As for the rest, the only ones I like are the n-dash and m-dash substitutions and the quotation marks. The rest I'd classify as cute and unnecessary and the sort of thing that, if desirable, ought to be left to special syntax for special characters.

As for whether lemmy should use markdown-it ... I'm thinking it isn't a big issue and these replacements are just a particular flavour's idiosyncrasies that most are happy to deal with.

Two issues I'd raise though:

  1. The lack of documentation about them in the lemmy docs on text formatting ... though either of us could probably be helping that with a PR rather than ranting here.
  2. Getting the formatting of inline/block code less gaudy and more natural looking, so that using them feels less extreme.
load more comments
view more: next ›