Regarding the Em Dash
themillions.com
themillions.com
We had plenty of dash characters--we had hyphens of course, and figure dashes, and en dashes, and em dashes. Figure dashes are one en in width, with the vertical position of the visible element is designed to match the numerals in the font. This let us set a sentence like so with subtle perfection.
Type designer John Baskerville (1706-1775) owned a printing-works and type foundry in Manchester.
Does anybody notice this sort of thing? Probably nobody except book designers. Does anybody care? Well, my mom said she cared when I pointed it out to her.
From that teacher I learned to respect the choices of the type designer and how to use those choices. His tradition--now mine--dictates that all these dashes be typeset closed, without leading or trailing spaces. In the OpenType era, a type designer may choose to leave a speck of white space around a dash, but it's up to the designer, not the typesetter.
Text rendering in software like web browsers and word processors is gradually catching up to the tradition. Adobe's InDesign product does a great job of all this. Recent versions of MS Word are great improvements.
It helps to know the HTML entities for these items if you'll play around with them in your web pages.
— em-dash
– en-dash
‒ figure dash (using en-dash is mostly acceptabe).
‑ non-breaking hyphen
  one em of space
  one en of space
the much-misused nonbreaking space (use an en space for   ktksbai)
  thin space (0.2-0.25em)I'll blame two of my colleagues for indirectly 'inspiring' me to spend more time than justified, tinkering with LaTex and TikZ (it lets you produce "vector graphics from a geometric/algebraic description"). I'm not happy with the amount of time I spend with LaTex+TikZ, but I find the results to be satisfying and very convincing. Have to diligently chip away at it to get more productive with them.
