WordStar Punktkommandoer, udskriftskontroller og høj-bit-ombrydning

TL;DR

Punktkommandoer angiver sidelængde, sidehoveder og sidefødder. Udskriftskontroller markerer fed, understreger og streger. High-bit wrap er et flag, ikke et bogstav. WordStar Converter kortlægger disse lag i stedet for at dumpe dem ind i kroppen.

Hvorfor troskabsanmeldelser mislykkes på "almindelig tekst"-dumps

En hex-dump eller notesblok åben i en `.ws`-fil ser næsten læsbar ud - indtil hvert andet ord ender med et bogstav med accent og `.he Acme Legal` vises i midten af et afsnit. Det er ikke korruption. Det er WordStar-kodningsmodellen.

QA for en migrering bør spørge: Blev ombrydning til almindelige afsnit, blev betoning til rigtige kørsler, og forlod sideopsætning kroppen? Hvis noget svar er nej, afsluttede værktøjet ikke jobbet.

Punktkommandoer

Linjer, der starter med et punktum i første kolonne, er instruktioner, ikke prosa. `.pl` er sidelængde (ofte 66 for brevpapir). `.mt` / `.mb` er top- og bundmargener. `.he` og `.fo` er sidehoved og sidefod. `.pa` fremtvinger et sideskift. `.op` / `.pg` styrer sidenummerering.

Hvis en konverter efterlader `.he Acme Legal` i afsnitsstrømmen, forstod den ikke formatet. I PDF- og DOCX-mål skal disse kommandoer blive sidegeometri og løbehoveder – eller bevidst udelades med en logget årsag – ikke udskrevet som brødtekst.

Almindelige punktkommandoer, du vil se i arkiver

`.pl n` — sidelængde i linjer
`.mt n` / `.mb n` — top/bund margin
`.lm n` / `.rm n` — venstre/højre margin
`.he` / `.fo` — sidehoved/sidefodstekst (eventuelt ulige/lige)
`.pa` — ubetinget sideskift
`.cp n` — betinget sideskift, hvis n linjer ikke passer
`..` eller `.ig` — kommentarer, der ikke skal udskrives

Udskriv kontrolelementer i tekststrømmen

Bytes `00h–1Fh` skifter udseende. Klassiske eksempler: fed (`02h` / `^B`), understregning (`13h` / `^S`), streg (`18h` / `^X`), kursiv i senere udgivelser (`19h` / `^Y`). De er skift, der er indlejret mellem tegn, ikke typografier knyttet til et afsnitsobjekt, som Word gemmer dem.

En indbygget parser omdanner disse spænd til tegnkørsler i DOCX/RTF/ODT, eller til tagget betoning i HTML/Markdown. At lade kontrolbytes være synlige er en mislykket konvertering.

Udvidede tegn og symmetriske sekvenser

`1Bh xx 1Ch` indsætter et udvidet tegn - ofte en OEM-glyph, der skulle blive til Unicode (smarte anførselstegn, bogstaver med accent, tegnsætning, der lignede stregtegning i en forkert tegntabel). Behandl tripletten som én karakter, ikke tre.

Fra Release 5 og fremefter starter `1Dh` symmetriske sekvenser for at få rigere funktioner. Værktøjer, der kun fjerner høje bits, vil stille og roligt ødelægge disse sektioner. Versionerede filer såsom `.ws5`–`.ws7` er der, hvor dette dukker op oftest.

Høj-bit wrap

Det sidste tegn i et ord, der ombryder, har sit høje bit indstillet. Pak den ud til et mellemrum eller linjeskift afhængigt af reglerne for blød retur. Lad være, og hvert andet ord ligner mojibake.

Myke linjeskift (`8Dh` etterfulgt af linjeskift) og myke mellemrom (`A0h`) vises for justering og ombrytning. De er layout-hint, ikke brugerskrevne tegn. PDF og DOCX byggere skal normalisere dem.

Sådan prøver du troskab før en massekørsel

Vælg tre dokumenter: et bogstav med `.he` / `.fo`, et langt manuskriptkapitel med tæt ombrydning og en fil, der bruger udvidede tegn. Konverter hver til DOCX og PDF. Læs dem, som et menneske vil - ikke kun som hex-diffs.

Prøveversionen af WordStar Converter (__TRIAL_FILE_LIMIT__ filer) har en størrelse til den prøveudtagning. Standard (__LICENSE_PRICE_DISPLAY__) dækker træet, når prøverne passerer.

Hvordan "godt nok" ser ud i DOCX vs PDF

DOCX bør flyde rent i Word med intakt vægt. PDF skulle vise stabile sider med overskrifter, hvor punktkommandoerne bad om dem, og et rigtigt tekstlag, du kan søge i - ikke et skærmbillede af en DOS-skærm.

For den dybe formatgennemgang rettet mod operatører, parrer denne artikel med WordStar til PDF og WordStar til Word.