Hacker News Reader

Comment by kibwen | Hacker News Reader

Let's focus on the real issue here, which is that HN has apparently normalized the double hyphen in the title to an en dash--yes, an en dash, not even an em dash.

View on HN

That's LaTeX convention, double hyphen is an en-dash, triple hyphen is an em-dash.

I agree that it should be left as a double hyphen, but an en dash is far more appropriate considering the decades-long precedent set by LaTeX (and continued by Typst).

It's a command line argument. The undeniably correct way to render it is with two minus signs[1] and absolutely not something non-ascii.

[1] Not strictly a hyphen, which has its own unicode point (0x2010) outside of ascii. Unicode embraced the ambiguity by calling this point (0x2d) "HYPHEN-MINUS" formally, but really its only unique typographic usage is to represent subtraction.

They meant “more appropriate [than an em dash]”. And that minus sign usage of hyphen-minus isn’t unique in Unicode either – see U+2212 MINUS SIGN.

But... it's not more appropriate than an em dash for representing command line arguments? I don't see how either is any more incorrect than the other. There's a uniquely correct answer here and the em-dash is not it. Period.

It’s about the top-level comment’s horror that ”--” was substituted with “an en dash, not even an em dash”. If you’re picking a substitution for “--”, en dash makes more sense. The comment you originally replied to had already agreed “that it should be left as a double hyphen”.

> If you’re picking a substitution for “--”, en dash makes more sense.

No, it doesn't? This seems like crazy talk to me, like "If you're picking a substitute for saffron, blood plasma makes more sense than monocrystalline silicon". Like, what?

It makes zero sense to substitute this at all. It's exactly what it says it is, the "--hard" command line option to "git reset", and you write it in exactly one way.

Nobody is confused or disagrees about the `--hard` part. It was a minor tangent about contexts where these ASCII substitutions are established, like LaTeX (`` -> “, '' -> ”, -- -> –, --- -> —, etc.)

> The undeniably correct way to render it is with two minus signs[1] and absolutely not something non-ascii.

> [1] Not strictly a hyphen, which has its own unicode point (0x2010) outside of ascii. Unicode embraced the ambiguity by calling this point (0x2d) "HYPHEN-MINUS" formally, but really its only unique typographic usage is to represent subtraction.

Strictly, its as you note, the hyphen-minus, and Unicode has separate, disambiguated code points for both hyphen (0x2010) and minus (0x2212); hyphen-minus has no "unique typographic usage".

I said that badly. What I meant was that ASCII 0x2d is, in fact, used as the only minus sign in basically all markup and presentation layers. (Mostly because math layout tends to go through its own interpreter -- what lives in "the unicode text" is always "markup" of some kind). The unicode value is ignored AFAIK, nothing emits it or interprets it specially. That is not true of the hyphen, which does get special treatment at the presentation layer in fonts and whatnot.

The "sed" expressions that power the title "cleanup" here do overshoot quite often. It ruins --long-command-arguments and it definitely also reuins cpp::namespaces. Quite curious why these obvious shortcomings are not being fixed.

It's not a command line argument, it's part of the title of a hackernews post.

Pro tip: pros don't copy and paste from HN titles straight into the command line.

(Or... do they?? Hmm, ok, maybe I need to let this roll around in my mind.)

And it should be "--" to begin with, i.e. "--hard".

Two hyphens for an en-dash, three for an em-dash.

iOS keyboard autocomplete

desktop test --

Surely its copy and paste though?

You underestimate just how annoying iOS autocomplete can be.

Not just iOS but macOS too. And it seems to only get worse. And with no notice to users. And no response in their forums.

oh, no, I notice, but typically not until after hitting send

I swear sometimes it doesn’t apply the corrections until I submit the form. It’s infuriating.

I’ve been using Cotypist on macOS [1].

Sometimes it feels like it’s reading my mind when I’m typing.

[1]: https://cotypist.app/

I really don’t! I switched it all of months ago - autocomplete, autocaps, all of it. I reached a point where the constant frustration had to be worse than any productivity gain it was hoping to offer.

A few months on… I like it! Frustration is all gone, any errors are just on me now, and it forces me to slow down a bit and use the brain a bit more!

Article: "Major issue with most popular AI coding tool"

comments: "ThE tItLe iS aI cOded !!!1"

The best community

No, the comment was pointing out that the HN platform automatically replaces `--` in titles with `–`. (I don’t know if that’s true, but that was the intent. Nothing to do with AI.)

The article is wrong and the issue is closed.

Where did they say the title is ai coded?

double hyphens –

triple hyphens —

For me on iOS:

Double hyphens —

Triple hyphens —-

Actual em dash (typed with more effort, but HN changes it) —

The triple hyphens has a gap in it separating the autocorrected en dash and the hyphen.

Apple actually had the nerve to make it a point to say they’d made their keyboard intelligence better. What a joke. Can’t keyboard, my ass!

Reply on news.ycombinator.com