Especially because org-mode lets you italicize //Face/Off// by adding more slashes, and so on for the others, like ==e = mc^2==.
Incidentally, I have no idea how you're typing literal asterisks, I gave up and am kinda jealous.
its actually ~code~ and +strikethrough+ .
[Official documentation](https://orgmode.org/org.html#Emphasis-and-Monospace)
And underline.
I dont understand why they aren't used that way any more.
Funny thing happened when I tried to type that out: typing /italics/ caused libre office to automatically italicize the word.
Demonstration: https://codepen.io/adrusi/full/poJXRgy
Always thought the idea was that the first slash pushes the letters over, and the second one keeps them from falling down completely.
The unification of underline and italic is an artifact of the limited technology of the typewriter, and I see no reason to preserve that.
1. "Semantic web" refers to data being linked and having meaning. You're referring to semantic HTML.
2. I don't think <strong> meant <em> but more so - as I understood it, <strong> meant text that had to stand out from the rest, whereas <em> meant that text was emphasised. Though I might be confusing it now with the retro-actively applied "semantics" of <b> and <i>.
Totally agree with the overall point btw, and I do tend to use them in the way you described.
I guess it was an HTML 4 thing, the standard at the time of Markdown, https://www.w3.org/TR/html401/struct/text.html#h-9.2.1
<em>: emphasis.
<strong>: stronger emphasis.
I see that HTML 5 has tweaked their descriptions, https://html.spec.whatwg.org/multipage/text-level-semantics....
<em>: stress emphasis
<strong>: strong importance, seriousness, or urgency
Anyway, it was all a whole lot of "semantics-washing" anyway; it's lot like people strictly adhere to strong rules of when text should appear bold or in italics anyway.
When I started writing a spec for Concise Text Encoding [1], I figured it would take about 6 months to nail it down (yeah, right). Even now, 2 years later, I'm still making amendments to it because of various things I missed or got wrong. It's either something I happen to notice in one of my many, many re-reads, or something that another person notices after a few minutes reading it over, or something that comes up while I'm writing the reference implementation. Getting a spec right is a marathon affair.
[1] https://github.com/kstenerud/concise-encoding/blob/master/ct...
> In any language design, the total time spent discussing > a feature in this list is proportional to two raised to > the power of its position. > 0. Semantics > 1. Syntax > 2. Lexical syntax > 3. Lexical syntax of comments
Professional web designers have the same aversion that print designers have, they are birds of a feather. But now they have another reason to hate it. Underlining has come to mean hyperlink. Because of their original aversion, they will often use CSS to remove that default underline, maybe bringing it back only when you hover over a link. But because it is still a widespread convention throughout the web, and probably always will be, they would never, ever emphasize something by underlining (they use border-bottom ;).
Since you should underline something only if it is a link, which has its own markdown, and since underlining is ugly anyway, and since bold and italics are enough ammunition for all your emphasizing needs, and since it is an established convention from the old days that underlining meant eventual italics when it went to press, it's okay in my book to repurpose _underscores_ for italics.
Slashes instead on both sides like /this/ --- hmm, it's not bad. I'm undecided.
One of those words isn't supposed to be 'underline', right?
//italic//
__underline__
**bold**The proper way to think about is s emphasis and strong emphasis. As user you shouldn't be concerned by how it looks. Thats job of overall design and that might change depending where you publish / who designed it. You shouldn't make that decision because you don't have the required context.
Italic will probably be the emphasis (although other designs are possible like change of color). Underline can be used for strong emphasis if it doesn't colide with links. Bold might be too jarring or not possible to use so designer might decide to not use it.
There are also other ways to emphesise like small caps or inline background colors.
As the writer of Markdown content, you're often both the user of the content and the publisher of the content, so you do care about how it looks. Even if you're just the user, your intention when writing is to communicate something, and the eventual appearance of your content impacts how it is interpreted by the reader. So you still care about how your writing will look, which forces you to care about how the publishing process interprets the markdown syntax.
When you publish book you have mostly zero power over how it will be designed. And honesty you should have zero power over it because there are people editors/designers/typesetters who dedicate their lives to exactly that. Better to let them handle it. Same goes for the web.
A system that prefers semantic tags such as "emphasis" and bans direct formatting such as "italics" only works if you can import or define a semantic tag for "book title" that you know will be formatted correctly. It doesn't make sense to tag a book title with "emphasis," because there are a lot of different ways to express emphasis, and only one of them works (quite coincidentally) for a book title.
First, I think they could have repurposed the old tags. <i> can stand for "important," with a default style of italic, and <b> could mean "bold" in the sense of "strong" or "outstanding", https://www.etymonline.com/word/bold, with a default style of boldface type. You can still restyle them to your heart's content.
Second, italic doesn't always mean emphatic. Like I said, it is also a formal convention for: titles (books, movies, magazines), ships, foreign words, legal cases, etc. (Only of large works. For articles and other small works, you quote them. So for example, The New York Times should be in italics, but any particular article, like "Chiefs Win Superbowl", should be in quotes.)
Third, the tags are longer, especially <strong> instead of <b>. It's noisy. A quibble, you might say. But so is this whole topic. And there is a line where coding goes from fun to tedious.
Fourth, an asterisk looks stronger than an underscore anyway:
*this*
_this_
There can any number things set in italic on page and none of them have to use <em>.
"italic doesn't always mean emphatic" is exactly the reason why i say think of it as emphasis not as italic.
Also emphasis/strong in html is mainly for general emphasis in paragraphs of text. It works pretty much like h1 and h2. The difference is that you have only two levels.
I'm a user and I care a lot about how my documents look.
Of course you are both writer and publisher you are also in control of the design. But when you are writing you shouldn't be thinking about how to present the text. These are almost always different processes (except rarer things like poetry or experimental prose that rely on whitespace). Write > edit > present/design.
In English class, before computers, our teacher told us that certain words are always underlined: book titles, ship names, etc.
In Typing class, our teacher told us that if you submitted a typewritten manuscript to a publisher, what you underlined with your typewriter would be converted to italics in a typeset book. Underlining meant italics. And sure enough, nowadays when everyone has a computer instead of a typewriter, and can make real italics, they tell us that book titles, ship names, etc., ought to be in italics (the same things that my teacher used to tell us should be underlined) https://www.purchase.edu/editorial-style-guide/general-style...
I get kind of why Gruber did it his way. He was caught up in the Semantic Web, where you don't use <i> and <b>, you use <em> and <strong>, and <strong> means <em> only more so. So by that logic
is emphatic, and is strongly emphatic.