WordStar Punktkommandoer, utskriftskontroller og høy-bit-innpakning

TL;DR

Punktkommandoer angir sidelengde, overskrifter og bunntekster. Utskriftskontroller markerer fet, understreket og gjennomstreket. Høy-bit-innpakking er et flagg, ikke en bokstav. WordStar Converter kartlegger disse lagene i stedet for å dumpe dem inn i innholdet.

Hvorfor troverdighetsvurderinger mislykkes på "rene tekst"-dumper

En heksadesimal dump eller Notisblokk åpnet av en `.ws`-fil ser nesten lesbar ut — til hvert annet ord ender med en aksentbokstav og `.he Acme Legal` dukker opp midt i et avsnitt. Det er ikke korrupsjon. Det er WordStar-kodingsmodellen.

QA for en migrering bør spørre: ble wrap til vanlige avsnitt, ble emphasis til ekte runs, og forlot sideoppsettet kroppen? Hvis noe svar er nei, fullførte ikke verktøyet jobben.

Dot-kommandoer

Linjer som begynner med et punktum i første kolonne er instruksjoner, ikke prosa. `.pl` er sidelengde (ofte 66 for brevpapir). `.mt` / `.mb` er topp- og bunnmarg. `.he` og `.fo` er topptekst og bunntekst. `.pa` tvinger et sideskift. `.op` / `.pg` styrer sidenummerering.

Hvis en omformer etterlater `.he Acme Legal` i avsnittsstrømmen, forsto den ikke formatet. I PDF- og DOCX-mål bør disse kommandoene bli til sidemarger og løpende overskrifter — eller bevisst utelatt med en loggført grunn — ikke skrevet ut som brødtekst.

Vanlige punktkommandoer du vil se i arkiver

`.pl n` — sidelengde i linjer
`.mt n` / `.mb n` — topp / bunn marg
`.lm n` / `.rm n` — venstre / høyre marg
`.he` / `.fo` — topptekst / bunntekst (valgfritt ulik for oddetall/partall)
`.pa` — ubetinget sideskift
`.cp n` — betinget sideskift hvis n linjer ikke får plass
`..` eller `.ig` — kommentarer som ikke skal skrives ut

Skriv ut kontroller i tekststrømmen

Bytes `00h–1Fh` veksler utseende. Klassiske eksempler: fet (`02h` / `^B`), understrek (`13h` / `^S`), gjennomstreking (`18h` / `^X`), kursiv i senere utgaver (`19h` / `^Y`). De er brytere innebygd mellom tegn, ikke stiler knyttet til et avsnittsobjekt slik Word lagrer dem.

En innfødt parser gjør de områdene om til tegnsekvenser i DOCX/RTF/ODT, eller til merkede uthevelser i HTML/Markdown. Å la kontrollbytene være synlige er en mislykket konvertering.

Utvidede tegn og symmetriske sekvenser

`1Bh xx 1Ch` setter inn et utvidet tegn — ofte et OEM-tegn som bør bli Unicode (smarte anførselstegn, aksenterte bokstaver, tegnsetting som så ut som linjetegning i en feil tegnkode). Behandle triplet som ett tegn, ikke tre.

Fra og med Release 5 starter `1Dh` symmetriske sekvenser for rikere funksjoner. Verktøy som kun fjerner de høyeste bitene vil stille og rolig ødelegge disse seksjonene. Versjonerte filer som `.ws5`–`.ws7` er der dette viser seg mest.

Høy-bit pakk

Det siste tegnet i et ord som brytes, har sin høyeste bit satt. Fjern innpakningen til et mellomrom eller linjeskift avhengig av reglene for myk linjeskift. La det være, og hvert annet ord ser ut som mojibake.

Myke linjeskift (`8Dh` etterfulgt av linjeskift) og myke mellomrom (`A0h`) vises for justering og ombrytning. De er layout-hint, ikke brukerskrevne tegn. PDF og DOCX byggere må normalisere dem.

Hvordan prøve lojalitet før en stor produksjon

Velg tre dokumenter: et brev med `.he` / `.fo`, et langt manuskriptkapittel med tett tekstflyt, og en fil som bruker utvidede tegn. Konverter hver til DOCX og PDF. Les dem på den måten et menneske ville gjort — ikke bare som heksadesimale forskjeller.

WordStar Converter’s prøve (__TRIAL_FILE_LIMIT__ filer) er dimensjonert for den prøvetakingen. Standard (__LICENSE_PRICE_DISPLAY__) dekker treet når prøvene godkjennes.

Hvordan “godt nok” ser ut i DOCX vs PDF

DOCX bør flyte fint i Word med utheving intakt. PDF bør vise stabile sider med overskrifter der punktskommandoene ba om dem, og et ekte tekstdelag du kan søke i — ikke et skjermbilde av en DOS-skjerm.

For den detaljerte formatgjennomgangen rettet mot operatører, kombiner denne artikkelen med WordStar to PDF og WordStar to Word.