1: https://ctan.org/tex-archive/support/latexmk
2: http://nitens.org/taraborelli/TeXOpenType
3: https://tex.stackexchange.com/questions/1319/showcase-of-bea...
After my college days using LaTeX, support for ligatures arrived in browsers and I would spot those (fi, ff, ij, ft, and perhaps others) and post them on Facebook.
U+2008 ‐ HYPHEN
U+2212 − MINUS SIGN
HYPHEN is not much used since in most fonts it's identical to ASCII ‘-’. MINUS SIGN is meant to be visually congruent with +×÷=, etc (same stroke width and appropriate alignment).Personally I have - – — ‐ ‑ − on my usual keyboard layout.
You could add the translation before, but it’s cool to introduce a lot of folks who don’t know that to a proper dash.
Once you discover the em dash, it is hard to restrain yourself. But I'm trying to come back to the comma. It does its work without fanfare, almost invisibly. The mature writer realizes his job is to tell the reader something without getting in the way.
I land on the side favoring a space on each side of the dash. Unconventionally, I prefer to ASCII-encode my em dashes with three hyphens. The traditional two aren't long enough. But two is better than one. I always have to reread sentences by someone who thinks the hyphen and the dash are the same thing.
Rgds
Damon
Here are some alternatives:
* English: from 1 to 3
* Some programming languages: 1..3
* Math: [1, 3)
I guess this also the main purpose of the en-dash* : http://www.thepunctuationguide.com/en-dash.html . The problem there is that en-dashes can be inaccessible as in my case--typing on a phone.
* I actually originally missed your point because you forgot the hyphen between 'en' and 'dash'.
These conventions are rarely very strict but they do help communicate your ideas. Understanding them and understanding the impact of not using them is an important set of knowledge if you want to be clear and well understood in your writing.
It is similar to good typography in that it isn't required but that it will often make the reader enjoy or understand the work more when reading.
Obviously there have been many great writers who knew how and why they were breaking those conventions. E. E. Cummings was a notable example.
You are free to break whatever convention you like. It will just effect your communication clarity.
Understanding that (and how and why too) will help you be more effective.
It’s no different to saying “you can program it that way if you want but understanding the conventions & methods other people use may help you have more readable and efficient code”.
This is not a hard concept to grasp.
I personally wrap them in thin spaces (U+2009), except in fixed‐width fonts, where I use an en dash with full spaces instead.
Horrible; if you are going to set a dash open and use it for the purpose of an em-dash, use an en-dash.
Setting an em-dash open is ugly as hell.
> I prefer to ASCII-encode my em dashes with three hyphens.
Two-hyphens is conventional for an en-dash. Since a set-open en-dash serves the same purposes as an em-dash, a lot of people just use that instead of the three-hyphen conventional encoding of an em-dash.
Some people use set-open hyphens on ASCII in place of dashes, which is actually probably the best thing in a monospace presentation but ugly in proportional fonts.
EDIT: Fixed now.
I don't know enough about punctuation to know whether he actually meant "em" when he wrote "en" in several places, but I'm going to assume he actually meant to refer to em-dashes some places, and en-dashes others.
Er, yeah.
That was just ugly.
I fixed (hopefully all of) those.
> Some people prefer the way a ‘space-en-dash-space’ looks. Sometimes when you use the em-dash people say, “What is that? I don’t like that big long dash thing.” Some technical writers think the n-dash is the only one to use.
> It’s not a big deal. I usually use ‘space-n-dash-space’ instead of the m-dash – just to keep everyone happy. You can see this ‘wrong-n’ method used in countless websites, magazines and papers as a replacement for the m-dash. If you use the ‘wrong-n’ method and use it consistently, it works fine and seems to keep the greatest number of people happy.
http://www.punctuationmatters.com/hyphen-dash-n-dash-and-m-d...
> Horrible;
I strongly disagree. A closed em-dash—like this—looks jarringly like the words either side of it are closely related, as if by an extra-long hyphen. For example, in t previous sentence, “this—looks” visually appears to me to be a single compound entity, which is ironic considering that the intention was to make them appear especially separated. The ideal spacing is a thin space on each side, but I find a full space totally acceptable.
Of course, worst of all is asymmetric spacing, like this— yuk.
Edit: I just realised a closed em-dash doesn't look too bad in these comments because there is a very slight space either side of it, but I still stand by the above. A closed em-dash is much worse in documents typeset in TeX, where the dash without manual spacing practically touches the letters either side of it.
While it was meticulously designed for on-screen legibility, these days higher resolution screens and anti-aliasing, etc. are a better solution than meddling with the letter shapes e.g., taller x-heights, bigger openings, etc.
One detractor did allow for Verdana when rendering fine-print/legalese at very small font sizes--as long as it was unlikely to be printed.
On most screens these days, you are probably better off, if using a font of Verdana’s vintage or older, using one optimized for print legibility.
It's best to use an open en-dash in the open case – which is standard in the UK (except for Oxford).
(This is taken from the Oxford Style Guide.)
Example with a normal space:
The quick brown fox jumps over — and, sometimes, under — the lazy dog.
Example with a thin space:
The quick brown fox jumps over — and, sometimes, under — the lazy dog.
This Smashing Magazine article discusses spaces in more detail. At the bottom of the article is a list of different spaces and their corresponding HTML entities:
This is because hackernews has font-family: Verdana, Geneva, sans-serif and I have neither of the named fonts installed.
On my system, hackernews is rendered using Dejavu Sans. This is presumably a default for Firefox on linux which I never realised until today.
I'm using the default Verdana font. Here's a screenshot of what the post looks like on my computer (Firefox on Windows).
I guess I should have added a disclaimer to say that the thin space may not always appear correctly depending on the browser/platform/setup etc. :-)
¹ https://www.flickr.com/photos/mwichary/albums/page1
² https://www.google.com/doodles/30th-anniversary-of-pac-man
I never realised up until today (I am ashamed to admit) that the convention is for no spaces. I always offset señor em-dash.
However, I think my reasoning went thus. I put a space after ‘,’ unless the comma precedes a quotation mark. I similarly would never ever not put a space after ‘.’, nor ‘;’, nor finally monsieur ‘:’. Also to contrast with the way-one-uses-hyphens.
But an unbalanced em-dash, like so– would look preposterous so left open – is how I came to use it over time. But now that it has been brought to my I find that this– is not so preposterous and in a mono font this – does appear to be swimming in space. I may have to train myself–thus–though it may take some time.
While we're on this subject, wide spacing between sentence-ending periods and the next sentence is the Right Way (tm). In ASCII that's two spaces. We're not animals. Let's behave accordingly.
This convention started with typewriters, and typesetters (e.g. my parents) will tell you that it is only considered correct in monospace fonts. This is also why HTML takes the liberty of reducing whitespace down to a single space character unless you go out of your way to use an .
EDIT: For completeness, here is that same text with an extra space: "I live in the U.S. I am happy." -- see how much easier that is to read? Sure, it's not that big a deal, but it's definitely kind to the reader.
I live in the U.S. I am happy.
I live in the U.S. I am happy.Full stops aren't generally used in abbreviations here, Mx Cryptonector.
Though there's a more recent trend to write "Nato" rather than NATO, which annoys me for the inconsistency that arises. Plenty of people pronounce VAT as one word, or PAYE, but these are usually left in capitals.
[0] https://www.theguardian.com/guardian-observer-style-guide-a
People like to say that but it's never been explained to my satisfaction. Spaces are twice as wide in a monospace font. Why would you use more spaces when and only when you have a longer space?
I've also wondered this. Referring to this mock-up[1], I have the same monospace text with single vs double spaces after sentences, and proportional font with single vs double. The usual argument is that #2 is better than #1 (for mono), but #3 is better than #4 (for proportional). It feels like an inconsistency in the preference, and (as you pointed out) the reasoning doesn't make sense.
No, an em-width space between sentences with either half-em or third-em width space between words was typesettig convention for a long time before typewriters, and is where the triple (later double) spacing in typewritten manuscript convention came from.
Typesetting convention evolved to narrower and eventually mostly settled on equal-to-interword spacing after that typewriter convention evolved from earlier typesetting convention.
In short, wider sentence spacing goes back to the first English standards of the eighteenth century – including the first nine editions of the Chicago Manual of Style, and even the tenth still had it as an en-space – and only really started falling out of favour in the twenties. Typewriters had limited effect, but the automated typesetters that suceeded them were actually what killed it off, to simplify the programming.
I typically do still type a single space, but I take full advantage of my preferred TeX flavour's (ConTeXt) automatic conversion to wider spaces. One successful, post-education convert here!
It's fairly common for a lot of computer software to standardize on American English and American conventions, yet several of these are unique to under 1% of the world's population. This morning, a new installation of Microsoft Outlook asked for a location and timezone, yet still showed the weather for Washington DC in Fahrenheit above the calendar. The weather location was easily changed, but not the units. A well-known messaging app I installed last week shows my location as "K%©benhavn", for someone in Russia no character in the location is intelligible. A receipt from a restaurant in Europe has only about a 95% chance of correctly showing €, and maybe a 1/50 chance of showing the date in the wrong order. On an international flight between two non-English places, it's fairly common for the in-flight display to show miles and Fahrenheit with English, which I don't understand, and kilometres and Celsius with (say) Arabic, which I can't understand either — along with the other 99% of non-American connecting passengers.
I have no issue with the minor spelling differences and changes of idiom.
So yes, we mostly understand the Americans, except their measuring units and paper sizes.
> The same should go the other way around.
But it often doesn't.
> setxkbmap -option compose:menu
For example. There will be a dialog somewhere too.
In Ubuntu Unity and — I think — Gnome Shell:
Keyboard settings » Shortcuts » Typing » Compose key
Even specially enabling it is a real barrier in many ways.
https://forlang.wsu.edu/help-pages/help-pages-keyboards-os-x...
The newer system is simply holding down keys to see accented variants which feels very natural on touchscreen devices but is slower than keyboard shortcuts if you know them.
(XKB manages to be both over-complicated and under-capable.)
You can see the original discussion, on the www-talk mailing list in July 1993 [1]. In the thread "Space after Periods," Terry Allen (an editor at O'Reilly) advocated for rendering more space after a period that closes a sentence than after a period that marks an abbreviation (in keeping with TeX and troff conventions).
I proposed that, "A WWW document (which uses proportional fonts) should have the same space between sentences as between words" and cited as authority "Words into Type" and the "Chicago Manual of Style." in 1993, "WIT" and "Chicago" set standards for publishing much like RFCs do for the Internet.
Terry Allen and I engaged in some snarky backbiting, then Ken Chang of NCSA Publications said he preferred "'one space fits all' as writers of HTML really shouldn't need to know the fineries of typography" and finally Guido van Rossum complained that, "extra space after a sentence... is mostly propaganda by Knuth and Kernighan (TeX and troff)" and implored, "Let's keep HTML simple!"
If you don't like the way that browsers collapse spaces between sentences, you can blame me (and Ken Chang plus Guido van Rossum who clearly had issues with whitespace beyond Python).
[1] http://1997.webhistory.org/www.lists/www-talk.1993q3/index.h...
METHOD No periods separating sentence-structures already arbitrarily riddled by false colons and timid usually needless commas-but the vigorous space dash separating rhetorical breathing (as jazz musician drawing breath between outblown phrases)--"measured pauses which are the essentials of our speech"--"divisions of the sounds we hear"-"time and how to note it down." (William Carlos Williams)
---
http://www.writing.upenn.edu/~afilreis/88/kerouac-spontaneou...
---
edit: I kid, but those notes never left my adult mind and come to play to a lesser degree in my consideration in structuring letters, comments, and larger writings. I think the style has its place.
This space is not needed.
(Android users — try long pressing the - key in the punctuation menu.)
[1] https://en.oxforddictionaries.com/grammar/dash-and-em-dash
From some books and a magazine on my table: https://imgur.com/a/GNl2p
Your post is difficult to read because the em dash looks the same as the hyphen later in the post.
The argument that clinches it for me is editing. If you use an em dash with most word processing programs, you will consistently run into problems with the dash and surrounding text being treated as single words. You could reprogram things to recognize em dashes in those scenarios, but the standard behavior exists because of the way the vast majority of people perceive text.
Personally, I think the solution is a thin space, or to drop em dashes in favor of en dashes or something.
I use em dashes frequently, and these issues are frustrating to me. It's also frustrating translating them to plain text.
Opt-P for Pi π Opt-8 for Bullet • Opt-Shift-8 for Degree °
(And there are simple, memorable shortcuts for Pounds, Cents, Yen, Euro, Trademark, Copyright, Ohms, Infinity, and lots of math notation...)
Also if I went back to Linux I'd have to figure out how to remap my window controls to Spectacle's defaults, which'd probably take forever or end up being impossible in the window manager I settled on or whatever.
It's the little things.
Really? Every program on OSX seems to use some weird combination of CMD/SHIFT/CTRL/OPT keys but I don't know if I've ever seen a single Windows/Linux program use the Windows key.
My last laptop ran Arch Linux; but I was willing to switch to Windows for the superb hardware that is Microsoft’s Surface Book, once WSL existed, and I knew that WinCompose existed—had either of these two items not been possible, I could not have switched to Windows.
I use an Apple keyboard with a numeric keypad on the right. From left to right on the lowest row, the keys are Control, Option (Alt), Command, Space, and so on.
I was using LibreOffice 5.1.6.2 to try this. It looks like LibreOffice has remapped the keys.
But on my 2009 iMac running 10.11.6, using LibreOffice, option-hyphen did produce an en-dash, but command-hyphen did. So either LibreOffice or some configuration setting somewhere on this Mac is responsible for this nonstandard behavior.
Thanks.
For symbols not there, hit Control+Command+Space to open the emoji/unicode typer. Hit the icon in the upper right to switch to a view where you can add favorites, like those arrows above.
Some favorite shortcuts of mine besides the dashes:
- Option+; → … (proper ellipsis)
- Option+[ and Option+Shift+[ → “ and ” (admittedly, typing in an editor with smart quotes is better)
- Option+] and Option+Shift+] → ‘ and ’
- Option+= → ≠
- Option+Shift+= → ±
- Option+x → ≈
- Option+, → ≤
- Option+. → ≥
- Option+Shift+8 → ° (degree symbol, don’t confuse with similar characters)
- Option+p → π
I read something related to Perl 6 work that resonated: Unicode opens up a lot more possibilities than we’ve taken advantage of, we just don’t yet have the hardware to make it convenient. Keys labels as screens is a perennial idea; maybe once somebody does a great job of it, we’ll see those Option shortcuts frequently used.
• Compose . . → …
• Compose < " and Compose > " → “ and ”
• Compose < ' and Compose > ' → ‘ and ’
• Compose / = → ≠
• Compose + - → ±
• (couldn't figure out ≈)
• Compose < = → ≤
• Compose > = → ≥
• Compose o o → °
• (no compose for π)
You can create your own compose sequences in ~/.XCompose. I mapped pi to Compose * p, taking the idea from Plan 9: https://9fans.github.io/plan9port/man/man7/keyboard.html
I've did this for vowels with macrons — ā (-a), ō (-o), ū (-u), in particular because they are useful in romanised Japanese.
I’ve customised my Compose key quite a bit.
I added things like:
- Greek characters from Vim’s digraphs, so p star = π, l star = λ, &c. (Looks like WinCompose’s defaults now actually include asterisk-first ones, star p → π, so I might drop my additions.)
- Emoji, :), :D, XD, :/, :S, &c.
- Improved curly quotes, whereby I super-conveniently type curly quotes all the time: ;; → ‘, :: → “, '' → ’, "" → ”. (Look at them on the keyboard to figure out the reasoning. ∷ is available as 2:.)
I contemplated, but didn’t add, Vim’s box drawing digraphs; there are a few collisions, and I only ever use box drawing characters in Vim, so I’ll just use Ctrl+K there.
http://temp.chrismorgan.info/.XCompose is my current .XCompose. I’m using Windows these days, so that’s with WinCompose.
Aagh! I mean... and so it comes full circle. Does no one remember when "emoticons" were sideways ASCII art? Does no one wonder why entry (8) in a list gets turned into "open paren smiley face with sunglasses?" Kids these days...
Why do I use all the fancy Unicode things? Because they’re there!
[ctrl + shift + u] then write "2014" and press [enter]
I learned to use em dashes in the military on our performance reports (sort of like an annual resume with a grade attached).
For a few (dubious) reasons, every bullet had to be precisely 1 line long, +/- 0-3 spaces at EOL (we had almost as many rules regarding these bullets as we did the other kind, it seemed).
Since we had a lot of (usually somewhat independent) points to jam into 1 line, we often had lots of separate clauses with a period, semi-colon[1], or em dash. The em dash always seemed to fill precisely the correct amount of space.
> The most common curse word in Polish is kurwa, which can mean a variety of things - damn, bitch, fuck, {insert any word}, and can even serve as a comma.
https://en.wikivoyage.org/wiki/Polish_phrasebook#Phrase_list
I don't know the difference between em-dash and en-dash. But I'd also wager that you don't stumble and come to a grinding halt when you see a - in the middle of a sentence, like a robot trying to parse words as arithmetic.
I've never, ever once had anyone complain to me that my meaning was unclear when using a - or ' in an email, but I've seen encodings get jumbled. There's no gain for me to not stick to ascii in 99% of cases.
It also eliminate dieresis from the language, naive not naïve, and strips all accents from loan words
I've been kicking around thoughts on Unicode and various codepoints, and which really ought or ought not be used.
It is decidedly complex. I've got in mind a simplified coding, though, for common interchange formats. Effectively a glyphic pidgen. Presuming "glyphic" is a word.
(1913 Webster says it is. Hurrah!)
Ah, a prescriptivist!
In many rich text generators, an em dash is often made with three hyphens, but for as-is plain text, I find three hyphens excessive. In my opinion, most of the usage of the en dash -- the rival, shorter dash -- occurs in situations where you wish to connect, rather than set apart, so while typing in ASCII for the things you'd use an en dash for, a single unspaced hyphen suffices.
I’m on my iPhone right now so I can’t verify my muscle memory.
Shift+Alt+; is Ú
(That doesn't bother me, to be honest. I'm justifying my own quite arbitrary taste)
I don't know why they like them so much... But they end... Every sentence or thought... Like this...
Both ellipses and semicolons carry far too much baggage with them, and make a lot of people have strong feelings about the author, occasionally positive.
Ellipses, for example, are useful for conveying implied but unstated thoughts. There's nothing else that functions the same way. Semicolons serve similar unique functions.
But as someone who used to write nearly every document in LaTeX, I can tell you that I still prefer the correct version ;)
(degustibus non est desputandum, eh?)
I've been abusing the em dash since.
But perhaps the author is saving that for an article about footnotes.
Just minutes ago I read two articles demonstrating the horror of a world awash in em-dashes, both in The New York Times [0, 1]. One may empathize with the writers, if one is so inclined: they have employed em-dashes for emphasis, to insert asides, and to lend needed structure to their sentences. But I think one should not be so sympathetic, because they’ve used 19 of the damn things (!), and every usage would arguably be improved by substituting another form of punctuation or by restructuring the sentence in a way that eliminates the need for complex punctuation entirely.
The ugliest em-dash is in the second sentence of the first article:
> A new class of security vulnerability — a variety of flaws that affect almost all major microprocessor chips, and that could enable hackers to steal information from personal computers as well as cloud computing services — was announced on Wednesday.
This is an abomination. The writer has needlessly separated the sentence’s subject and predicate by two em-dashes and 28 words in two phrases, burdening the reader with the task of untangling her mess. Did neither she nor her editor care enough about the reader to re-write the sentence trivially in a natural way? Try this:
A new class of security vulnerability was announced on Wednesday, a variety of flaws that affect almost all major microprocessor chips. The flaws could enable hackers to steal information from personal computers as well as cloud computing services.
This use of a double em-dash to insert additional information mid-sentence is almost always the wrong thing to do. Here’s another example from the second article:
> Over the next few years, hundreds of millions of dollars in American deposits flowed from Swiss banking stalwarts — institutions like Credit Suisse and Julius Baer — to Bank Frey.
I propose instead:
Over the next few years, hundreds of millions of dollars in American deposits flowed to Bank Frey from Swiss banking stalwarts like Credit Suisse and Julius Baer.
If you find yourself using em-dashes like this, pause and ask yourself why you can’t render the sentence more naturally. Most times you can, whether by restructuring the sentence, by using standard appositive phrases set off by commas, or by true parentheticals (preferably at the end of the sentence, not dividing the subject and predicate). If you can’t make that work, consider separating the information you wish to convey into two or more sentences.
Here are some more examples of what not to do. From the second article:
> And since the problem is built into the hardware — billions of chips that cannot easily be replaced — fixing this class of problems may also be prohibitively expensive.
Just replace “hardware” with the more detailed phrase and a comma: “... since the problem is built into billions of chips that cannot easily be replaced, fixing ...”
From the second article:
> She would return to the United States secretly carrying just under $10,000 in cash — the cutoff for having to make a customs declaration.
Just use a fucking comma!
Now, if you’ll give me a moment to collect myself in the face of all of this grammatical turpitude, I will say that there are two usages of the em-dash in these articles that I do think sensible. Both set off information in ways that other forms of punctuation can’t (except for the venerable parentheses), and they do so in ways that don’t interrupt the logical flow of the sentence:
> A common trick involves having the microprocessor predict what the program is about to do and start doing it before it has been asked to do it — say, fetching data from memory.
> Prosecutors said all the secrecy — the nameless debit cards, the scissored bank paperwork, the shadowy phone calls — showed Mr. Buck knew what he was doing was wrong.
TLDR: if you use em-dashes often, you might be a lazy writer with a bad editor.
———
0. “The looming digital meltdown,” https://www.nytimes.com/2018/01/06/opinion/looming-digital-m...
1. “A Swiss banker helped Americans dodge taxes. Was it a crime?”, https://www.nytimes.com/2018/01/06/business/stefan-buck-tax-...
It's actually my first impulse to inject these midsentence clauses. Is it because of a short attention span, or is it a fear of someone raising an objection if I don't qualify every statement?
The best reference on style I know in this regard is Joseph Williams’s book Style: Toward Clarity and Grace [0]. The book explains how to analyze your own writing to lessen the mental burden on the reader, mainly by re-writing your sentences so that there is a natural logical flow from subject to predicate to object, with detail added in phrases that don’t get in the way.
0. https://sites.duke.edu/niou/files/2014/07/WilliamsJosephM199... [PDF]
I highly recommend it. He talks about the effect of sentence flow on the brain and how sentences can be simplified.
[1] http://www.slate.com/articles/technology/technology/2011/01/...
Outside of newspapers, it was always unfashionable. I mean just look at a book, magazine, or even this site.
One reason being Mr. Twee I-don't-use-two-spaces-after-a-full-stop, that it's awfully hard to tell if "Mr. Twee" is a sentence end or not, or if "stop. It" is supposed to be something else.
That is, in the typewritten manuscript, the double-space following the full stop carries meaning which the typesetting system (HN's HTML encoder, here), would have to guess at.
Or, you know, there's another way. Those of us who learnt to type properly can tip it off with our fuddly double-spaces.
That's a point that seems utterly lost on most today.
When I type, it's ASCII in vim.
When I typeset, it's \LaTeX (or more often these days, Markdown). Which takes care of the fucking fiddly bits for me.
It's still considered fine to do that when using monospaced fonts, just as using the prime symbol (') instead of an apostrophe (’) won't raise any eyebrows in that scenario.
When your goal is to make something that looks like it was typeset by someone with an awareness of typographical conventions, then understanding those can be helpful. ("Twee bloggers" didn't invent them.)
If by that you mean typesetting, I agree. Typing and typesetting are two different activities.
LaTex, for example, will typeset both ".(one space)" and ".(two spaces)" into the same white space that is somewhat larger than one typed space and somewhat smaller than two.
Exactly, and many (non-developer) folks may not have ever experienced the "two spaces after sentences" convention if they haven't sat in a typing class with old-school typewriters, and haven't been instructed on formatting monospaced type.
The typewriter apostrophe isn't the same as the traditional prime symbol (′).
I actually learned to never use double-space-after-period for text that would be rendered directly (e.g., not by a typesetting toolchain that would replace it with a more appropriate but not available in ASCII wide space) in proportional fonts before the Web existed, and it seemed to be fairly widespread advice. This is absolutely not something that was originated by “point-and-drool twee bloggers”.
>But I actually think aesthetics are the best argument in favor of one space over two. One space is simpler, cleaner, and more visually pleasing.
Okay, great? So your best argument is that you subjectively prefer it over two spaces.
>The diners included doctors, computer programmers, and other highly accomplished professionals. Everyone—everyone!—said it was proper to use two spaces.
Ah, but our valiant author sure was ready to put them in their place!
I find this whole article oozes condescension and faulty logic, and I can't help but get my dander up whenever I see it referenced.
For me, it's of the opposite. It's like using `auto` too universally in C++: sometimes it's helpful to know the type you actually intend. Although I cede that the overuse in the article is more likely because it's discussing it and making a whimsical point. :)
It turned green—like I care.
He kicked that person's butt—quite hard actually—without thinking of the repercussions.
EDIT: Do please put whitespace around em dashes.
It is dimensioned to set a proper pause in the text and will rip holes in your text body if surrounded by so much additional white space.
You also wouldn't put a space before a period . (Use an EN dash with spaces, if you must)
Do you think it's just being unused to that layout, or is there some deeper issue to how it looks?