Une facture posée sur un modèle à en-tête
Une facture posée sur un papier à en-tête fourni sous forme de fichier PDF.
Un modèle dont les zones se remplissent par leur nom
Un graphiste met en page une étiquette de livraison et marque l’emplacement de chaque chose : l’adresse du destinataire, le logo de l’expéditeur, la référence de commande, une page de prospectus. Le programme qui remplit les étiquettes est écrit par quelqu’un d’autre, et le plus souvent il recopie chacune de ces positions dans son propre code, en points. Le jour où le graphiste déplace le logo, le programme continue de l’imprimer à l’ancien endroit.
Ici, le graphiste nomme quatre rectangles, précise ce que chacun doit recevoir et de quelle manière, et la liste est enregistrée dans le fichier même de l’étiquette. Le programme ne voit jamais la mise en page : il relit les zones, pose l’étiquette quatre fois sur une feuille aux trois quarts de sa taille, et demande où chaque zone se retrouve. Il y trace un cadre de couleur, qui recouvre exactement le cadre gris du graphiste. Chaque étiquette est ensuite remplie en appelant ses zones par leur seul nom : une adresse, un numéro de commande, un logo, et un bon de retour tiré d’un autre PDF, qui a lui-même une zone, remplie à son tour. Le dernier numéro de commande est composé en rouge, un réglage que le programme impose à la place de celui de la zone.
Ce que montre cet exemple
- Quatre zones nommées sur un modèle et enregistrées dans le fichier même du modèle.
- Chaque zone retrouvée à sa nouvelle place, l’étiquette reproduite aux trois quarts de sa taille.
- Chaque zone remplie par son nom : un texte, une image, la page d’un autre PDF.
Le code source complet
Rien n’est omis et rien n’est simplifié : c’est le programme exactement tel qu’il tourne, pour le développeur qui utilise cette bibliothèque. La troisième est la description elle-même : une simple liste de ce que la page doit dire, et c’est elle qu’on envoie au service.
Voir le code Rust Voir le code Python Voir le code JSON
Le document lui-même
Ouvrir le document en anglais Ouvrir le document en français Ouvrir le document en allemand Ouvrir le document en espagnol Ouvrir le document en italien Ouvrir le document en portugais
Le même document dans d’autres langues
- English Ouvrir le PDF Télécharger le PDF
- Deutsch Ouvrir le PDF Télécharger le PDF
- Español Ouvrir le PDF Télécharger le PDF
- Italiano Ouvrir le PDF Télécharger le PDF
- Português Ouvrir le PDF Télécharger le PDF
- Nederlands Ouvrir le PDF Télécharger le PDF
Ce document pèse 34.3 ko
Exemples proches de celui-ci
Un contrat reçu, complété sans déplacer un octet
Un contrat de maintenance reçu d’un tiers. Sur sa dernière page s’ajoutent un emplacement de signature, une date et une ligne de texte ; après elle, une annexe ; sur l’emplacement de signature, un espace vide où signer. Chaque octet du contrat reste à sa place.
Un contrat bâti sur trois modèles fournis
Un contrat d’approvisionnement posé sur trois modèles envoyés par le client : une page à en-tête sous la première page, une page nue sous chaque page de l’annexe, et une page de conditions qui entre entière.
Le filigrane d’une copie d’essai
Ce que vous obtenez avant de payer quoi que ce soit : un filigrane en travers de chaque page, et sous lui les mêmes pages, mises en page exactement comme une copie payée les met en page. C’est aussi le document qui dit ce qu’une clé de licence change, et pourquoi chaque chiffre de ce site est mesuré avec une clé.
Un formulaire interactif
Un formulaire que le lecteur remplit : champs de texte, case à cocher, liste déroulante, boutons radio.
Un document signé avec un certificat de démonstration
Une page qui contient une signature numérique, rompue par le moindre changement du fichier, faite avec un certificat qui n’existe que pour la démonstration. Chaque commande qui a servi à faire la clé et la signature est imprimée sur la page, avec celle qui la vérifie sans cette bibliothèque.