PDF 내보내기
압도적으로 흔한 원인입니다. PDF 작성기는 원본 문서의 줄바꿈 자리를 U+00AD로 텍스트 레이어에 새겨 넣으므로, PDF에서 복사한 문단은 레이아웃의 모든 나눔 자리에 이 문자를 갖고 옵니다.
무료 · 비공개 · 가입 불필요
소프트 하이픈은 아무것도 그리지 않는 실제 문자입니다. 텍스트를 붙여넣고 한 번만 누르면 모두 사라집니다 — 다른 글자는 하나도 움직이지 않습니다.
소프트 하이픈(U+00AD)은 레이아웃 엔진이 단어를 줄 끝에서 나눌 수 있는 자리를 표시하는 하이픈이며, 그 외에는 전혀 그려지지 않습니다. 브라우저나 워드 프로세서는 단어를 줄 끝에서 나눠야 한다고 판단할 때만 보여 주므로, 화면에서는 「software」와 「software」가 똑같아 보이지만 모든 기계에는 다른 문자열입니다. 이 문자는 웹보다 오래되었고, 조판 담당자가 나누기 좋은 자리를 손으로 표시하던 데서 왔으며 HTML은 ­로 물려받았습니다.
바로 이 보이지 않음이 복사·붙여넣기를 살아남는 이유입니다. PDF를 내보내면 원본 문서의 모든 줄바꿈 자리에 소프트 하이픈이 텍스트 레이어에 심어 지는 게 보통이고, PDF에서 문단을 복사하면 리더는 픽셀이 아니라 문자를 가져옵니다. 돌아오는 것은 완벽해 보이지만 나쁘게 동작하는 문장입니다. 「software」를 검색해도 아무것도 안 나오고, CMS가 저장한 제목을 자체 검색이 못 찾고, 중복 검사가 겉보기에 같은데 실제로는 다른 두 레코드를 보고하며, 검증기나 가져오기는 아무도 볼 수 없는 문자를 이유로 필드를 거부합니다.
이 도구는 정확히 이 한 문자만 제거하고 그 이상은 건드리지 않습니다. 진짜 하이픈, 엔대시, 엠대시는 그대로 둡니다. 보이고 대개 의도적인 줄 바꿈 없는 하이픈(U+2011)도 그대로입니다. 남은 단어는 모두 복구된 상태입니다. 소프트 하이픈이 끼어 있던 글자는 같은 위치에 같은 글자로 남아 다시 입력할 필요가 없습니다. 위의 카운터는 무엇이 바뀌기 전에 몇 개를 찾았는지 보여 줍니다. 보이는 하이픈을 기대했던 텍스트에서 「0」이 나오면 그 자체가 답입니다. 찾고 있는 문자는 대시 검사기 목록의 다른 곳에 있습니다.
키보드에서 오는 게 아니라 문서와 함께 옵니다.
압도적으로 흔한 원인입니다. PDF 작성기는 원본 문서의 줄바꿈 자리를 U+00AD로 텍스트 레이어에 새겨 넣으므로, PDF에서 복사한 문단은 레이아웃의 모든 나눔 자리에 이 문자를 갖고 옵니다.
웹 페이지는 긴 단어가 좁은 칸에서 살아남도록 ­를 씁니다. 반응형 페이지에서 제목을 복사하면 엔티티의 문자가 내 텍스트에 딸려올 수 있습니다.
Word의 Ctrl + -나 Google Docs의 「삽입 → 특수문자」는 의도적으로 소프트 하이픈을 삽입합니다. 양쪽 맞춤 텍스트에서 나눔 자리를 표시하는 조직 스타일의 방식입니다.
나누기 라이브러리, InDesign 내보내기, LaTeX 출력, 번역 파이프라인은 줄바꿈 위치를 제어하려고 자동으로 삽입합니다.
찾기 대화상자는 입력한 문자열과 일치를 시도하지만 파일 안의 문자열은 「software」가 아닙니다. 가장 흔한 증상입니다. 눈에 보이는데 찾을 수 없는 텍스트.
CSV 로더, SKU 필드, 이름 필드, API 페이로드는 예상 집합 밖의 문자를 거부하거나 망가뜨립니다. 소프트 하이픈은 깨진 바이트 또는 실패한 검사로 그 여정을 살아남습니다.
똑같이 표시되는 두 레코드 — 하나는 직접 입력, 하나는 PDF에서 붙여넣기 — 는 데이터베이스 키에는 다른 문자열이어서, 병합하면 일치 대신 중복이 생깁니다.
문제가 한 번의 붙여넣기가 아니라 문서 전체라면, 같은 정리가 수백 페이지의 텍스트를 한 번의 처리로 훑습니다. 단어 수 제한도 없고 업로드도 없습니다. CMS, 스프레드시트, 저장소에 도달하기 전에 텍스트를 정리하는 것이 이 문자를 데이터에서 영원히 막아 주는 방법입니다.