WORDS, IN GOOD ORDER.

문장정비소 / 원고 사용 설명

한 줄을 넣었는데 여러 줄이 바뀌었다면: 줄 비교의 기준

같은 위치끼리 비교하는 방식과 줄 삽입·이동의 한계, 화면 표시량, 원본을 보존하는 방법을 설명합니다.

문장정비소 · 확인일 2026.10.23 · 브라우저 도구 기준

줄을 새로 넣으면 이후 위치가 달라집니다

원본이 첫 줄 가, 둘째 줄 나이고 수정본의 맨 앞에 다를 넣었다면 문장정비소는 3개 위치가 다르다고 표시합니다. 1줄은 가와 다, 2줄은 나와 가, 3줄은 원본 없음과 나를 비교하기 때문입니다. 내용 한 줄을 추가했지만 같은 위치 기준의 차이는 세 군데입니다. 이 결과를 실제 수정한 문장 수라고 부르면 잘못 읽게 됩니다.

이 도구는 줄 번호가 같은 것끼리 비교합니다. 삽입한 줄을 찾아서 뒤의 문장을 자동 정렬하거나 이동한 문단을 추적하지 않습니다. 코드나 계약서의 정밀한 변경 이력이 필요한 상황이라면 이 방식만으로 검토를 끝내지 않아야 합니다. 짧은 원고에서 위치가 고정된 줄의 공백·문자 차이를 빠르게 보는 용도로 범위를 정했습니다.

줄바꿈과 문자 입력 키가 구분된 키보드. 한 줄을 추가하면 뒤쪽 줄 번호가 이동할 수 있습니다.
줄바꿈과 문자 입력 키가 구분된 키보드. 한 줄을 추가하면 뒤쪽 줄 번호가 이동할 수 있습니다. 사진: Nick Bair · CC BY-SA 2.0. 크기·WebP 변환만 적용.

기호와 번호를 함께 읽습니다

빼기 기호가 붙은 줄은 원본 입력란의 내용이고 더하기 기호가 붙은 줄은 비교 원고의 내용입니다. 글자색 외에도 기호와 줄 번호를 표시해 색만으로 구분하지 않도록 했습니다. 바뀌지 않은 위치는 결과에서 생략합니다. 원본 또는 수정본에 해당 줄이 없으면 존재하는 쪽만 출력합니다.

두 입력이 모두 비어 있으면 내용이 같다고 표시합니다. 원본이 가이고 수정본이 가 뒤에 줄바꿈 하나를 추가한 경우에는 마지막 빈 줄이 생기므로 한 위치의 차이입니다. 화면에 빈 내용만 보여도 앞의 번호와 기호를 보면 어느 쪽의 빈 줄인지 구분할 수 있습니다. 실제 입력은 LF 기준으로 비교하며 CRLF나 CR 줄바꿈은 LF로 맞춰 처리합니다.

맨 앞에 한 줄 추가 · 위치 기준 비교 / 원본: 1 가 / 2 나 / 수정: 1 다 / 2 가 / 3 나 / 비교 결과: 서로 다른 위치 3개 / 실제 추가 문장 수를 세는 기능이 아닙니다.
자체 제작 · 문장정비소에서 직접 계산·검증한 예시. 제출 서비스의 집계 기준을 대신하지 않습니다.

지우기 전에 원본을 먼저 보관합니다

비교 결과는 설명용 표시이며 그 자체가 원본을 덮어쓰지는 않습니다. 원고 작업대의 정리 버튼이나 비우기를 눌렀을 때만 원본 입력값이 바뀝니다. 비교할 원고 입력란을 바꾸면 이전 결과를 지우고 다시 비교하라는 문구를 표시합니다. 원본을 수정해도 예전 비교 결과는 지워집니다. 서로 다른 시점의 입력과 결과를 섞어 읽지 않기 위한 처리입니다.

Backspace로 문자를 직접 지우는 것은 정리 버튼의 되돌리기 이력과 별개입니다. 중요한 원고라면 직접 수정하기 전에 TXT로 저장합니다. 이 페이지는 파일을 업로드하거나 서버에 원고를 백업하지 않으며, 원본을 복구할 수 있는 접수 시스템도 없습니다. 비교 결과를 본 뒤 원문이 필요한 경우에는 입력란이나 별도 저장 파일을 기준으로 돌아갑니다.

Backspace로 직접 삭제하기 전에 원본을 따로 보관합니다. 도구의 정리 이력은 모든 타이핑을 저장하지 않습니다.
Backspace로 직접 삭제하기 전에 원본을 따로 보관합니다. 도구의 정리 이력은 모든 타이핑을 저장하지 않습니다. 사진: ElbridgeGerry · CC BY-SA 2.5. 크기·WebP 변환만 적용.

글자 수가 같아도 내용이 같다는 뜻은 아닙니다

가나와 다라는 코드 포인트 수는 둘 다 2지만 내용은 다릅니다. 공백 위치가 바뀌거나 보이지 않는 문자가 들어가도 눈으로 빠르게 훑었을 때 놓칠 수 있습니다. 반대로 조합 방식이 다른 문자열은 모양이 비슷해도 데이터가 달라 그대로 비교하면 차이가 나옵니다. 이 도구는 두 원고에 자동 Unicode 정규화를 적용하지 않습니다.

문자열 길이의 UTF-16 기준과 문자 묶음 분할을 구분해 읽으면 수치가 같은데 결과가 달라지는 상황을 이해하기 쉽습니다. 문서 확인일은 2026년 10월 23일입니다. 일치 여부는 줄 문자열을 그대로 비교하는 자체 구현이며 의미가 같은 문장인지 판정하지 않습니다.

줄 번호와 원본·수정본의 차이를 따로 기록하는 노트 예시. 자동 의미 비교나 실제 검수 결과는 아닙니다.
줄 번호와 원본·수정본의 차이를 따로 기록하는 노트 예시. 자동 의미 비교나 실제 검수 결과는 아닙니다. 사진: Shixart1985 · CC BY 2.0. 크기·WebP 변환만 적용.

긴 비교는 전체 개수와 표시 개수를 나눕니다

각 입력칸은 UTF-16 기준 100,000단위까지 받습니다. 변경 위치가 많으면 전체 개수는 모두 세지만 화면에는 앞의 200개 변경 위치만 표시합니다. 한 위치에 원본과 수정본이 모두 있으면 표시 줄은 두 개가 될 수 있습니다. 전체 차이가 1,000개인데 화면에 일부만 보인다면 오류로 누락된 것이 아니라 명시된 표시 제한입니다.

자세히 보려면 원고를 의미 있는 구간으로 나누어 같은 범위를 두 입력란에 넣습니다. 비교를 마친 뒤 원본의 TXT 저장은 UTF-8 인코딩으로 이루어지며, 비교 화면의 색·기호가 파일에 섞이지 않습니다. 수정본까지 보관하려면 그 내용을 원고 입력란으로 옮겨 별도 저장합니다. 자동 저장이나 이전 방문 복구 기능은 없습니다.