News for hackers. Stuff that matters.
Re:Beyond Markdown by qingcharles on Saturday July 01, 2023 @09:28PM (#36557257)
I really like your proposal, but in the days of USENET the // wasn't interpreted by the machine but simply by our minds, just like * for bold. Would there be any extra issues caused by italics being / rather than *?

I'm honestly with you on this and I'm in the middle of building a huge Markdown site where I have the freedom to change the syntax now if I want.

Re:Beyond Markdown by SoftTalker on Saturday July 01, 2023 @09:45PM (#36557348)
I'd like to see

  *this is bold*
  /this is italics/
  _this is underlined_
Beyond simple conventions like this, I'd just as soon drop into HTML as deal with some other markup that ends up being just as complex. We don't need to allow permutations and combinations such as bold and italics, double-weight bold, etc. these never occur in normal prose typesetting and if you need it just use HTML for those rare cases.
Re:Beyond Markdown by s1mon on Saturday July 01, 2023 @10:28PM (#36557581)
Underlining is an emphasis hack for mechanical typewriters or in handwriting. There's no reason to use it typographically in something which has all the layout possibilities of a modern computer or printer.

https://practicaltypography.com/underlining.html

Re:Beyond Markdown by teddyh on Saturday July 01, 2023 @10:49PM (#36557725)
Except to indicate something new and modern which needs its own visual distinction… like hyperlinks. Using underlining as the default for hyperlinks was genius.
Re:Beyond Markdown by sigg3 on Sunday July 02, 2023 @03:31AM (#36559160)
Purely anecdotal but I always waste a second clicking something I believed was a link because it was underlined.
Re:Beyond Markdown by lelanthran on Sunday July 02, 2023 @03:38AM (#36559209)
> Underlining is an emphasis hack for mechanical typewriters or in handwriting. There's no reason to use it typographically in something which has all the layout possibilities of a modern computer or printer.

The argument presented by that link is valid for paragraphs and valid for printed content.

On a website, underlining single words or short phrases doesn't make them less unreadable, it draws attention to them.

Like with hyperlinks; the displayed form of `[See here](http://here.com) for more inform` is undeniably better than simply `see here for more info` and leave the reader guessing which of those words is the text and which is a hyperlink.

The problem is exacerbated on mobile where the reader cannot hover a mouse over the words to determine which words are a link and which are not.

If you're writing a full paragraph like this:

"Our previous stories of FooBarFactory Inc were well-received by our readers. Investigative Journalism has always been a core principle of PotatoNews. The images and video that our beloved readers shared on Twitter are only a single component in the fight against big corps polluting our environment."

In the above paragraph, "previous stories" is a link, "FooBarFactory" is a link, "well-received" is a link, "images and video" is a link, "Twitter" is a link and "Polluting out environment" is a link.

The advice from Practical Typography would render that entire paragraph free of any indication that there's more for the user to read.

Re:Beyond Markdown by defrost on Saturday July 01, 2023 @09:54PM (#36557401)
As a point of order;

\* more than 3\/4's of people may not feel that way, particularly those discussing snake\_case Vs CamelCase

Re:Beyond Markdown by CrimsonChapulin on Saturday July 01, 2023 @10:20PM (#36557529)
That’s PascalCase, camelCase does not capitalize the first word.
Re:Beyond Markdown by arcanemachiner on Saturday July 01, 2023 @10:35PM (#36557629)
Turns out that it's a contentious topic:

https://en.wikipedia.org/wiki/Camel_case

FWIW I use the same nomenclature as you, but that doesn't make it universal.

Re:Beyond Markdown by overhead4075 on Saturday July 01, 2023 @10:25PM (#36557568)
New rule needs ~ when * or _ is used inside words, so your example wouldn't need escaping. E.g.,

dis~/cuss/~ing

Re:Beyond Markdown by defrost on Saturday July 01, 2023 @10:29PM (#36557584)
with a similar caveat for 'obvious' fractions and divisions?
Re:Beyond Markdown by avgcorrection on Sunday July 02, 2023 @06:06AM (#36560013)
You mean ¾?
Re:Beyond Markdown by defrost on Sunday July 02, 2023 @06:15AM (#36560067)
Only if you can do that for, say, 937\/997.
Re:Beyond Markdown by avgcorrection on Sunday July 02, 2023 @07:45AM (#36560521)
937⁄997

You need U+2044 FRACTION SLASH.

Re:Beyond Markdown by qingcharles on Sunday July 02, 2023 @02:01PM (#36563906)
I honestly had no idea you could do that in Unicode with arbitrary values. Thank you.
Re:Beyond Markdown by yaantc on Sunday July 02, 2023 @03:54AM (#36559312)
This is what Org mode does. It's still very tied to Emacs, but there's an effort to standardize the Org format. Hopefully this will help its adoption outside of Emacs, it's a nice markup (and a lot more).
Re:Beyond Markdown by ilyt on Sunday July 02, 2023 @01:53PM (#36563807)
"why /usr/bin/vi" turns /usr/bin into italic ?"

underlines is not used enough to take the commonly used character ~this is fine~, trailing tilde is rare enough