La deuxième solution s’avérant le plus efficace des quatre.
Je me suis d'ailleurs toujours demandé pourquoi les devs de LO ont créé de zéro un outil d'exportation au lieu d'utiliser la base de Writer2Xhtml (soit en demandant à son dev d'intégrer l'équipe, soit en forkant le code). Ok, c'est du java, mais comme les bases sont saines, il y aurait sûrement eu moyen de transcrire sa logique de base dans le langage utilisé par LO (je ne sais même pas lequel c'est :-))
Résultat, ils ont créé un truc pas beau du tout, alors que la meilleure solution sur le marché faisait déjà partie de leurs extensions. Va-t-en donc en comprendre la logique.
Je n’ai touché à rien, c’est avec la version « brute » que j’ai fait mes tests.
Oui, on gagne beaucoup à le personnaliser. D'ailleurs, la config des "Text Body", italique et gras en <p>, <i> et <b> faisait partie de la config d'origine dans l'ancienne version, il est maintenant nécessaire de la définir soi-même.
L'inclusion automatique de sa feuille de style perso dans l'epub est un outil magique et très puissant. Ça permet également de rajouter directement dans le texte de l'epub (avec calibre ou sigil) des classes que l'on sait déjà définies dans notre CSS perso. Ou de transformer des classes prédéfinies en classes perso (par ex. les appels de note).
Il y a d'ailleurs sûrement d'autres secrets à explorer.
Je pense que le comportement bizarre avec les listes à puce est dû aux tabulations qui les suivent.
Non, j'ai essayé avec des tab en fin de ligne, et ça continue à être rendu correctement. Je parierais plutôt sur la définition du style de ta liste dans LO.
[^] # Re: Plus de précisions au sujet de Writer2xhtml
Posté par sebas . En réponse au journal Plouf, plouf, plouf, c’est toi qui fera mieux de l’epub. Évalué à 3. Dernière modification le 24 septembre 2022 à 18:46.
Je me suis d'ailleurs toujours demandé pourquoi les devs de LO ont créé de zéro un outil d'exportation au lieu d'utiliser la base de Writer2Xhtml (soit en demandant à son dev d'intégrer l'équipe, soit en forkant le code). Ok, c'est du java, mais comme les bases sont saines, il y aurait sûrement eu moyen de transcrire sa logique de base dans le langage utilisé par LO (je ne sais même pas lequel c'est :-))
Résultat, ils ont créé un truc pas beau du tout, alors que la meilleure solution sur le marché faisait déjà partie de leurs extensions. Va-t-en donc en comprendre la logique.
Oui, on gagne beaucoup à le personnaliser. D'ailleurs, la config des "Text Body", italique et gras en <p>, <i> et <b> faisait partie de la config d'origine dans l'ancienne version, il est maintenant nécessaire de la définir soi-même.
L'inclusion automatique de sa feuille de style perso dans l'epub est un outil magique et très puissant. Ça permet également de rajouter directement dans le texte de l'epub (avec calibre ou sigil) des classes que l'on sait déjà définies dans notre CSS perso. Ou de transformer des classes prédéfinies en classes perso (par ex. les appels de note).
Il y a d'ailleurs sûrement d'autres secrets à explorer.
Non, j'ai essayé avec des tab en fin de ligne, et ça continue à être rendu correctement. Je parierais plutôt sur la définition du style de ta liste dans LO.