검색이 아무것도 반환하지 않음
값은 화면에서 동일해 보이지만 VLOOKUP, SQL WHERE 절, 중복 검사는 다른 문자열로 취급합니다. 「값은 분명히 있는데」 버그의 단골 범인입니다.
무료 · 비공개 · 가입 불필요
줄 바꿈 없는 하이픈 제거 — U+2011을 다시 하이픈으로
줄 바꿈 없는 하이픈은 키보드의 하이픈과 완벽히 똑같이 생겼는데 똑같이 행동하기를 거부합니다. 이 도구는 모두를 보통 하이픈, 공백 또는 없음으로 바꿉니다.
대시 제거 도구
줄 바꿈 없는 하이픈(‑, U+2011)은 한 가지 일을 위해 유니코드에 추가되었습니다. 줄을 넘어 나뉘어서는 안 되는 것 — 555-0134, AN-4471-B, Jean-Pierre, 2-4-17 — 의 부분들을 잇는 일입니다. 모든 글꼴에서 보통 하이픈과 똑같이 그려져 화면에서 구별할 수 없지만, 문자열을 비교하는 모든 프로그램에게는 다른 문자입니다. 문제의 전부가 여기 있습니다. 올바르게 보이는데 일치하지 않는 텍스트.
데이터에는 붙여넣기를 통해 들어옵니다. Word는 Ctrl + Shift + -로 삽입하고 Google Docs는 특수문자에 두고 있습니다. InDesign, LaTeX, 조판 파이프라인은 줄바꿈이 해로운 자리에 자동으로 출력합니다. 그리고 이 문자를 쓴 PDF나 웹 페이지는 클립보드로 곧장 넘겨 줍니다. 그 후 스프레드시트, 상담 티켓, 고객 레코드로 여행하고, 이윽고 「555-0134」 검색은 아무것도 반환하지 않는데 화면의 레코드는 찾은 값과 꼭 닮아 있는 상황이 됩니다.
이 도구는 정확히 U+2011만 바꾸므로 보통 하이픈·엔대시·엠대시는 그대로입니다. 기본 대체 문자는 단순한 ASCII 하이픈이고, 기계가 읽을 것이라면 언제나 이게 답입니다. 번호는 여전히 전화번호로 읽히고, 열의 나머지와 정렬되며, 사람들이 입력하는 것과 일치합니다. 하이픈이 단지 두 단어를 나눴다면 공백을, 애초에 붙을 이유가 없던 부분이라면 「없음」을 고르세요.
이 문자가 부수는 것
증상은 모두 같은 모양입니다. 올바르게 보이는데 일치하지 않는 텍스트.
정렬이 행을 이상한 곳에 둠
U+2011은 ASCII 숫자·글자 뒤에 정렬되고 하이픈과 함께 정렬되지 않아, 붙여넣은 식별자 무리가 이웃 대신 열 바닥에 떨어질 수 있습니다.
검증기가 필드를 거부함
전화번호·우편번호 검증기, 오래된 API, CSV 로더는 대개 ASCII만 허용합니다. 필드 안의 줄 바꿈 없는 하이픈은 보이는 원인 없는 잘못된 문자입니다.
줄이 나뉘지 않음
문자의 존재 이유 그 자체입니다. 좁은 열에서 하이픈이 나눔점이 되기를 거부하므로 긴 부품번호가 레이아웃을 넓히거나 넘칠 수 있습니다. 그 동작을 원한다면 문자를 남기세요.
대체 문자 고르기
하이픈
데이터·번호·식별자기본이자 안전한 답. ASCII, 1바이트, 모든 시스템이 인식하며 사람에게는 여전히 전화번호나 코드로 읽힙니다.
공백
붙어 있던 단어문자가 숫자가 아니라 단어 사이에 있었을 때 씁니다. 하이픈으로 이어진 쌍이 사실은 두 단어여야 했던 경우입니다.
없음
없애야 할 구분자문자를 지워 두 부분이 합쳐지게 합니다. 슬러그, 계정 키, 사용자 이름이 원하는 모습입니다.
하나의 규칙이 붙여넣기 전체에 적용되므로 천 행짜리 열도 한 줄과 같은 작업입니다. 붙여넣고, 정리된 열을 복사해 돌아오세요 — 업로드도 행 수 제한도 없습니다.
관련 대시 도구
유니코드에는 세 종류의 하이픈이 있고 세 가지 역할이 있습니다. 텍스트에 맞는 페이지를 고르세요.
질문
줄 바꿈 없는 하이픈은 보통 하이픈과 뭐가 다른가요?
보통 하이픈은 U+002D, 키보드의 그 키, ASCII 1바이트입니다. 줄 바꿈 없는 하이픈은 U+2011이라는 별개의 유니코드 문자로, 생김새는 같지만 유일한 특별한 성질은 「줄이 거기서 나뉘지 않는다」는 것뿐입니다. 같은 글리프, 다른 코드 포인트, 그 외에는 모두 다른 동작.
텍스트에 있는지 확인하려면?
위 도구에 붙여넣으세요. 카운터가 U+2011을 몇 개 찾았는지 알려 줍니다. Word에서는 편집 기호 표시(Ctrl + Shift + 8)가 보통 것과 살짝 다르게 그려 줍니다. 브라우저라면 검색 상자에 붙여넣고 직접 입력한 하이픈으로 값을 검색하는 게 가장 빠른 시험입니다. 일치가 없으면 문자가 다른 것입니다.
Excel에서 전화번호가 더 이상 일치하지 않는 이유는?
U+2011을 쓴 소스에서 붙여넣었기 때문입니다. Excel은 글리프가 아니라 문자를 비교합니다. 원본 데이터에서 문자를 보통 하이픈으로 바꾸거나 SUBSTITUTE(A1, UNICHAR(8209), "-")로 열을 그 자리에서 정규화하세요.
바꾸면 텍스트 모양이 달라지나요?
아니요. 두 문자는 흔한 글꼴에서 거의 똑같이 그려지므로 붙여넣은 결과의 모양은 그대로입니다. 달라지는 것은 동작입니다. 검색이 일치하고, 정렬이 안정되고, 검증기가 필드를 받아들입니다.
같은 텍스트의 보통 하이픈에도 영향을 주나요?
아니요. 이 페이지는 U+2011만 고정 대상이라, 보통 하이픈으로 쓰인 「잘-알려진」과 「2018-2022」는 그대로입니다. 단일 문자 도구의 요점이며, 수정은 수술적입니다.
모든 곳에서 제거해야 하나요?
텍스트를 대조하거나 파싱해야 하는 곳에서만 하면 됩니다. 인쇄 문서에서는 줄 바꿈 없는 하이픈이 유용한 일을 합니다. 코드나 합성 이름이 줄을 넘어 나뉘지 않게 지키고 있죠. 기계용 데이터 복사본은 정리하고, 인쇄용은 조판 버전을 남기세요.