write_overlay.json
Die JSON-Datei des Beispiels „Eine auf eine Briefkopfvorlage gelegte Rechnung“. Eine Rechnung, über einen als PDF-Datei gelieferten Briefkopf gelegt.
Diese Datei ist eine Anfrage: Eine Anwendung sendet sie über das Netz an den Server, der das PDF erzeugt und zurücksendet. Sie erzeugt dieselbe Seite wie die Rust- und die Python-Fassung dieses Beispiels. Eine Anfrage nennt jede Datei, die sie verwendet, nie ihren Inhalt; der Aufruf trägt die Anfrage und die Dateien zusammen. Eine Schrift, die der Server bereits vorhält, etwa DejaVuSans, wird ohne Anhang genannt. Senden Sie die Anfrage an die Adresse, die die API-Seite angibt.
Diese Anfrage nennt Dateien, die sie nicht trägt: letterhead. Jede davon reist neben der Anfrage, im selben Aufruf, als mitgelieferter Teil, genau so benannt, wie die Anfrage sie hier nennt — die Beschreibung sagt, welcher Name welche Rolle spielt, Sie benennen Ihre Dateien also, wie Sie möchten. Eine Anfrage, die eine Datei nennt, von der der Aufruf nichts trägt, wird abgelehnt.
Wofür dieses Beispiel da ist
Jeder Kunde hat seinen eigenen Briefkopf, und keiner davon schickt Ihnen die Schriften, die Logodatei und die genaue Farbe, in der er gedruckt wurde. Was er Ihnen schickt, ist ein PDF davon. Diesen Briefkopf von Hand nachzubauen heißt, dass er fast richtig herauskommt — auf jedem Dokument, das Sie für ihn erzeugen, solange er Kunde ist.
Was dieses Beispiel zeigt
- Eine einmal gelesene und unverändert wiederverwendete Vorlage.
- Seine Schriften und Farben unverändert übernommen.
- Neuer Inhalt, über die Seite gesetzt, die sie auflegt.
- Der Text der Vorlage, zurückgelesen, mit dem Beginn jedes Abschnitts.