Amanuensis un convertisseur odt vers epub

[virg]

Bonjour,

mauvaise élève, je n'ai pas lu toutes les notices dans l'ordre car j'avais un ebook à faire et je cherchais surtout à le mettre en place.
Il est disponible en epub pour la première version : http://webrealis.net/ebook/Atelier%2...%20-%20V1.epub
Sauf qu'il y a plein de choses que je n'ai pas pu faire et cela m'embête.

J'ai utilisé open office pour le début, mais très vite, j'ai généré un html avec amanuensys et j'ai bossé directement dans l'html, open office ne semble pas géré les images de fond à mon idée.

Donc mes soucis, si vous pouviez m'aider :

• aucune police non sérifée ne passe alors que filosofia a été ajoutée sans soucis ...
  => j'ai testé : Cabin_Condensed, din, News_Cycle, PT_Sans, helvetica

• impossible de traiter plusieurs class sur un même objet comme en html : ex :

class="chant leg"
et 
.chant{
font-family:...
}
.leg{
color:#...
}

• pour les images de fond, j'ai trouvé la solution : https://www.mobileread.com/forums/sho...16#post2502416 à mon problème, mais du coup, il faut que je fasse un saut de page au 1er paragraphe de chaque page pour que mes images successives ne se chevauche pas et du coup, j'ai des sauts de ligne inutiles dans l'index.
• pour info, si on veut mettre des br, il faut bien les écrire <br /> et non <br> ou <br/> sinon, il y a une erreur fatale.
• le fichier final pèse 5Mo, ce n'est pas surprenant à cause des images, mais est-ce optimisable ? j'ai suivi les conseils et mis mes images en 150dpi, mais n'est-ce pas trop ?
• enfin, dans le epubcheck, il me génère des erreurs "ERROR: I:/données/dev/outils/ebook/test/odysee/Atelier Du Bourg - Exposition Odyssee - Atelier Du Bourg - 2011 - V1.epub/OPS/toc.ncx(34,49): assertion failed: The "id" attribute does not have a unique value", alors que justement je n'ai pas d'id dans mon fichier html, dois-je en rajouter si oui, sur quoi les images ou les textes ou les titres ?

Pour info aussi, je ne souhaite pas du tout mettre le texte de présentation de chaque image dans l'image, parce que je pense que pour le référencement le texte en clair est bien meilleur (ou le sera d'ici peu) vis à vis des MdR et parce que je veux pouvoir intervenir dessus sans avoir besoin de regénérer 48 images (l'intérêt du css)

merci de vos conseils à venir

[roger64]

Bonjour

C'est très sympa de poster ton joli EPUB car cela permet ensuite de progresser.
Bravo aussi pour ta recherche de polices.

En ce qui concerne la vérification epubcheck, les erreurs viennent du fait que tu as une valeur h2 et une valeur h3 à chaque navpoint. Il en suffit d'une pour le TOC.

Si tu ouvres ton EPUB avec Sigil et choisis de regénérer le toc en sélectionnant un seul niveau de titre, les erreurs disparaissent aussitôt. Je l'ai fait en sélectionnant h2. (copie d'écran)

Avant d'utiliser Sigil, assures-toi dans les Préférences que HTML Tidy est bien désamorcé...

[virg]

Bonjour,

merci pour le compliment, la mise en page d'origine n'est pas de moi mais de l'Atelier du Bourg, mais je suis contente d'avoir réussi à la respecter sans trop de triche.
En ce qui concerne mes soucis, j'ai trouvé une solution à certain mais à ma manière (dévelopement web)
j'ai installé 7Zip, j'ai extrait les fichiers du epub et j'ai fait les tests directement dans le css et les html finaux.
Par Ex :
=> l'index ressemble plus à ce que je voudrais maintenant
=> les combinaisons de class se font sans soucis
=> je vais pouvoir tester les polices à mon idée
=> j'ai pu renommer les id qui gênaient epubcheck

le résultat s'appelle monLivre.epub dans le même dossier en ligne que le 1er.

RMQ : venant du web, les h ont énormément d'importance pour moi, pour la sémantique du site et pour le référencement, je ne suis donc pas capable de m'en passer dans une page sans faire à mon sens un mauvais travail.
Je vais donc continuer à la main dans l'archive epub directement, ça me convient mieux.
mais merci encore beaucoup pour m'avoir aider à découvrir tout cela.
merci au créateur d'amanuensis
merci à Roger64 pour ses très nombreux conseils et son soutien et son accueil
merci au forum mobilread pour sa sympathie et son existance.

si cela vous intéresse, avec l'accord des auteurs, je pourrai vous communiquer les prochains catalogues de sérigraphie en epub et si j'y arrive en mobi.
les pdf seront sur leur site.
Et si certaines mise en forme vous questionne dans mes epub, je pourrai vous expliquer ce que j'ai fait.

bonne journée

[Francois_C]

