Merci pour le journal et le logiciel qui y est présenté. Tout cela est enthousiasmant !
1) Je suis d'accord avec le constat à l'origine du logiciel: le couple html/css s'impose parce qu'il est omni-présent et parce que les infographistes y sont formés. Àmha, son omniprésence et sa versatilité pourraient justifier son utilisation comme format de document pour la bureautique. Un moteur de rendu html/css dédié à l'impression est peut-être un petit pas dans cette direction.
2) Comme indiqué dans la conférence, il faut distinguer le beau document au sens typographique historique, du beau document au sens de l'ère des écrans. Notre usage immodéré du web tend à modifier notre regard, et une page sans cadres colorés, bordures arrondies, et autres trucs css, nous semble fade. Pour cette raison encore, porter les technologies du web vers le papier fait sens.
3) Néanmoins, pour peu que, comme conseillé dans la conférence, on étudie a minima l'art de la mise en page, il saute aux yeux que les exemples de rendu donnés sur le site tout beau tout neuf sont loin d'être beau au sens typographique: le texte en colonne est très mal justifié: il faudrait, à tout le moins, utiliser des césures (qui semblent pourtant implémentées), voire, penser à implémenter un algorytme d'ajustement par paragraphe. Est-il dans vos projets d'améliorer la qualité typographique du rendu?
4) Les colonnes, justement, m'étonnent: est-ce une propriété css dédié à l'impression qui permet cela? Ou est-ce un propriété du moteur de rendu?
# Du formatage de texte au 21e siècle
Posté par Sygne (site web personnel) . En réponse au journal Première version stable pour WeasyPrint. Évalué à 5. Dernière modification le 09 novembre 2018 à 14:04.
Merci pour le journal et le logiciel qui y est présenté. Tout cela est enthousiasmant !
1) Je suis d'accord avec le constat à l'origine du logiciel: le couple html/css s'impose parce qu'il est omni-présent et parce que les infographistes y sont formés. Àmha, son omniprésence et sa versatilité pourraient justifier son utilisation comme format de document pour la bureautique. Un moteur de rendu html/css dédié à l'impression est peut-être un petit pas dans cette direction.
2) Comme indiqué dans la conférence, il faut distinguer le beau document au sens typographique historique, du beau document au sens de l'ère des écrans. Notre usage immodéré du web tend à modifier notre regard, et une page sans cadres colorés, bordures arrondies, et autres trucs css, nous semble fade. Pour cette raison encore, porter les technologies du web vers le papier fait sens.
3) Néanmoins, pour peu que, comme conseillé dans la conférence, on étudie a minima l'art de la mise en page, il saute aux yeux que les exemples de rendu donnés sur le site tout beau tout neuf sont loin d'être beau au sens typographique: le texte en colonne est très mal justifié: il faudrait, à tout le moins, utiliser des césures (qui semblent pourtant implémentées), voire, penser à implémenter un algorytme d'ajustement par paragraphe. Est-il dans vos projets d'améliorer la qualité typographique du rendu?
4) Les colonnes, justement, m'étonnent: est-ce une propriété css dédié à l'impression qui permet cela? Ou est-ce un propriété du moteur de rendu?