write_break_after.json
Le fichier JSON de l'exemple « Couper aux barres obliques et aux traits d'union ». Une colonne justifiée composée deux fois : des chemins de fichiers et des mots composés qui débordent du bord faute de points de coupure, puis qui passent à la ligne là où une coupure après une barre oblique ou un trait d'union est autorisée.
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 donne 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 porte 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
Si on ne coupe qu'aux espaces, un chemin de fichier devient un mot très long. Un mot composé aussi, et une référence de pièce pleine de barres obliques aussi — et c'est précisément de cela qu'un document technique est fait. Une colonne confortable pour de la prose est bien trop étroite pour eux, et l'élargir pour satisfaire le pire d'entre eux gâche la page pour tout le reste.
Ce que montre cet exemple
- Des points de coupure permis après une barre oblique et après un trait d'union.
- Le caractère de coupure gardé en fin de la ligne qu'il termine.
- De longs chemins repliés sans inventer de trait d'union.