WordStar-puntcommando’s, afdrukbesturingstekens en high-bit-afbreking

TL;DR

Puntcommando’s zetten paginalengte, kopteksten en voetteksten. Afdrukbesturingstekens markeren vet, onderstrepen en doorhalen. High-bit-afbreking is een vlag, geen letter. WordStar Converter mapt die lagen in plaats van ze in de body te dumpen.

Waarom fidelity-reviews falen op “platte tekst”-dumps

Een hex-dump of Kladblok-open van een `.ws`-bestand lijkt bijna leesbaar — tot elk tweede woord eindigt op een accentletter en `.he Acme Legal` midden in een alinea verschijnt. Dat is geen corruptie. Het is het WordStar-encodingmodel.

QA voor een migratie moet vragen: werd afbreking gewone alinea’s, werd nadruk echte runs, en verliet pagina-instelling de body? Als een antwoord nee is, heeft de tool de klus niet afgemaakt.

Puntcommando’s

Regels die in kolom één met een punt beginnen zijn instructies, geen proza. `.pl` is paginalengte (vaak 66 voor briefpapier). `.mt` / `.mb` zijn boven- en ondermarge. `.he` en `.fo` zijn kop- en voettekst. `.pa` forceert een pagina-einde. `.op` / `.pg` regelen paginanummering.

Als een converter `.he Acme Legal` in de alinea-stroom laat staan, begreep die de indeling niet. In PDF- en DOCX-doelen moeten die commando’s paginageometrie en lopende koppen worden — of bewust weggelaten met een gelogde reden — niet als bodytekst worden afgedrukt.

Veelvoorkomende puntcommando’s in archieven

`.pl n` — paginalengte in regels
`.mt n` / `.mb n` — boven- / ondermarge
`.lm n` / `.rm n` — linker- / rechtermarge
`.he` / `.fo` — kop- / voettekst (optioneel oneven/even)
`.pa` — onvoorwaardelijke pagina-einde
`.cp n` — voorwaardelijke pagina-einde als n regels niet passen
`..` of `.ig` — commentaren die niet mogen afdrukken

Afdrukbesturingstekens in de tekststroom

Bytes `00h–1Fh` schakelen weergave. Klassieke voorbeelden: vet (`02h` / `^B`), onderstrepen (`13h` / `^S`), doorhalen (`18h` / `^X`), cursief in latere releases (`19h` / `^Y`). Het zijn schakelaars tussen tekens, geen stijlen gekoppeld aan een alinea-object zoals Word ze opslaat.

Een native parser zet die spans om in tekenruns in DOCX/RTF/ODT, of in getagde nadruk in HTML/Markdown. De besturingsbytes zichtbaar laten is een mislukte conversie.

Uitgebreide tekens en symmetrische sequenties

`1Bh xx 1Ch` voegt een uitgebreid teken in — vaak een OEM-glyph die Unicode moet worden (slimme aanhalingstekens, accentletters, leestekens die in een verkeerde codepage op lijntekening leken). Behandel het tripel als één teken, niet drie.

Vanaf Release 5 start `1Dh` symmetrische sequenties voor rijkere functies. Tools die alleen high-bits strippen vernietigen die secties stil. Versiebestanden zoals `.ws5`–`.ws7` is waar dit het vaakst opduikt.

High-bit-afbreking

Het laatste teken van een woord dat afbreekt heeft de high-bit gezet. Pak het uit naar een spatie of regeleinde volgens soft-return-regels. Laat het staan, en elk tweede woord lijkt op mojibake.

Zachte carriage returns (`8Dh` gevolgd door linefeed) en zachte spaties (`A0h`) verschijnen voor uitlijning en afbreking. Het zijn layout-hints, geen door de gebruiker getypte tekens. PDF- en DOCX-builders moeten ze normaliseren.

Hoe je fidelity steekproeft vóór een bulkrun

Kies drie documenten: een brief met `.he` / `.fo`, een lang manuscripthoofdstuk met dichte afbreking, en een bestand met uitgebreide tekens. Converteer elk naar DOCX en PDF. Lees ze zoals een mens — niet alleen als hex-diffs.

De proefversie van WordStar Converter (__TRIAL_FILE_LIMIT__ bestanden) is bemeten voor die steekproef. Standard (__LICENSE_PRICE_DISPLAY__) dekt de boom zodra steekproeven slagen.

Hoe “goed genoeg” eruitziet in DOCX vs PDF

DOCX moet schoon reflowen in Word met intacte nadruk. PDF moet stabiele pagina’s tonen met kopteksten waar de puntcommando’s dat vroegen, en een echte tekstlaag die je kunt zoeken — geen screenshot van een DOS-scherm.

Voor de diepe format-walkthrough voor operators, koppel dit artikel aan WordStar naar PDF en WordStar naar Word.