Des listes faites d'un retrait et d'un taquet

Ce qui trahit un document fabriqué par un programme, c'est une liste dont la deuxième ligne commence sous la puce au lieu de commencer sous les mots. C'est un détail, et tous les traitements de texte du monde le font bien.

Ici le marqueur tient dans la place que l'élément lui ouvre, et toutes les lignes après la première commencent sous les mots et non sous le marqueur — quelle que soit la longueur de l'élément, et quelle que soit la langue dans laquelle on le traduit. Une liste dans une liste reprend la même disposition, un cran plus loin vers l'intérieur ; le marqueur peut donc être n'importe quoi — un point, un chiffre, une lettre, un tiret, un symbole à vous — et les lignes tombent toujours où il faut.

Ce que montre cet exemple

• Des listes à puces, numérotées et imbriquées sur une même page.
• Les lignes suivantes commencent sous le texte, jamais sous la puce.
• Une liste dans une liste, faite pareil, un cran plus loin.

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

Optimisé, ce document pèse 13.1 ko — au moins 85 % de moins que ce qu'écriraient la plupart des générateurs de PDF

Le document est plus léger qu'avant, et chaque page a exactement le même aspect. Voir la ligne de ce document dans le tableau de tous les exemples.