«   »
C’est cette marque qui m’a décidé à aller voir plus loin. J’ai l’impression de revenir aux années 2000. Même dans un traitement de texte plus aucun professionnel ne devrait faire de chose pareille, alors chez un éditeur… Je ne connais pas les problèmes de compatibilité des logiciels de lecture mais il y a-t-il vraiment des lecteurs qui ne sauront pas reprendre des règles CSS simples de marge et d’espacement ?

Ou alors le qu’on retrouve souvent (en fait, même Sigil le fait comme ça). La simple et bonne raison pour laquelle les devs Sigil ont choisi cette solution étant que   ne sera pas converti vers Kindle (alors que le le sera, tout comme les marges définies via CSS). D’ailleurs, Adobe a une documentation « EPUB Best Practices 1.0.3 » au format EPUB qui est bien cachée mais qui annonce clairement que les mises en page pour paragraphes, sauts de ligne, etc. doivent UNIQUEMENT passer par les styles, et pas avec un bricolage HTML, que ce soit   ou . Là, pour le coup, c’est quasiment une faute pro de remplacer par   au lieu de le faire via la CSS si on trouve que n’est pas bon…

Pour les marges et espacements, oui, il y a des problèmes. Mais il y a des problèmes sur d’autres choses toutes simples comme les images sur ibooks, qui ne seront pas centrées si le texte est justifié dans la CSS (et qu’il faudra donc placer entre balises spans), ou des styles tout à fait standard qui ne passent parfois pas chez Adobe…

En fait, c’est simple : on parle aujourd’hui de HTML5 et CSS3 pour EPUB3 à venir, le support EPUB « dans la vraie vie » équivaut au web de 1998. Les fabricants et devs se foutent juste de notre gueule, clairement.