write_pdfa4.json
Le fichier JSON de l’exemple « Conditions de transport en PDF/A-4 sur PDF 2.0 ». Des conditions de transport conformes à la quatrième partie de la norme d’archivage, celle qui repose sur PDF 2.0 et abandonne les niveaux A, B et U des parties précédentes.
Ce fichier est une requête : une application l’envoie par le réseau au serveur, qui crée le PDF et le renvoie. Il crée la même page que les versions Rust et Python de cet exemple. Une requête nomme chaque fichier qu’elle emploie, jamais le contenu de ces fichiers ; l’appel transmet la requête et les fichiers ensemble. Une police que le serveur détient déjà, comme DejaVuSans, se nomme sans rien y joindre. Envoyez la requête à l’adresse que donne la page de l’API.
À quoi sert cet exemple
La quatrième partie de la norme d’archivage est celle vers laquelle les archives se tournent depuis que le PDF a une deuxième version. Elle abandonne les niveaux A, B et U des parties précédentes : un document y est conforme ou ne l’est pas, et seules deux lettres viennent la compléter, F pour les fichiers joints de tout type et E pour les dessins techniques. Un document encore écrit dans une version antérieure du PDF ne peut pas s’en réclamer.
Ce que montre cet exemple
- Des conditions de transport, écrites en PDF 2.0, la deuxième version du format.
- Aucun niveau A, B ou U : un document est conforme à la quatrième partie ou ne l’est pas.
- Le titre affiché sur la page est celui que déclare le fichier, à un seul endroit.