Em Dash(—), En Dash(–), Hyphen(-) 사용법

 (merriam-webster.com)
1P by GN⁺ | ★ favorite | 댓글 1개
  • Em dash(—) 는 문장 안에 보충 설명을 끼워 넣거나 앞 내용을 확장할 때 쓰이며, 쉼표·콜론·괄호보다 눈에 띄는 전환을 만들 수 있음
  • 말이 갑자기 끊기거나 생각의 방향이 바뀌는 순간에도 쓰여, 문장 흐름에 강한 분리감을 줌
  • En dash(–) 는 날짜·시간·쪽수·연도 사이에서 “~부터 ~까지 포함”을 뜻하고, 이름 사이의 연결·경계·대립 관계도 나타냄
  • Hyphen(-) 은 합성어 연결, 접두사·접미사 분리, 줄 끝 단어 나눔, 더듬는 말, 글자 단위 철자 표시에 쓰이며 실제 텍스트에서 dash보다 더 자주 보임
  • Em dash 앞뒤 공백은 매체별 스타일 차이가 커서, 신문·대중 잡지는 공백을 넣는 경우가 많고 책·저널은 붙여 쓰는 경우가 많음

Em dash(—)의 기본 역할

  • Em dash는 쉼표, 콜론, 괄호와 비슷한 자리에서 문장 흐름을 조정함
    • 쉼표·괄호처럼 예시, 설명구, 묘사구, 보충 사실을 문장 안에서 분리함
    • 콜론처럼 앞에 나온 내용을 설명하거나 확장하는 절을 뒤에 붙일 수 있음

문장 흐름 전환과 말 끊김

  • 문장 구조가 갑자기 방향을 바꿀 때 갑작스러운 변화를 표시함
    • 예: 한 문장에서 앞부분과 다른 생각이나 반응으로 전환되는 지점에 들어감
  • 말이 중단되거나 화자가 혼란스러워하거나 망설이는 상황도 나타냄
    • 예: 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 안에서 괄호를 써서 중첩된 삽입 정보를 표시할 수 있음
    • 두 번째 dash가 닫는 괄호 바로 앞에 오면 두 번째 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.”로 읽을 수 있음
  • 복합 형용사 구성 요소 중 하나가 두 단어짜리 복합어일 때, 공식적으로는 hyphen 대신 en dash를 쓸 수 있음
    • 예: the pre–Websterburg Bakery era
    • pre-Websterburg Bakery era처럼 hyphen을 쓰면 pre가 Websterburg에만 붙는 것처럼 보일 위험이 있지만, 실제 독자가 혼동할 가능성은 낮음
  • 대문자로 시작하는 이름 사이에서는 to를 대신하거나 경계·조약·대립 같은 연결 관계를 표시함
    • 예: a Springfield–Websterburg train
    • 예: the pie–cake divide

두 개·세 개 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 웹사이트는 본문에서 앞뒤를 붙이는 스타일을 선호함

함께 보면 좋은 글 β

