Skip to content

무료 · 비공개 · 가입 불필요

수평 바 제거 — 엠대시가 아닌 대시 고치기

U+2015는 엠대시와 완벽히 똑같이 생겼지만 비슷한 동작은 하나도 없습니다. 텍스트를 붙여넣고 전부 진짜 엠대시, 하이픈 또는 삭제로 바꾸세요.

대시 제거 도구

모든 처리는 브라우저에서 이루어집니다. 텍스트는 이 페이지를 벗어나지 않습니다.

이 도구가 바꾸는 문자
각 대시를 다음으로 바꾸기

Ctrl(또는 ⌘) + Enter로 다시 실행할 수 있습니다.

수평 바 없는 텍스트

0개의 대시 제거됨

수평 바(―, U+2015)는 엠대시와 별개의 유니코드 문자이며, 대부분의 글꼴에서 화면상으로 구분되지 않습니다. 차이는 소프트웨어가 이를 어떻게 다루는가에 있습니다. 엠대시(U+2014)는 편집기·스타일 가이드·워드 프로세서가 「대시」로 지칭하는 문자이고, 단축키·자동 고침·조판 설정이 만들어 내는 것입니다. 수평 바는 일부 조판 전통이 인용 대화에 선호하는 대안이며, 요청하지 않아도 출판 파이프라인이 내보내는 문자이기도 합니다.

생김새가 같으니 뭔가가 거부하기 전까지는 텍스트에 섞여 있는지 아무도 모릅니다. ASCII나 좁은 문자 허용 목록을 쓰는 폼 검증기는 거부합니다. 스타일 검사기는 같은 문서의 다른 엠대시와의 불일치로 표시합니다. 분명히 하나가 들어 있는 텍스트에서 「—」 찾아 바꾸기는 0건을 보고합니다. 그리고 U+2015를 한 번도 그려 본 적 없는 글꼴에서는 문자가 빈 직사각형으로 표시됩니다. 「엠대시가 네모로 나온다」고 검색하게 만드는 바로 그 네모입니다.

이 도구는 정확히 이 문자만 제거하고 진짜 엠대시·엔대시·하이픈은 건드리지 않습니다. 기본 대체 문자는 진짜 엠대시입니다. 대부분의 사람이 실제로 원하는 것입니다. 같은 모양, 같은 의미, 그러나 모든 도구가 동의하는 문자. 대상이 코드 필드나 슬러그라면 하이픈을, 바가 장식 — 구분선, 분리자, 원치 않는 나눔선 — 이었다면 「없음」을 고르세요.

이 문자가 오는 곳

U+2015를 일부러 입력하는 사람은 없습니다. 문서, 파이프라인, 글꼴에서 옵니다.

PDF나 InDesign 내보내기

출판 도구와 인쇄 파이프라인은 때때로 구분선이나 인용 대시를 U+2015로 매핑합니다. PDF에서 문단을 복사하면 문자가 따라옵니다.

대화의 인용 대시

일부 스타일은 대화를 따옴표가 아닌 대시로 열고 그 역할에 수평 바를 지정합니다. 그 서식을 따르는 원고라면 그 대시들은 모두 U+2015입니다.

글꼴 대체

원본 글꼴이 없는 기기에서 연 문서는 수평 바를 쓰는 대체 글꼴이 엠대시를 다시 써 버릴 수 있습니다. 글리프는 맞아 보이고 문자는 틀립니다.

자동 텍스트 정리

스크래퍼, OCR 패스, 오래된 CMS는 자체 매핑 표로 문장 부호를 정규화하며, 그중 일부는 원본이 U+2014였던 자리에 U+2015를 씁니다.

대체 문자 고르기

바가 문장 부호였는지, 분리자였는지, 구분선이었는지에 따라 다릅니다.

엠대시

산문과 문서

거의 모든 때의 정답. 모양은 동일하고, 모든 편집기·검증기·챗봇이 무엇인지에 동의합니다.

하이픈

슬러그·코드·데이터

ASCII이며 보편적으로 허용됩니다. 텍스트가 스프레드시트, URL, 데이터베이스 필드를 살아남아야 할 때 쓰세요.

공백

분리자로 쓰인 바

문자가 문장을 부점할 게 아니라 두 라벨을 나눴다면, 그 줄이 진짜 원한 것은 공백입니다.

없음

구분선과 나눔선

바가 장식용 구분선 — 절 구분을 대신하던 대시들의 가로줄 — 였다면 과감히 삭제하세요.

무엇을 고르든 한 번의 처리로 붙여넣기 전체에 적용됩니다. 한 장이든, 원고 전체든, 스프레드시트 한 열이든. 업로드도 단어 수 제한도 없으니 사례 한 페이지도 한 문장만큼 안전합니다.

질문

수평 바란? 엠대시와 무엇이 다른가요?
수평 바는 U+2015, 엠대시는 U+2014입니다. 보통 똑같이 렌더링되지만 서로 다른 코드 포인트에 유니코드 속성도 다르므로, 문자를 비교하거나 허용 목록으로 검증하는 프로그램은 관련 없는 둘로 취급합니다.
엠대시가 빈 네모(□)로 보이는 이유는?
그 문자가 글꼴이 글리프를 갖고 있는 엠대시가 아니기 때문입니다. U+2015는 놀랄 만큼 많은 글꼴에 빠져 있고, 빠진 글리프의 네모가 보이는 것입니다. 2em·3em 대시는 더 자주 빠져 있습니다. 진짜 엠대시로 변환하면 어디서든 표시가 해결됩니다.
엠대시로 변환해도 안전한가요?
산문이라면 안전합니다. 글리프도 의미도 같습니다. 구분이 중요한 곳은 대화에 의도적으로 U+2015를 쓰는 출판물뿐입니다. 그래서 이 도구는 하이픈·공백·삭제도 선택할 수 있게 합니다.
찾아 바꾸기에서 못 찾는 이유는?
U+2014를 검색하는데 문서에는 U+2015가 있기 때문입니다. 검색 상자에서는 같아 보이지만 절대 일치하지 않는 두 문자열입니다. 엠대시 문자로 검색해 대시가 가득한 페이지에서 0건 — 이 문제를 발견하는 가장 흔한 경로입니다.
JSON, CSV, API 요청을 깰 수 있나요?
깰 수 있습니다. JSON은 리터럴 제어 문자를 금지하고, 일부 검증기는 문자열 밖의 비ASCII를 거부합니다. CSV 로더와 오래된 API는 1바이트 인코딩을 가정해 U+007F를 넘는 문자를 망가뜨리곤 합니다. 값 한가운데의 수평 바는 미스터리한 인코딩 버그처럼 보이는 가져오기 실패의 그럴듯한 원인입니다.
이 페이지는 2em·3em 대시도 제거하나요?
아니요. 이 페이지는 U+2015만 고정 대상이라 진짜 엠대시는 결코 피해를 입지 않습니다. 멀티em 대시(U+2E3A·U+2E3B)에는 별도 페이지가 있고, 「모든 대시 제거」는 모든 계열을 한 번에 정리합니다.

텍스트를 정리할 준비가 되셨나요?

가입도, 업로드도, 단어 수 제한도 없습니다. 붙여넣고, 고르고, 결과를 복사하세요.

지금 대시 제거하기