Ce type d'édition ne m'intéresse pas particulièrement pour l'instant, car je n'ai rien pour lire de tels ebooks, et je pense que les limites d'Amanuensis, convertisseur d'ODT en epub s’expliquent par l'objectif de faire des ebooks pour les liseuses vraiment dédiées à à la lecture, avec e-paper monochrome et peu de nuances de gris.
Votre approche, en éditant le html après décompression de l'epub, est tout à fait correcte aux yeux d'un dinosaure de l'informatique comme moi. Toutefois, dans bien des cas on peut tout faire avec Sigil.

[chapi11]

J'ai un problème avec les tableaux sous Amanuensis. Si le tableau est plus grand qu'une page, le tableau s'affiche sur la page suivante et uniquement les lignes qui peuvent s'afficher sur une page, la suite du tableau ne se trouve pas sur la page suivante.
Comment peut-on afficher dans un epub généré par Amanuensis un long tableau ?

Exemple d'odt et de la sortie epub pour des tableaux (le tableau 3 s'affiche parfaitement car plus petit qu'une page, les 2 précédents, trop long sont tronqués dans le rendu final aussi bien sur ADE que sur ma liseuse):
https://mega.co.nz/#!7MxUESIY!RkWa6C...-FnDOUoYHOt514

[Ysabeau]

Bonjour tout le monde,
Une question au passage, est-ce que ce merveilleux module qu'est Amanuensis est maintenu ? C'est ce que j'ai trouvé de mieux et de plus fiable pour mes fichiers epub.

[Francois_C]

Je partage votre prédilection pour ce logiciel, qui fait des e-pubs "propres" et sans code superflu.
L'exécutable le plus à jour semble avoir été compilé le 5 décembre 2011, mais l'auteur a modifié le fichier de configuration le 5 décembre 2012. Je pense qu'il n'a pas envie de se laisser envahir par ce projet, qui marche tel qu'il est, mais qu'il ne l'a pas abandonné.

[Ysabeau]

Merci, c'est ce qui me semblait.
En même temps, je ne pense pas qu'il y ait une réelle nécessité à toujours mettre à jour si ça tourne bien.
Amanuensis, de mon point de vue est vraiment ce qui donne les meilleurs résultats avec le minimum de travail pour peu que le fichier soit impeccable. Writer2epub n'est pas aussi bien, de loin, et Calibre est pas mal, mais bof tout de même.

[Francois_C]

...Et puisqu'il y a dans ce fil des spécialistes de l'utilisation d'Amanuensis avec des images, une question qui se pose juste maintenant : j'ai édité un ODT venu d'ebooks libres et gratuits en changeant deux images, j'ai conservé bien soigneusement le style "images", j'ai même essayé de jouer sur le dpp, et même de reconvertir mes images au format PNG comme celles d'origine et pourtant mes images apparaissent minuscules tandis que lorsque je convertis l'ODT d'origine elles sont correctes.
Je vois ce qui se passe dans le code : Amanuensis met amanuensis-simple-image au lieu de amanuensis-fullscreen-image et il suffit d'éditer cela dans Sigil pour corriger. Mais pourquoi ?

Après recherches, il semble que ce soit encore un bug ou une incompatibilité de LibreOffice : j'ai fait un essai avec le fichier "L'Étrange Cas du Dr Jeckyl et Mr Hyde - Robert Louis Stevenson - Édition illustrée.odt". En utilisant l'original, la conversion est bonne. Je l'édite dans LibreOffice 4.1.2.3 après avoir ajouté puis effacé une espace : j'obtiens des images minuscules.

[Francois_C]

Originally Posted by Ysabeau

Merci, c'est ce qui me semblait.
En même temps, je ne pense pas qu'il y ait une réelle nécessité à toujours mettre à jour si ça tourne bien.
Amanuensis, de mon point de vue est vraiment ce qui donne les meilleurs résultats avec le minimum de travail pour peu que le fichier soit impeccable. Writer2epub n'est pas aussi bien, de loin, et Calibre est pas mal, mais bof tout de même.

100% d'accord, y compris pour les critiques de l’irremplaçable Calibre pour la fabrication des epub : le pire que j'ai vu devait être l'œuvre de gens très soigneux mais peu techniciens, qui doivent convertir des documents RTF de Word avec Calibre. Chaque chapitre contenait la liste exhaustive des polices utilisées par Word, totalement superflue et occupant plus de lignes que le texte même. Et dans ces cas-là, on a presque toujours uniquement du formatage direct.

[Ysabeau]

Je n'ai jamais eu ce problème, aussi parce que je ne me suis jamais livrée à ce genre d'exercice :-)

Cela dit, j'ai une nette tendance à trouver que le traitement des images dans LibreOffice nécessite encore de sérieuses améliorations (même si leur stylage est un très gros plus par rapport à d'autres traitements de texte) et, selon la façon qu'on a de les ajouter au texte, on peut avoir des soucis.