GN⁺   [-]
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 대시가 문장이나 생각을 끊는 용도라면, 일부 스타일 가이드는 공백 + en 대시 + 공백을 권하고 나도 그쪽을 선호함
      일부 소프트웨어가 em 대시를 단어 구분자로 제대로 처리하지 않아 더블클릭 선택이 불편해지기 때문임
      예를 들어 일부 Kindle 모델은 em 대시 앞뒤 단어 중 하나를 선택해도 둘 다 강조해서, 사전 사용이 꽤 짜증났던 것으로 기억함
    • 수학에서는 하이픈-마이너스 U+002d보다 전용 마이너스 U+2212를 선호함
      대부분 글꼴에서 둘의 모양이 다르게 보이기 때문인데, 전용 하이픈 U+2010을 하이픈-마이너스보다 선호할 만한 경우도 있는지 궁금함
    • 영어 원어민은 아니지만 영어에서도 ;를 쓰지 않나 싶음
      내겐 세미콜론이 em 대시와 같은 목적처럼 느껴지고, em 대시는 ChatGPT를 통해 처음 알았으며 그 전에는 본 적이 없음
    • 여러 출처의 CSV를 파싱할 때 이런 문자 차이가 꽤 재밌는 문제를 만듦
      하이픈-마이너스가 있어야 할 곳에 U2010 같은 문자가 들어간 숫자를 만난 적이 있음
      아마 누군가 대체 기호가 쓰인 문서에서 음수를 복사해 모두가 좋아하는 데이터 망가뜨리개인 Excel에 붙여넣었고, Excel이 문자열로 해석한 뒤 그 상태로 하류 시스템까지 흘러간 듯함
      Excel은 때로 즐겁지만 때로는 존재의 골칫거리이며, 은행에서도 여전히 데이터 수작업이 놀라울 정도로 많음
      요즘은 다 자동화됐을 것 같지만, 정기적으로 하는 고된 수작업이 자동화 비용보다 싸다고 여겨지는 경우도 있음
    • 서로 다른 문자를 잘 구분하지 못하는 글꼴까지 끼어들면, 이 혼란이 얼마나 심해졌는지 알아보기 어려워짐

  • 대부분의 컴퓨터 키보드에는 em 대시 키가 없어서, 매번 ALT+0151을 누르기보다는 늘 하이픈 두 개 --를 이어 썼음
    em 대시, en 대시, 하이픈을 완벽하게 구분해 쓰는 건 내겐 LLM이 쓴 글의 가장 뚜렷한 신호처럼 보임
    인터넷 글 전반의 시기를 가늠하는 데도 쓸 수 있을 것 같고, 실제 em 대시는 2022년 이전에는 드물었던 것처럼 느껴짐

    • 이 판별법은 macOS가 키보드 단축키를 제공한다는 사실 때문에 편향될 수 있음
      예를 들어 나는 Gen Z인데도 오래전부터 적절한 대시 문자를 제자리에 쓰려고 했고, Mac을 쓰면 그게 훨씬 쉬워짐
      물론 운영체제까지 감안해도 통계적으로 유용할 가능성은 있지만, 내 인간이 쓴 글이 Turing 테스트에서 탈락하는 느낌이라 좀 슬픔
    • 제대로 된 타이포그래피 지원 키보드 배열을 한 번 설치하면 됨
      Unicode와 풀컬러 이모지 글꼴 렌더링 시대에도 전 세계가 약간 손본 타자기 키보드를 쓰는 게 미칠 노릇임
      수십 년 동안 바뀐 건 Windows 로고 키, 전원 키, 미디어 키, IE와 Outlook 로고 키 같은 Microsoft 취향뿐임
      IBM이 단일 사용자 사무용 컴퓨터에 적당한 키를 임시로 정했고, 예상 못 한 스캔 코드가 BIOS나 프로그램에서 나쁜 결과를 낼 수 있어 모두가 그대로 베꼈음
      이후 Windows가 대부분 컴퓨터의 기본 시스템이 되었고, Microsoft가 국제화를 크게 밀어붙이며 국가별 배열과 코드 페이지를 많이 만들었는데, 때로는 국가 표준과 어긋나기도 했음
      더 중요한 건 단일 바이트 코드 페이지에도 기본 타이포그래피 기호가 있었고 30년 전부터 쓸 수 있었는데도 대부분 물리 키보드 배열에는 추가되지 않았다는 점임
      Word를 더 고급스럽게 보이게 하고 “제대로 된 문서”에는 Word가 필요하다고 느끼게 하려 했던 건지, 아니면 프로그래머들이 비ASCII 문자는 “일반 텍스트에는 절대 안 나올” 자유 데이터 마크업 상수처럼 다뤘던 건지 궁금함
    • Mac에서는 Alt+hyphen이나 Alt+Shift+hyphen이 en 대시/em 대시임
      너무 미묘해서 몰랐을 수 있지만, 나를 포함해 많은 사람이 2022년 훨씬 전부터 em 대시를 써 왔음
    • 15년 동안 Google에서 em dash를 검색해서 결과에서 복사해 붙여넣어 왔고, LLM 훨씬 전부터 그랬음
    • 2022년 이전에도 세계의 특정 구석에서는 모든 대시류 문자의 올바른 사용을 신경 쓰고 활용해 왔음
      LLM은 아마 그런 자료를 먹고 배운 것 같음

  • 이런 건 신경 쓰지 않기로 했음
    앞으로도 대시 하나만 쓸 것이고, 나머지 둘을 써야 할 이유를 전혀 못 보겠음

    • 내가 찾던 입장임
      마이너스, 하이픈, em/en 대시 모두 같은 문자 -를 씀
      입력하기 쉽고 의미나 가독성에 사실상 차이가 없으며, 픽셀 몇 개 길고 짧은 짧은 가로선 변형을 구분하는 데 시간을 낭비하고 싶지 않음
    • 여기에 한 표 던짐
      대시 길이의 1mm도 안 되는 차이가 추가 의미나 명확성을 주지 않으며, 이 입장에서 나를 설득해 빼낼 수는 없음
      손으로 쓸 때도 엄청 과장해 길게 쓰지 않는 한 일관되게 구분할 수 있는 것도 아님
    • en 대시는 쓸모없다는 데 동의해서 없어져도 됨
      하지만 em 대시는 다름
      관례 외에도 em 대시를 쓰고 싶은 주된 이유는 목적의 명확성임
      하이픈은 이미 범위 표시와 합성어 연결에 많이 쓰이는 과부하된 문자이고, 이 둘은 말할 때의 쉼에 해당하지 않음
      하이픈을 소리 내 읽는다면 그냥 이어서 지나가야 함
      em 대시는 괄호, 쉼표, 세미콜론에 더 가깝고, 하이픈과 달리 문장 안의 의미 있는 끊김임
      내 마음대로라면 em 대시를 대신할 다른 문자, 어쩌면 밑줄을 고르겠지만 그건 별개 논쟁임
    • 대시는 하나뿐이고, 내 키보드에 키가 있는 바로 그 문자임
      마이너스 기호든 하이픈이든 다른 용도든 모두 그걸 씀
      MS Word가 자동 수정으로 다른 걸로 바꾸면 뭘 하는 건지도 모르고 관심도 없어서 늘 화내며 되돌림
    • 기호 길이 자체엔 관심 없지만, 괄호 안 괄호를 처리할 때는 이 발상이 유용했음
      세부사항을 많이 쓰다 보니 괄호 안에 다시 괄호가 들어가는 일이 잦고, 개발자 본능은 닫는 괄호 두 개를 요구하지만 보기에 이상하고 너무 너드 같음
      em 대시를 대신 쓰는 것도 아마 마찬가지로 너드 같긴 함
      괄호 안의 삽입구 안에서 다시 삽입구를 나타낼 때 대시를 쓰고, 그 반대도 가능하다는 식임

  • Robert Bringhurst는 구를 끊어 표시할 때 en 대시를 선호함
    “em 대시는 19세기 표준이고 아직 많은 편집 스타일북에서 규정하지만, 좋은 본문 서체에 쓰기에는 너무 길다. 문장 사이의 과도한 공백처럼, 빅토리아 시대 타이포그래피의 패딩 많고 코르셋 입은 미학에 속한다”
    “구 표시자로 쓸 때는 – 이렇게 – en 대시 양쪽에 일반 단어 공백을 둔다”
    ¹https://archive.org/details/isbn_9780881791327/page/80/mode/...

    • 지금 The Elements of Typographic Style을 다시 읽는 중인데, 일부러 실물 책을 산 몇 안 되는 책 중 하나이고 정말 아름다움
      공백이 있는 en 대시가 em 대시보다 훨씬 낫다는 데 완전히 동의함
      em 대시는 앞 단어를 다음 절의 단어와 너무 붙여 버리는 느낌이 싫음
      He left—no explanation.보다 He left – no explanation.가 낫고, left—no는 다른 구간을 분리한다기보다 이상하게 붙여 놓은 것처럼 느껴짐
    • 구 표시자로는 – thus –처럼 공백 있는 en 대시를 쓰고, —thus—처럼 em 대시는 보통 공백 없이 씀
      적어도 이 글꼴에서는 공백 없는 em 대시가 더 작아 보임
      예전에는 괄호를 썼을 많은 곳에서 dash offsets—just as an aside—처럼 대시로 삽입구를 표시하게 됐고, 문장 흐름을 덜 방해한다고 느낌
    • 그 방식은 미국식과 대비되는 영국식 스타일처럼 생각함
      여기서는 더 흔한 것 같고 나도 확실히 그쪽을 선호함
    • 2주 전까지만 해도 en 대시는 숫자에 쓰는 것인 줄 몰랐고, 그게 em 대시 용도라고 생각했음
      내게 em 대시는 너무 길고 못생겼음
    • 독일에서는 그렇게 씀
      미국식처럼 m-dash를 쓰지 않고, 양쪽에 공백을 둔 N-dash를 씀

  • 숫자를 조판할 때는 기본 하이픈-마이너스 /-/ U+2D가 어색해 보이므로 마이너스 기호 /−/ U+2212를 써야 함
    예를 들어 It is −1 °C vs. -1 °C.이고, 올바른 마이너스는 플러스와 폭도 같음 − vs. +
    드물지만 한 자리 숫자와 같은 폭의 자리표시자가 필요하면 figure dash /‒/ U+2012나 figure space U+2007를 쓸 수 있음
    예: Guess the PIN: 1‒34.

  • 다소 벗어난 얘기지만, em 대시가 보이면 AI 생성일 확률이 매우 높다고 꽤 확신하게 됨
    ChatGPT는 거의 항상 em 대시를 쓰고, 학술 글에서는 더 흔하겠지만 이제 Reddit 같은 게시판에서도 정말 흔해졌음

    • 2002년쯤 J. D. Salinger에 빠진 뒤로 em 대시를 많이 써 왔음
      같은 이유로 incidentally도 쓰고, 몇 년 전 DFW를 많이 읽은 뒤로 Nb도 자주 씀
      그가 which로 자주 만드는 아주 정확한 구문도 훔쳐 왔음
      LLM 이전에는 em 대시가 뭔가를 나타낸다면 대체로 책을 읽고 세부사항에 신경 쓰는 사람이라는 신호였다고 봄
    • 대체로 Baader-Meinhof 현상임
      방금 알게 됐기 때문에 이제 눈에 띄기 시작한 것임
    • 글쓰기에 꼼꼼한 일반인도 있음
      그래서 이게 LLM 생성 여부를 가리는 좋은 테스트인지는 모르겠음
      누군가는 LLM으로 맞춤법이나 문법을 고칠 수 있고, LLM이 en 대시를 em 대시로 바꿔 놓는 일도 흔할 수 있음
    • 지난 20년 동안 em 대시를 정기적으로 봤고 써 왔음
      읽기와 쓰기가 주로 소셜 미디어에 묶여 있다면, 제한된 맥락 안에서는 그런 추세가 실제처럼 보일 수 있음
      하지만 em 대시는 새롭지 않고, 수십 년 동안 좋은 글쓰기의 일부였음

  • 오늘의 “타자기 이전 조판” 얘기라면 생략부호 …도 있음
    적어도 이제는 전용 O/0, l/1 키가 있지만, 여전히 Microsoft Word가 만드는 “스마트 따옴표” 대신 "straight" 따옴표를 많이 봄
    대시도 마찬가지고, 전용 생략부호 문자가 있다는 것도 중요함
    이 문자는 보통 ...보다 점 사이 간격이 약간 더 넓고, 정의상 점 사이에서 줄바꿈되지 않음
    아직도 © 대신 (C)를 쓰는 경우도 보임
    가독성에는 크게 상관없지만, 사람들은 이유를 정확히 짚지 못해도 어떤 문서나 페이지가 다른 것보다 세부사항을 더 신경 써서 조판됐다는 걸 알아챌 수 있음

  • spans pages 128–34에서 두 번째 숫자의 1을 누가 생략하나 싶음
    정말 끔찍함

    • 누가 1을 남겨 두나 싶음
      1,003–1,004처럼 굳이 다 치기보다 pages 1,003–4라고 씀
      두 자리나 세 자리에도 똑같이 적용되어 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 대시는 너무 못생긴 유물이라 끝없이 거슬리고 객관적으로 틀렸음
    대시 객체는 문장의 일부이지, 분리하는 두 단어의 일부가 아님

    • 공백이 있는 em 대시는 공간을 너무 많이 차지함
      그럴 거면 en 대시를 쓰는 편이 낫고, 완벽한 방식은 hair space로 감싸는 것임
답변달기