liZe a écrit 72 commentaires

Je pense que le document d'exemple sur votre site mériterait une mise à jour :)

Oui, comme je le disais dans un commentaire du journal, on va maintenant pouvoir se pencher en détail sur les documents donnés en exemple !

Oui, en particulier la gestion de pas mal de fonctionnalités (dont j'ai parlé au-dessus, je radote) : en-têtes et pieds de pages, références croisées, sommaire PDF, traits de coupe, fonds perdus, formats de pages variables, règles de coupure de pages…

wkhtmltopdf est basé sur WebKit, un moteur de rendu CSS très performant mais qui n'est pas dédié à la génération de documents imprimables.

WeasyPrint au contraire supporte une bonne partie des propriétés CSS pour l'impression : en-têtes et pieds de pages, références croisées, sommaire PDF, traits de coupe, fonds perdus, formats de pages variables, règles de coupure de pages…

Les documents générés sont bien propres. Si je comprend bien: ce logiciel se lance en local, et va générer un pdf à partir d'une page web. Et si cette page web a une feuille CSS bien faite, ça sort un beau document. Je suppose que ça peut aussi servir à générer des documents coté serveur? Auquel cas, ça pourrait être intéressant pour un de mes futurs projets.

Oui, le cas d'usage le plus classique est de générer des documents côté serveur (des factures, des rapports, etc.)

Est ce que ça pourrait tourner chez des hébergeurs proposant le langage python sur leur hébergements mutualisés, comme 1&1?

Du moment qu'il y a Cairo et Pango installés (ils le sont par défaut sur la majorité des distributions), ça devrait fonctionner sans problème.

PS: Je suis pas fan des sites avec animations… C'est lent

Ah, l'un des éternels débats entre développeurs et webdesigners :)…

Je n'ai pas encore trouvé d'éditeur WYSIWYG qui me plait pleinement, je préfère éditer mes fichiers HTML avec mon éditeur favori. Je lance généralement une commande qui génère le PDF à chaque fois que les fichiers HTML ou CSS sont modifiés, et mon lecteur PDF met à jour l'affichage seul.

Je suppose qu'un logiciel de génération de PDF (à partir de HTML/CSS) qui gère correctement les césures — voire, pourquoi pas, à terme (si ce n'est pas déjà le cas, je n'ai pas vérifié au-delà de cette dépêche), ajusterait finement l'espacement inter-lettres et la largeur des fontes pour limiter l'apparition d'espacements inter-mots de dimensions variées — pourrait inciter à l'évolution des pratiques en matière de paramétrage de justification sur le web, de manière à la rendre sélectivement active spécifiquement pour l'exportation vers du PDF / l'impression, conformément à une norme de fait qui pourrait émerger, si elle n'existe pas déjà.

Cette norme existe, et elle s'appelle … CSS :). Il y a beaucoup de fonctionnalités qui sont spécifiées, dont des règles de césure complexes et l'espacement inter-mots et inter-lettres. La spécification permet d'appliquer ces règles selon l'envie pour l'affichage sur écrans, pour la génération de documents imprimables ou pour les deux. Il ne manque que des bonnes implémentations de ces fonctionnalités, et des feuilles de style qui les utilisent !

WeasyPrint gère pas mal de choses concernant la césure, mais reste pauvre sur les règles de justification. Si certains sont intéressés, les contributions sont les bienvenues ;).

Félicitations. C'est gros succès, ambitieux.

Merci !

Et bravo aussi pour le Python 3.4. Pour un logiciel de 8 ans, je trouve que c'est un signe de qualité !

À vrai dire, j'en avais un peu marre de continuer à corriger des bugs sur des cas particuliers en Python 2. Et comme Python 3 a 10 ans le mois prochain, on ne peut plus vraiment dire que c'est le futur :)…

Chez Dalibo, on s'intéresse à WeasyPrint, alors attendez-vous à quelques PR ;-)

Avec grand plaisir ! Si vous avez besoin de quoi que ce soit, n'hésitez pas à ouvrir des tickets ou à discuter sur IRC.

Avez-vous des retours pour la génération de présentations PDF à partir de revealjs ? Ça doit pas être facile !!

C'est marrant, c'est exactement le cas d'usage qui est mis en avant dans la présentation dont je parle dans l'article :). Sincèrement, tant qu'on fait des choses simples ça marche à peu près tout seul, sinon il faut un peu de connaissances en CSS et un peu de chance ;).

1) et 2) J'aurais pas dit mieux !

3) Oui, pour les exemples on a été pris par le temps et on a fait des documents attractifs graphiquement mais pas très beaux typographiquement. Maintenant que la version est (enfin) sortie, nous allons ajouter de nouveaux exemples et retravailler les documents existant, on peut faire mieux que ça !

Concernant les fonctionnalités typographiques, on suit ce que la norme CSS nous propose, et nous avons déjà ajouté pas mal de propriétés dont certaines ne sont pas encore standardisées. On a déjà pas mal de choses intéressantes sur la gestion du texte et des fontes, mais on a encore pain sur la planche…

4) C'est une propriété de CSS qui fonctionne également sur les navigateurs. Elle est assez flexible et permet de faire pas mal de choses sympas. Dans WeasyPrint, elle fonctionne bien pour les cas simples mais un peu moins quand on veut faire des choses complexes. (D'ailleurs, les algorithmes d'équilibrage automatique intelligent des colonnes sont encore des questions non résolues par la recherche.)

