Problèmes / à éclaircir :

Style write_html() ne prend pas les feuilles de styles en compte, donc le style doit être composé avec des balises HTML et leurs attributs. Par exemple un texte peut être coloré avec <font color="couleur">. Pas de prise en charge de background-color.
Polices d'écritures Le paquet propose un nombre restreint de polices d'écriture intégrées, et notamment aucune qui utilise les caractères Unicode. Apparemment il faut à chaque ouverture du paquet (?) lui indiquer le chemin d'accès vers une police d'écriture sur le système avec add_font(family=nomDePolice, fname=cheminVersPolice). Dans ce cas, penser à un test de déploiement (texte avec caractères unicode) pour vérifier qu'une police est bien dispo. Mais si le HTML a par exemple une balise <b>, il va tenter d'utiliser nomDePoliceB sans le trouver (pourquoi ?). Ajouter la police d'écriture gras correspondante avec nomDePoliceB ne règle pas le problème. Bug ?
Faire une liste des styles / balises qu'on laisse le WYSIWYG proposer vs. styles / balises que .write_html() prend en charge.
Protection du fichier contre le plagiat ?
Utilisation efficace des fonctionnalités proposées par PDF add_header() et add_footer() sont des hooks intéressants par exemple, pour les numéros de pages, commentaires, notes de bas de pages, crédits des images (si laissées)

Remarques