Em Dash（—）、En Dash（–）、Hyphen（-）の使い方
(merriam-webster.com)- Em dash（—） は文中に補足説明を挿入したり、前の内容を展開したりするときに使われ、コンマ・コロン・括弧よりも目立つ転換を作れる
- 発話が突然途切れたり、思考の方向が変わる瞬間にも使われ、文の流れに強い分離感を与える
- En dash（–） は日付・時間・ページ数・年号の間で「〜から〜までを含む」を意味し、名前の間のつながり・境界・対立関係も表す
- Hyphen（-） は複合語の接続、接頭辞・接尾辞の分離、行末の単語分割、どもる発話、文字単位の綴り表示に使われ、実際のテキストでは dash よりも頻繁に現れる
- Em dash の前後の空白は媒体ごとのスタイル差が大きく、新聞・一般向け雑誌では空白を入れることが多く、本・ジャーナルでは詰めて書くことが多い
Em dash（—）の基本的な役割
- Em dash はコンマ、コロン、括弧に似た位置で文の流れを調整する
- コンマ・括弧のように、例示、説明句、描写句、補足情報を文中で区切る
- コロンのように、前に出た内容を説明したり展開したりする節を後ろに続けられる
文の流れの転換と発話の中断
- 文構造が突然方向を変えるとき、急な変化を示す
- 例：1つの文の中で、前半とは異なる考えや反応へ切り替わる地点に入る
- 発話が中断されたり、話し手が混乱したり、ためらったりする状況も表す
- 例：
That is—I suppose it is concerning.のように、発話の流れが切れる位置に入る
- 例：
コンマ・括弧・コロンの代わりに使う Em dash
- Em dash は補足情報を強調したり、読者の注意を引きたいときにコンマや括弧の代わりに使える
- コンマで囲まれた情報は周囲の文と最も密接である
- 括弧で囲まれた情報は周囲の文と最も距離がある
- Em dash で囲まれた情報はその中間程度の関係を持つ
- 定義句や一覧を導入したり区切ったりできる
- 例：
three kinds of croissants—plain, almond, and chocolate—
- 例：
- 後ろの節が前の節を説明・要約・展開するときは、コロンやセミコロンの代わりに節をつなげられる
- for example、namely、that is のような表現で始まる例示・補足情報も区切る
- コンマよりも大きな流れの切断が必要なときや、文構造をより明確にしたいときに有用である
- 単語や句の列挙の後に要約文を付けるときにも使える
- 本文に属さない引用文の末尾では、著者名や出典名の前に dash が来ることがある
- 引用の直後または次の行に示されることがある
他の句読点と併用するとき
- Em dash がコンマの来る位置にある場合、コンマは省略する
- Em dash の一対の中にある補足内容が感嘆符や疑問符で終わる場合、その記号は dash の内側に置く
- 括弧の中で dash を使ったり、dash の中で括弧を使ったりして、入れ子の挿入情報を示せる
- 2つ目の dash が閉じ括弧の直前に来る場合、2つ目の dash は省略する
- 閉じ括弧は省略しない
En dash（–）の使い方
- En dash は大文字の N ほどの長さで、一般的なキーボード利用者には簡単に入力しにくいため、主に組版された資料でよく見られる
- プレーンテキストでは hyphen がその役割を代用することもある
- 数字、日付、時間、ページ数の間では「〜から〜までを含む」を意味する
- 例：
August 1–August 31 - 例：
6:00 a.m.–6:00 p.m. - 例：
pages 128–34 - 例：
2007–2019
- 例：
- こうした表現には from や between のような語は必要ない
open 6:00 a.m.–6:00 p.m.は “between 6:00 a.m. and 6:00 p.m.” または “from 6:00 a.m. to/until 6:00 p.m.” と読める
- 複合形容詞の構成要素の一方が2語から成る複合語である場合、正式には hyphen の代わりに en dash を使える
- 例：
the pre–Websterburg Bakery era pre-Websterburg Bakery eraのように hyphen を使うと、pre が Websterburg にだけかかるように見えるおそれはあるが、実際に読者が混乱する可能性は低い
- 例：
- 大文字で始まる名前同士の間では、to の代わりになったり、境界・条約・対立のような接続関係を表したりする
- 例：
a Springfield–Websterburg train - 例：
the pie–cake divide
- 例：
2本・3本の Em dash
- Two-em dash
——は語中の欠けた文字を示し、まれに欠けた語を表すこともある- 例：
Ms. M——
- 例：
- Three-em dash
———は、欠けている、または不明な語・数字を補うべき位置に使う- 例：
a bakery in ———
- 例：
Hyphen（-）の使い方
- Hyphen は em dash・en dash よりもテキスト中で頻繁に登場し、さまざまな用途で使われる
- Hyphen は複合語の構成要素をつなぐ
- 例：
a baker-owner
- 例：
- 一部の語では、接頭辞、接尾辞、中間要素を残りの語から切り離す
- 例：
pre-bakery - 例：
bread-like - 例：
jack-o'-lantern
- 例：
- 数字や日付の間では en dash の代わりに「〜から〜までを含む」を意味することもある
- 例：
pages 128-34 - 例：
2007-2019
- 例：
- 行末で単語を分割するときに使う
- 例：
Webster-次の行burg
- 例：
- 文字や音節を分けて、どもり、すすり泣き、言いよどみの効果を出せる
- 例：
M-m-mabel
- 例：
- 単語を文字単位で綴って示すときにも hyphen を使う
- 例：
c-l-o-s-e-d
- 例：
フォーマルさと空白スタイル
- Em dash はときにコロンや括弧のよりくだけた代用と見なされるが、実際には最もフォーマルな文章を含むさまざまな種類の文章で使われる
- どの句読点を選ぶかは個人の好みに近い
- Em dash の前後の空白処理は媒体によって異なる
- ほとんどの新聞は dash の前後に空白を入れる
- 多くの一般向け雑誌も同じ方式を取る
- ほとんどの本とジャーナルは em dash の前後を詰めて書く
- Merriam-Webster のウェブサイトは本文で前後を詰めるスタイルを好む
1件のコメント
Hacker News の意見
覚えやすい区別の仕方は、ハイフンは連結、en ダッシュは範囲、em ダッシュは中断と考えること
ハイフンは
double-decker、cut-and-dried、212-555-5555のように複合語や番号をつなぎ、en ダッシュはBoston–San Francisco flight、10–20 yearsのように両端だけでなくその間全体を含む範囲を作るem ダッシュは
What the—!、A paragraph should express one idea—but rules are made to be brokenのように文や思考を中断するのに使うUnicode には、もともと ASCII のハイフンマイナス
U+002d、専用のハイフンU+2010、ソフトハイフンや改行禁止ハイフンのような機能的なハイフン、専用のマイナス記号U+2212、下付き/上付きのマイナス変種もある数字幅に合わせた figure dash
‒U+2012、two-em dash⸺、three-em dash⸻、引用符のように使われる horizontal bar―もある一部のソフトウェアが em ダッシュを単語区切りとして正しく扱わず、ダブルクリックでの選択が不便になるため
たとえば一部の Kindle モデルでは、em ダッシュの前後の単語のどちらかを選択しても両方がハイライトされて、辞書の利用がかなり面倒だった記憶がある
U+002dよりも専用のマイナスU+2212が好まれるほとんどのフォントで両者の見た目が違って見えるからだが、専用ハイフン
U+2010をハイフンマイナスより好むべき場合もあるのか気になる;を使うのではないかと思う自分にはセミコロンが em ダッシュと同じ目的のように感じられるし、em ダッシュは ChatGPT を通じて初めて知ったもので、それ以前には見たことがない
ハイフンマイナスがあるべき場所に
U2010のような文字が入った数字に遭遇したことがあるおそらく誰かが代替記号の使われた文書から負の数をコピーし、みんな大好きなデータ破壊装置である Excel に貼り付け、Excel が文字列として解釈したあと、そのまま下流システムまで流れていったのだと思う
Excel は楽しいこともあるが、存在そのものが厄介なこともあり、銀行でも今なお驚くほど多くのデータ手作業が残っている
今ではすべて自動化されているように思えるが、定期的に行うつらい手作業のほうが自動化コストより安いと見なされる場合もある
ほとんどのコンピューターキーボードには em ダッシュのキーがないので、毎回
ALT+0151を押すよりは、いつもハイフンを 2 つ--続けて使っていたem ダッシュ、en ダッシュ、ハイフンを完璧に使い分けているのは、自分にはLLM が書いた文章の最もはっきりした兆候のように見える
インターネット上の文章全般の時期を推定するのにも使えそうで、実際 em ダッシュは 2022 年以前には珍しかったように感じる
たとえば自分は Z 世代だが、ずっと前から適切なダッシュ文字を適切な場所で使おうとしていたし、Mac を使うとそれがずっと簡単になる
もちろん OS まで考慮しても統計的には有用かもしれないが、自分の人間が書いた文章がチューリングテストで落とされるようで少し悲しい
Unicode とフルカラー絵文字フォントレンダリングの時代にも、世界中が少し手を加えただけのタイプライターキーボードを使っているのは気が狂いそうになる
この数十年で変わったのは、Windows ロゴキー、電源キー、メディアキー、IE と Outlook のロゴキーといった Microsoft 好みのものだけ
IBM が単一ユーザー向けオフィスコンピューターに適当なキーを暫定的に決め、予期しないスキャンコードが BIOS やプログラムで悪い結果を招く可能性があったため、みんながそのまま真似した
その後 Windows がほとんどのコンピューターの標準システムになり、Microsoft が国際化を大きく推し進めて国別配列やコードページを多数作ったが、ときには国家標準と食い違うこともあった
より重要なのは、単一バイトのコードページにも基本的なタイポグラフィ記号があり、30 年前から使えたにもかかわらず、ほとんどの物理キーボード配列には追加されなかったという点
Word をより高級に見せ、「ちゃんとした文書」には Word が必要だと感じさせたかったのか、それともプログラマーたちが非 ASCII 文字を「プレーンテキストには絶対に出てこない」自由データのマークアップ定数のように扱っていたのか気になる
Alt+hyphenやAlt+Shift+hyphenが en ダッシュ/em ダッシュになるあまりに地味なので知らなかったかもしれないが、自分を含め多くの人が 2022 年よりずっと前から em ダッシュを使ってきた
em dashを検索して結果からコピー＆ペーストしてきたし、LLM よりずっと前からそうしていたLLM はおそらくそうした資料を食べて学んだのだと思う
こういうことは気にしないことにした
これからもダッシュは1種類だけ使うし、残りの2つを使う理由はまったく見当たらない
マイナス、ハイフン、em/enダッシュはすべて同じ文字
-を使う入力しやすく、意味や可読性に実質的な違いはなく、数ピクセル長かったり短かったりする短い横線の変種を区別するのに時間を無駄にしたくない
ダッシュの長さの1mmにも満たない差は、追加の意味も明確さももたらさないし、この立場から私を説得して引き離すことはできない
手書きでも、ものすごく誇張して長く書かない限り、一貫して区別できるものでもない
だがemダッシュは違う
慣例以外でemダッシュを使いたい主な理由は、目的の明確さだ
ハイフンはすでに範囲表示や複合語の連結に多用されている、過負荷な文字であり、この2つは話すときの休止には相当しない
ハイフンを声に出して読むなら、そのまま続けて通り過ぎるべきだ
emダッシュは括弧、コンマ、セミコロンにより近く、ハイフンと違って文中の意味のある切れ目だ
自分の思いどおりにできるなら、emダッシュの代わりになる別の文字、もしかするとアンダースコアを選ぶだろうが、それは別の議論だ
マイナス記号であれハイフンであれ他の用途であれ、すべてそれを使う
MS Wordが自動修正で別のものに変えると、何をしているのかも分からないし興味もないので、いつも腹を立てて元に戻す
詳細を多く書くので、括弧の中にまた括弧が入ることがよくあり、開発者としての本能は閉じ括弧を2つ要求するが、見た目が変で、あまりにナードっぽい
emダッシュを代わりに使うのも、おそらく同じくらいナードっぽいのだろう
括弧内の挿入句の中でさらに挿入句を示すときにダッシュを使い、その逆も可能、という感じだ
Robert Bringhurstは句を区切って示すとき、enダッシュを好む
「emダッシュは19世紀の標準で、今でも多くの編集スタイルブックで規定されているが、優れた本文書体で使うには長すぎる。文間の過剰な空白と同じく、ヴィクトリア朝タイポグラフィの、詰め物が多くコルセットを着けた美学に属している」
「句の標識として使うときは、– このように – enダッシュの両側に通常の単語間スペースを置く」
¹https://archive.org/details/isbn_9780881791327/page/80/mode/...
スペース付きのenダッシュがemダッシュよりずっと良いという点には完全に同意する
emダッシュは前の単語を次の節の単語にくっつけすぎる感じがして嫌だ
He left—no explanation.よりHe left – no explanation.のほうがよく、left—noは別の区間を分けているというより、奇妙に貼り合わせたように感じる– thus –のようにスペース付きのenダッシュを使い、—thus—のようなemダッシュは普通スペースなしで使う少なくともこのフォントでは、スペースなしのemダッシュのほうが小さく見える
以前なら括弧を使っていただろう多くの場所で、
dash offsets—just as an aside—のようにダッシュで挿入句を示すようになり、文の流れを妨げにくいと感じているこちらではより一般的なようだし、自分も明らかにそちらを好む
私にとってemダッシュは長すぎて醜い
アメリカ式のようにm-dashを使わず、両側にスペースを置いたN-dashを使う
数字を組版するときは、基本のハイフンマイナス
/-/U+2Dは不自然に見えるので、マイナス記号/−/U+2212を使うべきだ例えば
It is −1 °C vs. -1 °C.で、正しいマイナスはプラスと幅も同じ− vs. +だまれだが、1桁の数字と同じ幅のプレースホルダーが必要なら、figure dash
/‒/U+2012や figure spaceU+2007を使える例:
Guess the PIN: 1‒34.やや脱線するが、emダッシュが見えるとAI生成である確率がかなり高い、とかなり確信するようになった
ChatGPTはほとんど常にemダッシュを使うし、学術的な文章ではもっと一般的だろうが、今ではRedditのような掲示板でも本当に多くなった
同じ理由で
incidentallyも使うし、数年前にDFWをたくさん読んでからはNbもよく使う彼が
whichでよく作る非常に正確な構文も盗んできたLLM以前は、emダッシュが何かを示すとすれば、たいてい本を読み、細部に気を配る人だというサインだったと思う
たった今知ったから、これから目につき始めただけだ
だから、これがLLM生成かどうかを見分ける良いテストなのかは分からない
誰かがLLMでスペルや文法を直すこともあり得るし、LLMがenダッシュをemダッシュに変えてしまうこともよくあり得る
読み書きが主にソーシャルメディアに縛られているなら、限られた文脈の中ではそうした傾向が現実のように見えるかもしれない
しかしemダッシュは新しいものではなく、何十年もの間、良い文章の一部だった
今日の「タイプライター以前の組版」の話でいえば、省略記号
…もあります少なくとも今では専用の
O/0、l/1キーがありますが、それでも Microsoft Word が作る「スマート引用符」の代わりに"straight"な引用符をよく見かけますダッシュも同じで、専用の省略記号文字があることも重要です
この文字は通常
...より点同士の間隔が少し広く、定義上、点の間で改行されませんいまだに
©の代わりに(C)を使う例も見かけます可読性には大きく関係しませんが、人は理由を正確に言い当てられなくても、ある文書やページが他のものより細部に気を配って組版されていることに気づけるものです
私の FOSS テキストエディタ KeenWrite[1] には、ビルド時にこれを置換する私のライブラリ KeenQuotes[2] が含まれています
完璧ではありませんが、約400ページの私の小説をエラーなしで組版できます
省略記号はここでパースされます:
https://gitlab.com/DaveJarvis/KeenQuotes/-/blob/main/src/mai...
そしてここで出力されます:
https://gitlab.com/DaveJarvis/KeenQuotes/-/blob/main/src/mai...
その後 HTML エンティティに変換されます:
https://gitlab.com/DaveJarvis/KeenQuotes/-/blob/main/src/mai...
Markdown を組版するとき、KeenWrite はまず文書を XHTML、つまり XML に変換し、その後 ConTeXt を呼び出して XML を TeX マクロに変換します
そのマクロの一つが省略記号を
\dots{}に変換します:https://gitlab.com/DaveJarvis/keenwrite-themes/-/blob/main/x...
最終文書では Unicode 文字
…としてレンダリングされます私たちのような年寄りの一部は、こうした細部を気にします
[0]: https://stackoverflow.com/a/73466438/59087
[1]: https://keenwrite.com/
[2]: https://whitemagicsoftware.com/keenquotes
. . .で近似してきました私は省略記号文字を使っていますが、皮肉なことに等幅フォントで見ると短すぎます
«French»や„German“の引用符を使うのは、とても奇妙に感じます私の Markdown 出版ツールチェーンではそうしていますが、HN ではしていません
spans pages 128–34で、2つ目の数字の1を省略する人がいるのかと思います本当にひどいです
1を残す人がいるのかと思います1,003–1,004のようにわざわざ全部打つより、pages 1,003–4と書きます2桁や3桁にも同じように適用され、
pp. 1,899–902のように書きます。これは標準的な慣行で、むしろより明確だとも言えますただしページ範囲でしか見たことがなく、年の範囲でも
1984–5や1989–92のように書くのかは分かりません学界ではページ範囲を扱い続けますが、年の範囲はどんな形であれそれほど頻繁には見ません
同僚はみな医師や弁護士で、Word しか知らなかったので、参考文献を手入力していました
124から127までなら、本当に124–127と打つのか、それとも124–7とするのか気になります数年前に Butterick の Hyphens and dashes を読み、印象に残っています
今ではハイフン、en ダッシュ、em ダッシュをよく正しく使い、Unicode 入力シーケンスまで覚えて、Linux で
Ctrl-Shift-Uから自然に入力していますhttps://practicaltypography.com/hyphens-and-dashes.html
あの本は見事なほど意見がはっきりしていて、私にいくつものタイポグラフィ概念を明確にしてくれました
前後にスペースのない em ダッシュは、あまりに醜い遺物で、いつまでも気になってしまうし、客観的に間違っています
ダッシュというオブジェクトは文の一部であって、区切っている2つの単語の一部ではありません
それなら en ダッシュを使うほうがよく、完璧な方法は hair space で囲むことです