Deuxièmement, cette version de LibreOffice a introduit un gros bug au niveau de la Gallery, quand on veut Ajouter une image (Copier ou Lier) de la Gallery en utilisant le volet latéral, ça plante à tous les coups. Est-ce que c'est lié ? Je ne sais pas.

Ça donne la même chose dans OpenOffice ?

[Francois_C]

Ça aboutit en fait à ce que tous les epubs que je fais avec LibreOffice ont des images minuscules, et que je dois les éditer avec Sigil en remplaçant amanuensis-simple-image par amanuensis-fullscreen-image. Ce n'est pas difficile, mais c'est énervant. L'exercice auquel je me suis livré était un experimentum crucis visant à essayer de modifier légèrement un document qui passait bien dans Amanuensis pour voir si ça venait de LibreOffice. Apparemment oui.

Je n'ai plus OpenOffice. Je vais peut-être l'installer à la place de LibreOffice pour voir. Mais en principe, je crois que les programmeurs de LibreOffice sont beaucoup plus avancés que ceux d'Apache OpenOffice dans le nettoyage du code. C'est un vieux code qui vient de l'ancien Star Office mis dans le domaine public, et qui a encore de dizaines de milliers de lignes devenues inutiles, et des commentaires en allemand (50.000 lignes de commentaires allemands dans la version 3.3) qu'il faut supprimer ou traduire. Dans ces vieux programmes il reste souvent des variables et des fonctions que personne ne comprend plus, ou qui ne servent plus à rien...

C'est le sort des vieux programmes, qu'il vaudrait parfois presque mieux récrire en partant de zéro. Gimp qui a toujours été un logiciel libre Open Source est loin d'être aussi long, mais je crois que les programmeurs, beaucoup moins nombreux, ne maîtrisent plus très bien l'ensemble.

Je n'ai jamais utilisé la Gallery, parce que je fais mes graphismes moi-même (Gimp. J'essaie : ce n'est pas latéral, c'est au-dessus du texte (version 4.1.2.3). Je drague une flèche, un train et une auto, et ça a l'air de tenir et de se sauvegarder normalement

[Francois_C]

Bon ben oui, ça vient de LibreOffice. Dommage, parce que la présentation graphique est moins moche que celle d'OpenOffice.

J'ai désinstallé et rétrogradé à LibreOffice 4.0.5 ; même résultat. Alors j'ai désinstallé LO et installé OpenOffice 4.0.1 et il a suffi que je passe mes documents ODT une fois dedans pour qu'ils deviennent compilables correctement dans Amanuensis. Comme je n'utilise plus guère ce logiciel que pour faire des ebooks, il vaut mieux que je revienne à OpenOffice. Il n'est pas impossible toutefois qu'il y ait une autre cause, comme un modèle ou une extension que j'aurais installé dans LibreOffice et qui corromprait les documents LibreOffice.

Les programmeurs de ce dernier logiciel sont dynamiques mais parfois un peu légers. Comme je signalais, dans la 3.5, je crois, un bug énorme qui ajoutait une espace à l'espace insécable des signes de ponctuation doubles en RTF, on m'a répondu que ça traînait depuis la 3.3. C'est une grosse étourderie. On manque peut-être aussi d'utilisateurs sérieux pour rapporter ces erreurs ou même les voir (il faut afficher les pieds de mouches).

[Ysabeau]

On peut ajouter dans Gallery le dossier où sont les images (donc les nôtres à nous) qu'on utilise souvent :-). Je vais tester aussi avec OpenOffice et, effectivement j'ai un souci avec un fichier epub. Si je constate ça avec les autres, mais je ne l'ai jamais remarqué, je signale le problème sur la liste libo-discuss. À suivre donc. Mais pas aujourd'hui.

[Francois_C]

Merci pour le truc. J'ai gardé des habitudes des années 80, visant au départ l'économie de place et de moyens : je n'ai pas de dossier d'images. Elles sont sur des DVD ou des disques durs énormes. Je pourrais peut-être encore évoluer.
Pour le moment, je me tiendrai à OpenOffice, puisqu'il est plus compatible avec Amanuensis. Mais qu'il est moche ! Cette plume d'Apache ajoutée au logo déjà ringard, du bricolage, qui donne l'impression d'un logiciel pré-mourant ! J'ai compris l'affichage latéral de la Gallery.
J'ai envoyé un mail à "Argonite" pour lui signaler mon problème avec LibreOffice. Il m'avait répondu, il y a un an, quand je lui avais signalé que j'avais fait un installeur (créant un raccourci sur le bureau) pour Amanuensis, compte tenu du grand nombre de personnes qui sont tout à fait incapables de savoir où sont les fichiers sur leur ordinateur. Il m'a permis de le distribuer, mais ne souhaitait pas s'en embarrasser sur son site Pourtant il marche, même s'il m'est tout à fait inutile, vu que je sais écrire des installeurs