wkhtmltopdf bénéficie de tous les avantages de WebKit, en particulier d'un support de (presque) toutes les propriétés CSS récentes, du support de JavaScript et d'une rapidité très appréciable :). Par contre, il en a aussi les défauts et les manques, comme ses limitations par rapport à la pagination. En tout cas, ça vaut le coup de tester les deux !

Merci !

Bonjour,

Merci beaucoup pour l'exemple, content de voir que les traits de coupe fonctionnent après notre petite discussion à PyConFR :) !

On dit pas compagnie en Français. On dit entreprise. Merci.

C'est ton avis mais ce n'est pas celui de l'un des dictionnaires de référence.

(Par ailleurs, en français, on ne met pas de majuscule à « français » dans ce cas de figure.)

Et pour ceux qui voudraient explorer leur dépôt Git dans une vraie base de données, il est possible sous PostgreSQL de créer une table étrangère sur un dépôt Git avec Multicorn et son foreign data wrapper pour Git.

pas içi, bien sur. içi, on a la crème du hacking international

Et de l’orthographe ;).

Le serveur vient de tomber avec le liveCD, le problème ne vient donc pas de mon noyau custom.

Pour être exact, le problème est toujours chez le même hébergeur, mais avec trois serveurs différents (avec la même configuration logicielle et matérielle). Maintenant, je sais que le serveur crashe avec mon noyau Gentoo custom, mais également avec le noyau de la Ubuntu fourni pour le mode « rescue ».

De deux choses l’une :

• Soit le noyau Ubuntu (un 3.2) et le noyau Gentoo (à peu près tous les 3.x) sont touchés par le même bug, qui fait freezer le noyau d’une manière qui n’est pas détectée par les mécanismes du noyau (pas de message d’erreur sur le disque ni par le réseau, pas de redémarrage automatique possible),
• Soit le problème se situe plus bas, c’est-à-dire au niveau matériel.

Je penche pour la première solution, sachant que certains sous Debian ont eu des problèmes en passant de squeeze à wheezy sur le même matériel.

Comme Online fournit la possibilité de démarrer en mode « secours » avec une Ubuntu live, j’ai eu l’idée bizarre de démarrer mes services sur la distribution live après un chroot, et de voir ce qui se passe sur ce brave noyau 3.2. Si tout fonctionne un petit bout de temps, je serai quasiment sûr que le problème vient de mon noyau. Mauvaise idée pas très orthodoxe, mais au point où j’en suis…

La version de mon noyau contient une version du driver déjà bien plus récente que la 1.2.10 (je suis sous gentoo, et j’ai tenté presque tous les noyaux 3.x jusqu’aux 3.8.x).

Le temps que j’écrive le message, le serveur est tombé.

J’avoue que je suis bientôt à court d’idées…

Comme il était proposé dans le rapport de bug, j’ai forcé la gestion d’énergie de la carte réseau pour ne plus dépendre de ce que le bios disait.

Et ça n’a rien changé.

Du coup, pour ne pas sombrer dans la démotivation, j’ai désactivé une tripotée de modules dans le noyau (dont l’ACPI et l’ASPM, je vais tuer des ours blancs), recompilé le tout et redémarré le serveur. J’attends le prochain crash, je vous tiendrai au courant !

Oui !

3 et 4 se contredisent mais confirment un point : c'est là ou se trouve dovecot.

Oui, c’est un peu contradictoire. Ce que je voulais dire par là, c’est que les logs de dovecot et du noyau ne disent rien de particulier, et que ce n’est pas à première vue dovecot qui prend 100% du CPU / fait crasher le noyau / prend toute la mémoire.

Il faudrait en effet que je lance dovecot avec une config minimaliste, mais comme c’est sur un serveur de prod, c’est un peu compliqué. Je pourrais monter un autre serveur avec une config minimaliste, mais il faudrait générer du trafic aléatoire dessus pour essayer de le refaire tomber, et comme je n’ai pas de cas de test pour reproduire, ça risque d’être très long et très fastidieux.

Étant donné que je ne vois pas comment dovecot pourrait faire tomber un serveur (autrement que par le load, la mémoire et l’accès disque, ce qui n’est pas le cas ici), et que cependant c’est bien dovecot qui semble être à l’origine du problème, je commence sérieusement à croire que c’est un type de paquet réseau particulier qui fait freezer la machine (et qu’IMAP fait souvent passer ce type de paquets).

Pour ceux que ça intéresse : je m’oriente vers ce bug rapporté pour RedHat, qui ressemble furieusement au mien.

C’était vraiment bien tenté. Après avoir mis en place netconsole et avoir pu lire les messages du noyau sur un autre serveur, j’ai patiemment attendu que ça freeze. Ça a freezé. Et à mon grand désarroi, le brave netconsole n’a pas pipé mot…

On pourrait croire que le problème vient donc de la carte réseau, mais sachant que je n’ai rien de plus dans les logs sur mon disque, j’ai de sérieux doutes. Je commence à perdre le peu d’espoir qu’il me reste encore :/.

En tout cas merci beaucoup pour netconsole, c’est drôlement pratique et ça me servira sans doute un jour.

Il n’est plus vivant, je n’ai plus aucune activité stockée sur le disque à partir de la perte de contact.

J’avais aussi essayé de désactiver l’IPv6 au niveau du noyau, mais ça ne change rien.

Merci, je ne sais pas comment j’ai pu passer à côté de ça ! J’installe de ce pas !

Comme le trafic est vraiment faible, je n’ai pas regardé en détail l’activité disque, mais je vais jeter un coup d’œil.

Au niveau des services ouverts, il y a IMAP (TLS) et SSH (sur un autre port que le 22, pour éviter les bots). Aucune activité louche ni sur l’un ni sur l’autre d’après les logs.