De PDF kan een schrift niet zetten dat al op de machine van de auteur staat #2753

New issue

Open

opened 2026-11-02 23:43:47 +00:00 by brenno · 0 comments

brenno commented

2026-11-02 23:43:47 +00:00

Owner

Wat je wilt bereiken

Een document met Arabisch, Hebreeuws of CJK wordt in de PDF gezet met een lettertype dat de auteur zelf aanwijst op de eigen machine. Zonder die aanwijzing blijft de export eerlijk: hij noemt de tekens die hij niet kon zetten en wijst naar HTML of LaTeX.

Wat er nu mist

docs/KNOWN_LIMITATIONS.md: de document-PDF kiest schreef of schreefloos, niet het gekozen gezicht, en heeft geen vormen voorbij Latijn, Grieks en Cyrillisch. De melding bij ontbrekende tekens bestaat al. Er is geen weg om een lokaal lettertypebestand alleen voor die tekens te gebruiken. Een gebundeld CJK-lettertype zou tientallen megabytes zijn en een licentievraag in de repo.

Bestandsformaat

Geen sleutel in de .md. Het lettertypebestand blijft op de machine. Alleen een subset gaat mee in de PDF die de auteur bewust exporteert, omdat een PDF de vormen anders niet toont bij de ontvanger.

Oplossingsrichting

Aanbeveling: bouwen, optioneel en standaard uit.

De auteur wijst een lettertypebestand aan dat al op de machine staat. De export gebruikt het alleen voor tekens die het gebundelde gezicht niet heeft, en sluit er een subset van in. De dialoog zegt dat de licentie van dát bestand insluiten moet toestaan. OciDeck controleert die licentie niet en downloadt niets. Zonder aanwijzing blijft het huidige gedrag: de tekens noemen en naar HTML of LaTeX wijzen. Geen CDN, geen lettertype in de app-bundel, geen stille vervanging.

Niet: PDF/A claimen. Dat is een apart besluit over conformiteit, geen lettertypekeuze. Niet: de presentatie-PDF, die een beeld per dia is, hiervoor ombouwen.

Afweging

Toegankelijkheid: de tekst is echte tekst, niet een ontbrekend teken.
Soevereiniteit: het lettertype komt van de machine, niet van een netwerk.
Stabiliteit: de standaardroute verandert niet. De extra route valt zichtbaar terug op de bestaande melding.
Privacy: het lettertypebestand verlaat de machine alleen als subset in een PDF die de auteur zelf wegschrijft.
Informatiebeveiliging: geen ophaalpad, dus geen extra uitgaand verkeer.
Gebruik: één keuze op het moment van exporteren, met de licentiewaarschuwing in dezelfde dialoog.

## Wat je wilt bereiken Een document met Arabisch, Hebreeuws of CJK wordt in de PDF gezet met een lettertype dat de auteur zelf aanwijst op de eigen machine. Zonder die aanwijzing blijft de export eerlijk: hij noemt de tekens die hij niet kon zetten en wijst naar HTML of LaTeX. ## Wat er nu mist `docs/KNOWN_LIMITATIONS.md`: de document-PDF kiest schreef of schreefloos, niet het gekozen gezicht, en heeft geen vormen voorbij Latijn, Grieks en Cyrillisch. De melding bij ontbrekende tekens bestaat al. Er is geen weg om een lokaal lettertypebestand alleen voor die tekens te gebruiken. Een gebundeld CJK-lettertype zou tientallen megabytes zijn en een licentievraag in de repo. ## Bestandsformaat Geen sleutel in de `.md`. Het lettertypebestand blijft op de machine. Alleen een subset gaat mee in de PDF die de auteur bewust exporteert, omdat een PDF de vormen anders niet toont bij de ontvanger. ## Oplossingsrichting Aanbeveling: bouwen, optioneel en standaard uit. De auteur wijst een lettertypebestand aan dat al op de machine staat. De export gebruikt het alleen voor tekens die het gebundelde gezicht niet heeft, en sluit er een subset van in. De dialoog zegt dat de licentie van dát bestand insluiten moet toestaan. OciDeck controleert die licentie niet en downloadt niets. Zonder aanwijzing blijft het huidige gedrag: de tekens noemen en naar HTML of LaTeX wijzen. Geen CDN, geen lettertype in de app-bundel, geen stille vervanging. Niet: PDF/A claimen. Dat is een apart besluit over conformiteit, geen lettertypekeuze. Niet: de presentatie-PDF, die een beeld per dia is, hiervoor ombouwen. ## Afweging - Toegankelijkheid: de tekst is echte tekst, niet een ontbrekend teken. - Soevereiniteit: het lettertype komt van de machine, niet van een netwerk. - Stabiliteit: de standaardroute verandert niet. De extra route valt zichtbaar terug op de bestaande melding. - Privacy: het lettertypebestand verlaat de machine alleen als subset in een PDF die de auteur zelf wegschrijft. - Informatiebeveiliging: geen ophaalpad, dus geen extra uitgaand verkeer. - Gebruik: één keuze op het moment van exporteren, met de licentiewaarschuwing in dezelfde dialoog.

brenno added the

enhancement

label

2026-11-02 23:43:47 +00:00