<table> <tr><td>aaaaa bbbbbb ccccc ddddd eeeee fffff ggggg hhhhh iiiii jjjjj kkkkk lllll mmmmm nnn ooooo ppppp qqqqq rrrrr sssss ttttt uuuuu vvvvv xxxxx yyyyy)</td></tr> </table>
Aucun problème le retour s'effectue très bien.
<table> <tr><td>aaaaa bbbbbb ccccc</td><td>aaaaa bbbbbb ccccc ddddd eeeee fffff ggggg hhhhh iiiii jjjjj kkkkk lllll mmmmm nnn ooooo ppppp qqqqq rrrrr sssss ttttt uuuuu vvvvv xxxxx yyyyy)</td></tr> </table>
Le retour s'effectue, mais c'est là le problème, trop tard mangeant une partie du texte.
Et si on reprend votre exemple en retirant juste un des deux width, c'est la catastrophe :
<table style="width: 100%;border: solid 1px #5544DD; border-collapse: collapse" align="center"> <tr> <td style="text-align: left; border: solid 1px #55DD44"> test de texte assez long pour engendrer des retours à la ligne automatique... a b c d e f g h i j k l m n o p q r s t u v w x y z a b c d e f g h i j k l m n o p q r s t u v w x y z </td> <td style="width: 70%; text-align: left; border: solid 1px #55DD44"> test de texte assez long pour engendrer des retours à la ligne automatique... a b c d e f g h i j k l m n o p q r s t u v w x y z a b c d e f g h i j k l m n o p q r s t u v w x y z </td> </tr> </table>
D'autres bugs moins gênant sont également de la partie, mais je pense que c'est aisément corrigible :
- pas de retour à la ligne avant une table (il faut obligatoirement mettre un BR)
- retour à la ligne tout petit avant un H2
- puce ul/li pas top (enfin bon ce n'est pas bien important)
HTML2PDF fait certes beaucoup de chose, mais ce n'est pas un vrai "navigateur internet", il ne sait pas prendre d'initiative... sinon il prendrait beaucoup plus de mémoire et de temps machine que ce qu'il prend pour l'instant...