홈/블로그/안내
안내13분 읽기

WordStar 도트 명령, 인쇄 제어, 하이비트 래핑

.WS 파일의 '마크업'은 손상된 워드가 아니라 형식입니다.

·WordStar Converter 팀
WordStar 도트 명령, 인쇄 제어, 하이비트 래핑

TL;DR

닷 명령은 페이지 길이, 헤더 및 푸터를 설정합니다. 인쇄 제어는 굵게, 밑줄, 취소선을 표시합니다. 하이비트 래핑은 글자가 아니라 플래그입니다. WordStar Converter은 그것들을 본문에 덤프하는 대신 해당 레이어를 매핑합니다.

왜 충실도 검토가 '일반 텍스트' 덤프에서 실패하는가

`.ws` 파일의 헥스 덤프나 메모장 열기는 거의 읽을 수 있는 것처럼 보이지만, 모든 다른 단어가 강조된 문자로 끝나고 단락 중간에 `.he Acme Legal`이 나타날 때까지 그렇습니다. 이것은 손상이 아닙니다. 이것이 WordStar 인코딩 모델입니다.

마이그레이션 QA에서는 다음을 물어야 합니다: 감싸기(wrap)가 일반 단락이 되었는가, 강조(emphasis)가 실제 실행(run)이 되었는가, 페이지 설정이 본문을 벗어났는가? 어느 하나라도 아니면, 도구가 작업을 완료하지 않은 것입니다.

도트 명령어

첫 번째 열에 점으로 시작하는 줄은 산문이 아니라 지침입니다. `.pl`은 페이지 길이(종종 레터 용지 기준 66)입니다. `.mt` / `.mb`는 상단 및 하단 여백입니다. `.he`와 `.fo`는 헤더와 푸터입니다. `.pa`는 페이지 나누기를 강제합니다. `.op` / `.pg`는 페이지 번호 매기기를 관리합니다.

만약 변환기가 단락 스트림에 `.he Acme Legal`을 남긴다면, 그것은 포맷을 이해하지 못한 것입니다. PDF 및 DOCX 대상에서는 이러한 명령들이 페이지 레이아웃과 러닝 헤드로 변환되어야 하며 — 또는 기록된 이유와 함께 의도적으로 생략되어야 하며 — 본문 텍스트로 출력되어서는 안 됩니다.

아카이브에서 볼 수 있는 일반적인 점(dot) 명령어

  • `.pl n` — 페이지 길이(줄 수)
  • `.mt n` / `.mb n` — 위쪽 / 아래쪽 여백
  • `.lm n` / `.rm n` — 왼쪽 / 오른쪽 여백
  • `.he` / `.fo` — 머리글 / 바닥글 텍스트 (선택적으로 홀수/짝수)
  • `.pa` — 무조건 페이지 나누기
  • `.cp n` — n줄이 맞지 않을 경우 조건부 페이지 나누기
  • `..` 또는 `.ig` — 출력되지 않아야 하는 주석

텍스트 스트림의 인쇄 제어

바이트 `00h–1Fh` 는 모양을 토글합니다. 고전적인 예시는 다음과 같습니다: 굵게(`02h` / `^B`), 밑줄(`13h` / `^S`), 취소선(`18h` / `^X`), 이후 버전에서의 이탤릭(`19h` / `^Y`). 이들은 문자 사이에 삽입된 토글이며, Word가 저장하는 방식처럼 단락 객체에 붙는 스타일이 아닙니다.

네이티브 파서는 이러한 범위를 DOCX/RTF/ODT의 문자 실행으로 변환하거나 HTML/Markdown의 태그 강조로 변환합니다. 제어 바이트를 그대로 남겨두는 것은 변환 실패입니다.

확장 문자와 대칭 시퀀스

`1Bh xx 1Ch`는 확장 문자를 삽입합니다 — 대개는 OEM 글리프로, 유니코드로 변환되어야 합니다(스마트 인용 부호, 악센트가 있는 글자, 잘못된 코드 페이지에서 선 그리기처럼 보이는 구두점). 이 삼중 코드를 세 개가 아닌 하나의 문자로 처리하세요.

릴리스 5 이후부터 `1Dh`는 더 풍부한 기능을 위해 대칭 시퀀스를 시작합니다. 높은 비트만 제거하는 도구는 이러한 섹션을 조용히 손상시킬 수 있습니다. `.ws5`–`.ws7`와 같은 버전 파일에서 이것이 가장 자주 나타납니다.

고비트 랩

줄 바꿈되는 단어의 마지막 글자는 상위 비트가 설정되어 있습니다. 소프트 리턴 규칙에 따라 공백이나 줄 바꿈으로 풀어줍니다. 그대로 두면 다른 모든 단어가 깨진 문자처럼 보입니다.

정렬 및 줄 바꿈을 위해 소프트 캐리지 리턴(`8Dh` 다음에 줄 바꿈)과 소프트 공백(`A0h`)이 나타납니다. 이것들은 레이아웃 힌트이며, 사용자가 입력한 문자가 아닙니다. PDF 및 DOCX 빌더는 이를 정규화해야 합니다.

대량 실행 전에 충실도를 샘플링하는 방법

세 가지 문서를 선택하세요: `.he` / `.fo`가 있는 편지, 밀집된 줄바꿈이 있는 긴 원고 장, 그리고 확장 문자를 사용하는 파일. 각각을 DOCX와 PDF로 변환하세요. 인간이 읽는 방식대로 읽으세요 — 단순히 16진수 차이로만 보지 말고.

WordStar Converter의 평가판(__TRIAL_FILE_LIMIT__ 파일)은 해당 샘플링에 맞게 크기가 조정되어 있습니다. Standard(__LICENSE_PRICE_DISPLAY__)는 샘플이 통과하면 트리를 포함합니다.

DOCX와 PDF에서 '충분히 좋은' 모습이 어떤지

DOCX는 강조가 그대로 유지되면서 Word에서 깔끔하게 재배치되어야 합니다. PDF는 점 명령이 요청한 곳에 머리글이 있는 안정적인 페이지와 검색할 수 있는 실제 텍스트 레이어를 보여야 합니다 — DOS 화면의 스크린샷이 아닙니다.

운영자를 위한 심층 포맷 절차를 위해 이 기사를 WordStar to PDF와 WordStar to Word와 함께 사용하세요.

관련 읽기

컨트롤을 그대로 유지하면서 변환

시험 __TRIAL_FILE_LIMIT__개 파일. Standard __LICENSE_PRICE_DISPLAY__.

무료 체험

앱 전체 기능 — 최대 10개 파일

Windows 10 또는 11

전체 10개 파일 체험용 Windows 설치 프로그램을 다운로드하세요. 라이선스로 잠금 해제하는 것과 같은 앱 — PC에서 100% 로컬.

Standard 구매 — $39.95부터