Note du 5 avril 2012. Suivant de peu la parution de la version 1.2 de W2X, la première version du guide Plus, en style, est un complément à l'EPUB en pantoufles notamment dans le domaines des polices incorporées et des lettrines.Vous le trouverez ICI. (http://www.mobileread.com/forums/showthread.php?p=2030246#post2030246)

Note du 18 juillet 2011. La deuxième version du guide l'EPUB en pantoufles récapitule pratiquement toutes les informations utiles de ce fil jusqu'à cette date. Vous la trouverez ICI (http://www.mobileread.com/forums/showthread.php?p=1663231#post1663231)

Note du 22 avril 2011: la méthode décrite plus bas s'est considérablement améliorée depuis ce post. Pour gagner du temps (sauf si vous menez des recherches historiques) je vous invite à vous rendre directement ICI (http://www.mobileread.com/forums/showpost.php?p=1488401&postcount=87)



Bonjour

Je ne suis pas un professionnel mais un amateur paresseux. Je produis des EPUB pour MobileRead pendant le froid de l'hiver parce qu'il me semble anormal qu'en 2011 on ne dispose pas encore d'un accès généralisé et gratuit à nos classiques libres de droits. Alors, je me comporte en citoyen responsable. :)

J'ai choisi MobileRead en raison de sa simplicité éditoriale après avoir échoué à mettre un volume sur FeedBooks, il y a deux ans.

J'ai définitivement choisi l'an dernier le format EPUB, après avoir commis une quinzaine de livres au format PDF. La raison? L'incertitude actuelle sur les tailles de liseuses.

La source du document: pour moi qui vis loin de toute bibliothèque francophone, le cas type est une image PDF de Gallica. (je déconseille d'utiliser leurs fichiers au format "texte" qui sont le plus souvent d'une illisibilité consternante). Il faut un logiciel d'OCR.

J'utilise sur Windows le logiciel Fine Reader 9 (ce n'est pas la dernière version) pour reconnaître le texte de l'image PDF et le convertir en fichier html.
La qualité de la reconnaissance est bien améliorée si vous utilisez un "gabarit utilisateur" et passez dix minutes à lui faire faire un apprentissage. Il vous le rendra au centuple...

Le fichier html est ensuite inséré dans un modèle OpenOffice.org (je passerai bientôt à LibreOffice).
Le texte est corrigé par comparaison. A cet effet, l'écran est partagé entre OO et un lecteur PDF. Il est systématiquement mis en forme en utilisant les styles, notamment pour les titres et les notes de fin.
Le plus souvent, vous avancez à la vitesse d'une lecture presque normale. Mais cela peut se dégrader en fonction de la qualité de l'image...

Une fois édité, j'utilise l'extension Writer2Epub pour produire l'EPUB, ce qui ne prend que quelques secondes.

Je passe un contrôle de l'EPUB avec Sigil. Je veille surtout aux parties hors format (début du texte, centrage des images etc...). Puis un ultime contrôle sur mon reader, qui n'est le plus souvent qu'une confirmation.

et pour aujourd'hui
http://www.mobileread.com/forums/showthread.php?t=119410

En espérant susciter des vocations (aux souris, citoyens!!)... :cool:

Heuh... ça parle de quoi, les Pléiades ?

;o)

Bonjour

Ciel! un lecteur (du forum). Je te dédie celui-ci. C'est celui d'aujourd'hui. :xmas:
http://www.mobileread.com/forums/showthread.php?p=1372433#post1372433

NB. J'ai rajouté une ligne pour le sujet des Pléiades en réponse à ta question pertinente...

J'utilise sur Windows le logiciel Fine Reader 9 (ce n'est pas la dernière version) pour reconnaître le texte de l'image PDF et le convertir en fichier html.
La qualité de la reconnaissance est bien améliorée si vous utilisez un "gabarit utilisateur" et passez dix minutes à lui faire faire un apprentissage. Il vous le rendra au centuple...

Bonsoir,

Je suis à peu près le même parcours pour me créer de temps à autres des epubs persos.
Je ne passe pas par un fichier HTML, par contre. De Finereader, j'enregistre directement en doc, j'ouvre dans opennoffice, je commence par lancer une batterie de macros que je me suis confectionné, ensuite une correction, puis W2E, puis ma propre CSS dans l'epub.

J'ai 2 questions :
- Y a-t-il un avantage à passer plutôt par le html ?
- Les gabarits utilisateurs dans abbyy : j'ai un peu de mal à comprendre leur mode de fonctionnement.
Faut-il faire un apprentissage pour chaque nouveau livre qu'on veut travailler ?
Si vous aviez quelques explications là-dessus :-)
(J'utilise la version 10, mais ça ne doit pas changer grand-chose en la matière)

Merci

(Et merci aussi pour le Leon Bloy, je viens de le récupérer)

Merci pour les livres :)

@Randy11 et Bertrand: de rien :)

Voici pour fêter l'année du Lapin
http://www.mobileread.com/forums/showthread.php?p=1375291#post1375291

Pour le suivant, il faudra attendre quelques jours...

Fine Reader 9
L'apprentissage est utile en général pour les vieux livres, pas trop bien scannés ou scannés avec une résolution inférieure à 300 dpi. A priori, il y a un gabarit par livre mais il n'est pas nécessaire d'y consacrer plus que quelques minutes pour le créer.

En ce qui concerne les gabarits, la première fois, ce n'est pas très convivial mais après c'est facile d'emploi.
Cliquer sur "Ouvrir", choisir le bouton "Options", puis l'onglet "lire", cocher la case (suivant le cas)
- Apprentissage gabarit utilisateur (essai deux pages du milieu du livre) ou
- Utiliser gabarit utilisateur (après l'apprentissage effectué)

Lorsque tu veux travailler seulement sur quelques pages, il ne faut pas cliquer sur le fichier image pdf car cela lance immédiatement la reconnaissance de l'ouvrage complet mais simplement le sélectionner puis définir la fourchette souhaitée des pages de travail.

Si la qualité d'image est très dégradée, il peut être nécessaire de passer en manuel en sélectionnant soi-même les blocs texte.

OpenOffice
Je passe ensuite sur Linux et j'utilise OpenOffice 3.2.1. J'ai créé un modèle dans lequel il me suffit d'insérer le fichier html. Ce format est beaucoup plus flexible que le format .doc qui ne fait que rajouter des trucs inutiles.

En relisant le texte ensuite, il faut veiller à recréer la hiérarchie du document (titres) et surveiller son affichage dans le navigateur (F5).

Travailler au maximum avec les styles (F11).

Merci pour les infos.
Je vais regarder ces gabarits de plus près.

J'ai trouvé un logiciel bien utile, Jutoh.
Il manque de paufinage sur certains points, mais fait pas mal de chose. En particulier pour passer de l'odt a l'epub, et de l'ePub a l'odt.
roger, tu fait comment pour utiliser les fichier html avec open office ? en mode "web" ?

Bonjour

D'abord, avec OpenOffice, je mets le fichier html légué par Fine Reader partout à la bonne police, avec la bonne taille. Les italiques sont préservées.

Ensuite, j'ouvre le modèle de travail "Sony reader" dans OpenOffice et j'insère le fichier html. Il n'y a pas plus simple.

Pour pouvoir travailler par comparaison sur un demi-écran, mon modèle est au format 9x12 mais cela n'influe pas naturellement sur le résultat final, un EPUB est un EPUB.

Oui. En fait j'avais pas vu que mon fichier html (venant d'un ePub), n'avait pas les bonne balises. Et donc, mal reconnu par Ooo qui l'ouvre en mode texte.

Bonjour

A propos du choix et de la qualité chez Gallica.

Le choix offert au public me semble bon

J’ai fait un test, tout à fait arbitraire, qui ne vaut que ce qu’il vaut. J’ai sélectionné dix ouvrages recommandés à des titres divers par des auteurs ou des critiques de l’époque et appartenant à la littérature dite «de qualité» et les ai cherché sur Gallica.

J’en ai trouvé cinq, ce qui est un résultat honorable qui montre que, si l’on veut bien y passer un peu de temps, il y a de quoi faire....

J’ai cherché ailleurs les cinq livres manquants. Parmi eux, celui d’un auteur (C. Farrère) mort à un âge très avancé en 1957. Trois autres, dont les auteurs respectifs sont morts en 1930, 1939 et 1941, peuvent être acquis à la FNAC à des prix très raisonnables. Si l’on ajoute aux soixante-dix ans de droits d’auteur, les années dues à la compensation des guerres, il est bien possible que ces livres ne soient pas encore libres de droits. Ceci justifierait qu’ils ne soient pas encore disponibles sur Gallica.

A titre d’information, il s’agit des livres suivants:
- Fumée d’opium de Claude Farrère
- Sao, l’amoureuse tranquille de Henry Casseville
- Annam sanglant de (de) Pouvourville
- Kilomètre 83 de Henri Daguerches

Compte tenu de cela, le choix offert par Gallica semble finalement très bon.

Le téléchargement des images PDF depuis le site de Gallica fonctionne vite et bien.

mais la qualité technique me semble incertaine

Je suis par contre plus réservé sur la qualité technique de la production de Gallica

Leurs fichiers texte sont le plus souvent d’une qualité consternante, tout juste suffisante pour permettre une consultation ponctuelle (et encore avec beaucoup de chance). Il n’est pas possible d’espérer lire un ouvrage avec ce type de fichier.

Mais l’important après tout, c’est les images PDF. Malheureusement, la qualité des images scannées est inégale. Certains ouvrages ont de nombreuses pages souillées de trainées noirâtres, voire sont carrément ornées de bordures noires qui gênent sensiblement le travail de l’OCR.

Si on les trouvait sur tous les livres, je pourrais conclure à une déficience technique chronique. Mais, ce n’est pas le cas, certains livres ont, tour à tour, des pages nettes et des pages bordées...

Gallica a les ongles en deuil...

Edition

Le dernier petit nouveau venant de chez Gallica est arrivé: "Les derniers jours de Pékin", il s'agit ici du "vieux" Pékin, à la fois impérial et vermoulu.
http://www.mobileread.com/forums/showthread.php?p=1385611#post1385611

Changement de technique !!!

Créer un EPUB directement à partir d’un fichier odt (OpenOffice)

Ayant eu à faire face à une difficulté pour produire un EPUB avec l’extension pour OpenOffice writer2epub (W2E), j’ai cherché à le faire en utilisant une autre extension nommée writer2xhtml plus Sigil, technique que j’avais déjà utilisée l’an dernier. J’ai eu l’excellente surprise de m’apercevoir qu’il existait depuis novembre 2010 une nouvelle version de cette extension qui permet d’exporter directement vers le format EPUB !!

Vous la trouverez ici: http://writer2latex.sourceforge.net/index12.html, (installer la dernière version, la 1.1.5.)

Une fois téléchargé le dossier Writer2LaTeX, vous ouvrez ce fichier zip et vous installez dans OpenOffice simplement l’extension writer2xhtml.oxt (471 k) qui, comme son nom ne vous l’indique pas vous permettra d’exporter directement un fichier odt vers le format EPUB.

La seule chose n’a pas encore été finalisée et qui devrait l’être au cours des prochaines semaines, c’est l’écriture des méta-données que vous pourrez réaliser avec Sigil.

Le code de sortie est très propre puisque c’est du pur xhtml. La conversion est, autant que possible, respectueuse de vos styles et très rapide. Elle ne vous impose pas d’utiliser un style précis comme W2E à qui, décidément, je vais faire des infidélités.

Il faut veiller à rédiger votre document odt avec les styles (F11). Le principe de fonctionnement est clair: «garbage in, garbage out»... Vous êtes prévenus... :)

J’ai exporté sans problèmes Les derniers jours de Pékin en v2 en utilisant cette extension. Yeah!!

Adopté. :thumbsup:

Bonjour

Edition

Un nouveau titre : L'opium de Paul Bonnetain.

http://www.mobileread.com/forums/showthread.php?p=1391214#post1391214

Vous pouvez aussi le trouver ailleurs, à des prix d’extorsion (156 € :eek: ).
Après tout, il s’agit d’un livre rare, donc cher... :)
http://www.wanted-rare-books.com/paul-bonnetain-l-opium.htm

Technique

L'EPUB a été créé avec OpenOffice, puis converti avec l'extension writer2xhtml . Sigil a été utilisé uniquement pour les méta-données (voir post plus haut) .

J'ai utilisé une macro typographique appelée TypoPat dont je vous laisse juger les résultats.

J'ai rajouté deux copies d'écran:

La première pour montrer comment se passe en pratique l'essentiel de la comparaison (Ubuntu Maverick). Sur cette copie d'écran, l’image de Gallica est excellente, compte tenu de l’âge du livre, ce qui influe favorablement sur la qualité de la reconnaissance.

Si l’on dispose d’un OCR de qualité et donc d’une bonne base de travail, la restauration avec OO se fait le plus souvent à vitesse de lecture et permet de rester en même temps attentif à l’intrigue. Tout cela se fait sans stress, à votre rythme. Le temps nécessaire dépend du volume de l’ouvrage, de la qualité de l’image, et surtout de l’intérêt que vous y trouverez.

La seconde image est la fenêtre de dialogue de writer2xhtml, qui, vous le voyez, ne vous donnera pas mal de tête.

Bonne lecture

Bonjour

Publication de bans.

j'ai entamé aujourd'hui l'epubisation depuis Gallica de l'ouvrage suivant:
Fumeurs d'Opium de Jules Boissière :bookworm:

Mais, tu es obsédé par l'opium ! C'est louche ça... :D

J'ai un doc "en attente" sur mon disque, du même auteur, depuis plus de 5 ans, "Propos d'un intoxiqué" : aucune idée de sa provenance, peut-être un PDF Gallica ?

Je te dis au cas où tu veuille passer de l'opium à l'intoxiqué... :p

Teste vite la nouvelle version qui vient de sortir :
http://sourceforge.net/projects/writer2latex/files/writer2latex/Writer2LaTeX%201.1/writer2latex116alpha.zip/download

Ils ont amélioré et du coup, il n'est même plus obligatoire de retoucher avec Sigil (sauf métadonnées)
Pas de doute, c'est maintenant la meilleure solution
Je retourne à mes tests...

Salut Roger,

Sur ce lien, http://www.ebooksgratuits.com/temp/richepin_chanson_des_gueux_test.zip tu trouveras 3 epub du même texte, texte qui est à mon sens intéressant parce qu'il y a des retraits, des indentations etc pour essayer de figurer, même sur un écran 3 pouces, la dynamique de la mise en page originale (le scan est sur notre site des scans).

Il y a donc :
* La version Atlantis ==> richepin_chanson_des_gueux_atlantis.epub
* La version Writer2xhtml (nouvelle version) ==> richepin_chanson_des_gueux_writer2xhtml.epub
* Et la version Writer2xhtml retravaillée dans Sigil par une méthode qui me prend de 2 à 5 mn selon les cas (en général 2) : richepin_chanson_des_gueux_writer2xhtml_sigil.epub

Pour juger, il faut faire varier énormément la taille de la fenêtre dans ADE, passer du plein écran, à une fenêtre normale, puis à une minuscule fenêtre style téléphone.

Dis-moi ce que tu en penses.

Option utilisées :
http://img26.imageshack.us/img26/6061/writer2xhtmlexport.png (http://img26.imageshack.us/i/writer2xhtmlexport.png/)

Uploaded with ImageShack.us (http://imageshack.us)

Mais, tu es obsédé par l'opium ! C'est louche ça... :D

Je dirais même mieux, ça, c'est louche :)

Il y a aussi Fumée d'opium de Claude Farrère, un auteur mort en 1957, je ne sais pas quelle est la situation légale de cet ouvrage, en France et ailleurs...

Pour en revenir au livre de Boissière, c'est un très beau livre de nouvelles. J'ai fini hier les deux premières puis je me suis aperçu que le titre a été numérisé en 2010 par l'Open Library. :smack:

http://openlibrary.org/works/OL10710318W/Fumeurs_d%27opium

Séjournant en Chine l'hiver, je ne peux pas le télécharger. Tant pis, j'aime bien le lire de cette façon "active", alors j'ai décidé de continuer my "Gallica way".

Technique

J'ai installé hier une extension OO venant d'être mise à jour qui produit automatiquement des espaces insécables selon les règles typographiques françaises. Elle fonctionne très bien chez moi (OO 3.2.1)
http://extensions.services.openoffice.org/project/insecable

Elle apporte vraiment un plus à la rédaction. Cet animalcule (l'espace insécable) dont j'ignorais l'existence il y a encore peu de temps fait maintenant partie de la famille. :2thumbsup

Je suis heureux de voir que les innovations fleurissent de partout...

writer2xhtml

Erreur de ma part, je teste (mais Image Shack ne passe pas en Chine..).

C'est pas terrible le résultat avec writter2xhtml.
L'ePub d'atlantis est bien plus propre !

Arg ! Atlantis windows seulement. pff !

Pour Roger64, je ne pense pas que notre site soit interdit en Chine :

http://www.ebooksgratuits.com/guides/writer2xhtml_options_export.png

Pour l'extension insécable, je l'utilise depuis très longtemps, et elle fonctionne enfin correctement depuis les dernières versions de OO.

C'est pas terrible le résultat avec writter2xhtml.
L'ePub d'atlantis est bien plus propre !
Arg ! Atlantis windows seulement. pff !

Bien que faisant la promotion de la méthode Atlantis depuis longtemps, le résultat avec Write2xhtml combiné à Sigil est meilleur.
Visuellement, il est à peu près identique dans ADE.
Mais, lorsqu'on regarde la structure de l'epub, ce n'est pas du tout pareil: Writer2xhtml conserve la structure des titres de chapitre/parties de manière classique dans les balises H1, H2, H3 ce qui permet :
1. d'éditer l'epub dans Sigil pour faire des modifications éventuelles (il est fortement déconseillé d'éditer un epub Atlantis dans Sigil, on perd toute la table des matières)
2. d'obtenir un meilleur résultat visuel avec les logiciels tels que FBReader qui substituent leur propre CSS
Le gros défaut d'Atlantis est donc de ne pas conserver les balises H1, H2, H3 et de procéder uniquement par hyperliens.

Personnellement, je continue à utiliser Atlantis pour les conversions 'en masse" actuellement engagées sur ELG. mais si j'ai besoin de soigner tel ou tel epub, je passerai par l'autre méthode (que je décrirai prochainement dans mon guide)

Nota : Pour les linuxiens, Atlantis fonctionne très bien avec Wine

Le gros défaut d'Atlantis est donc de ne pas conserver les balises H1, H2, H3 et de procéder uniquement par hyperliens.
Effectivement, c'est gênant.

Par contre, writter2HML ne gére pas du tout les css, c'est plutot naze !
Et il reste les style ajouter a chaque paragraphe. Alors qu'un .p dans la css pourrait faire l'affaire. Jutoh a ce même défaut.

Bonjour

Merci pour la photo. ELG est reçu fort et clair. J'utilise d'ordinaire "Toile Libre" comme hébergeur d'images;

La nouvelle version 1.1.6 de l'extension writer2xhtml est d'apparence un peu plus complexe et offre quelques -petites- fonctionnalités en plus. On n'a rien sans rien. Ils ont l'air de bosser dur...

Elle apporte un plus notamment pour la division du document, puisqu'on peut enfin utiliser sans état d'âme des sauts de page manuels en choisissant l'option "all explicit" ( c'est parfois pratique au début d'un livre)

Pour les méta-données, on voit qu'ils préparent leur affaire en cherchant à utiliser les propriété utilisateurs mais on a encore besoin de Sigil. A mon avis, au train où ils sont partis, c'est une affaire de quelques semaines.

L'aide est déjà presque totalement rédigée (in English) et est consultable depuis la fenêtre de dialogue. Seuls les liens Web ne sont pas encore fonctionnels.

Ils y conseillent de convertir en pixels pour des raisons de compatibilité technique.

Parmi les possibilités à découvrir, la possibilité d'utiliser différentes feuilles de style (pas encore essayé).

Si l'on oublie de cocher la case "relative font size" on obtient un EPUB à taille fixe, ce qui me semble un peu débile...:)

J'ai noté une petite régression pour les tableaux. Au lieu d'occuper l'écran de mon PRS, ils n'en occupent plus que la moitié gauche. Je n'ai pas eu le temps de chercher la solution.

A ceci près, pour une version alpha, c'est déjà tout à fait utilisable.

Effectivement, c'est gênant.

Par contre, writter2HTML ne gére pas du tout les css, c'est plutot naze !
Et il reste les style ajouter a chaque paragraphe. Alors qu'un .p dans la css pourrait faire l'affaire. Jutoh a ce même défaut.

Je suis tout à fait d'accord. Mais on obtient quand même, au bout du compte, et de manière simple:
* Un epub valide
* Un epub modifiable dans Sigil
* Et on peut de manière assez simple, bien que moins simple qu'avec Atlantis, convertir tous les espaces, retraits, etc en % (à condition évidemment que la mise en forme dans OpenOffice ait été très stricte et réfléchie) de manière à ce que l'ebook ait un aspect identique sur un téléphone et un moniteur 17 pouces.

Evidemment, l'idéal serait que Writer2HTML utilise une feuille CSS et propose :
* Offre la possibilité automatique pour l'image de couverture d'appliquer le style avec max-width:100%;height:100%
* Offre la possibilité de convertir tous les espacements, retraits, marges en pourcentages. Mais j'ai peur que ce dernier point soit impossible du fait des limitations de OpenOffice qui n'offre pas cette possibilité.

Bonjour

Adaptation aux tailles d'écran

C'est un point basique. Il me semble qu'il n'y a pas de fatalité OO pour cela.

L'extension W2E (qui utilise hélas une feuille de style unique et imposée) sait créer des images sur l'EPUB dont la taille est exprimée en pourcentage d'écran, ce qui est bien sûr pratique.

Je sais que l'on peut fixer un pourcentage d'écran pour les tableaux et cadres que l'on créée dans OO 3.2.1 et c'était bien répercuté pour la version 1.1.5 (et perdu -provisoirement- pour la 1.1.6).

Pour le reste, il me semble que les régles du CSS permettent de choisir des mesures en em plutôt qu'en pixels par exemple, ce qui donne plus de souplesse ensuite pour l'adaptation aux différentes tailles d'écran.

Je vais demander pourquoi ils n'offrent pas cette possibilité de façon claire.

Il me semble que ça devrait déjà être possible si l'on dispose d'une feuille de style spécifique ainsi écrite. On verra s'ils confirment.

Si on dispose d'une feuille de style, évidemment...

Mais, dans ce cas, il beaucoup plus simple et plus sûr de garder le format d'origine dans W2XHTML et de le faire dans Sigil. Les points les plus importants sont en fait :
* que les styles soient générés dans un feuille de style externe, pour l'epub
* et le max-width:100%;height:100% pour l'image de couverture

Bon, j'ai envoyé un message avec un peu tout ça. On verra la réponse.

Voici pour les tableaux.

Bonjour

Je viens d'obtenir une réponse détaillée du développeur de writer2latex (et notamment de W2X -raccourci proposé pour Writer2xhtml-)

Pour l'essentiel, il s'agit de bonnes nouvelles que je m'empresse de vous faire partager. :)

La voici, en italiques:


Thanks for your positive feedback! See my comments inline.

Roger : We now only need Sigil for adding metadata. I have read that this meta-data writing is planned on your roadmap.

Yes, I already support almost all EPUB meta data, but I haven't done the user interface yet. Currently you have to edit the user defined properties in OOo directly (see the help file). The user interface is coming soon...

1. Your 1.1.6 release seems to have a small regression when displaying tables compared to 1.1.5 which was fine. On my PRS-505, I can see tables displayed on the left half of the screen, though these tables created with OO were explicitly conceived to use 98% of the screen’s width


I will have a look at this. There should be no changes for tables between 1.1.5 and 1.1.6, but there might be a side effect of some other changes.

2. The main thing we would miss is wider support for % for displaying images and use of em for stylesheet, so that our CSS could work on every available screen. I know it’s not a possibility that OpenOffice offers out of the box but maybe your conversion tool could find a way.

I will think about this, maybe the page width could be used to calculate relative sizes.

3. The «Relative font size» box has to be ticked. If not, we get a fixed size EPUB, which is not very much used.. I think the default option should have this box already ticked.

O.k., makes sense.

- styles could be created on an external stylesheet for the epub

If you mean that I should generate a separate styles.css file this is planned too.

- obtain for the cover image a "max-width:100%;height:100%"

I don't really support cover images yet, but of course I'm aware that EPUB documents usually contain a cover image which I should support somehow.

Bonjour

Tu as raison.

Bien que faisant la promotion de la méthode Atlantis depuis longtemps, le résultat avec Write2xhtml combiné à Sigil est meilleur.
Visuellement, il est à peu près identique dans ADE.
Mais, lorsqu'on regarde la structure de l'epub, ce n'est pas du tout pareil: Writer2xhtml conserve la structure des titres de chapitre/parties de manière classique dans les balises H1, H2, H3 ce qui permet :
1. d'éditer l'epub dans Sigil pour faire des modifications éventuelles (il est fortement déconseillé d'éditer un epub Atlantis dans Sigil, on perd toute la table des matières)
2. d'obtenir un meilleur résultat visuel avec les logiciels tels que FBReader qui substituent leur propre CSS
Le gros défaut d'Atlantis est donc de ne pas conserver les balises H1, H2, H3 et de procéder uniquement par hyperliens.

Personnellement, je continue à utiliser Atlantis pour les conversions 'en masse" actuellement engagées sur ELG. mais si j'ai besoin de soigner tel ou tel epub, je passerai par l'autre méthode (que je décrirai prochainement dans mon guide)

Nota : Pour les linuxiens, Atlantis fonctionne très bien avec Wine

J'ai passé quelques moments à tester W2X plus en profondeur.

L'extension est excellente pour tout ce qui est texte et cadre de texte.

Elle est d'emploi plus délicat pour l'instant pour les images et les tableaux.

Images: sans toucher au code CSS (ce n'est pas trop facile actuellement tant qu'on n'a pas une feuille de style unique) si l'on veut insérer une grosse image, il faut veiller - pour l'instant - à ce que la dimension réelle de l'image soit inférieure à celle de l'écran.

En utilisant Image Magick, vous pouvez "réduire" de 50% par exemple la taille d'une image nommée big.png en utilisant à partir du chemin cette commande qui crée small.png :
convert big.png scale 50% small.png

Après avoir inséré l'image réduite dans l'odt, j'ai exporté avec W2X en cochant l'option "taille originale" de l'image. Pour l'instant, je n'ai pas mieux...

Tableau: il ne faut pas oublier de vérifier avant l'export que l'option "relative" est bien cochée (voir photo post 27 de ce fil). Elle se "désamorce" facilement et cela peut créer des défauts d'affichage.

J'ai réalisé un fichier test avec son epub. Je n'ai pu le tester que sur ma liseuse PRS-505.
C'est du 100% W2X à la seule exception du méta-titre qui vient de Sigil.

Le développeur reprendra contact avec moi en début de semaine prochaine. C'est encore une version alpha... :)

Salut Roger,

Juste une remarque concernant les images. Tu dis :
il faut veiller - pour l'instant - à ce que la dimension réelle de l'image soit inférieure à celle de l'écran

La notion d'écran n'a pas de sens en matière de HTML et d'epub. Quel écran ? Celui d'un iPhone, d'une liseuse (5, 6 ou 9 pouces ?), une fenêtre d'ordinateur ?...
A mon avis, pour les images, la seule solution est de convertir sous Sigil les dimensions en pourcentages, en respectant la proportion, ou en utilisant "max-width" avec un pourcentage calculé en proportion pour height si c'est une image pleine page.

Un exemple : http://www.ebooksgratuits.com/epub/louys_chansons_bilitis.epub

Tu as bien sûr raison et c'est pour cela que j'ai demandé comme toi que W2X puisse exprimer les dimensions des images en pourcentage. C'est beaucoup plus pratique et flexible mais cela demande aujourd'hui de travailler avec Sigil.

J'ai commencé à faire des ebooks avec OpenOffice en exportant des PDF. Pour avoir un rendu parfait, j'avais créé un modèle 9x12 que je continue à utiliser pour créer mes EPUB, même si cela n'a pas grand sens, tout simplement parce que c'est pratique de travailler sur une moitié d'écran d'ordinateur en cas de comparaison.

Ceci dit, actuellement, comme nous n'avons pas encore de feuille de style unique, j'ai voulu tester W2X sans toucher au code CSS et sans utiliser Sigil.

J'ai constaté qu'une image de dimension supérieure à la page de mon modèle OpenOffice (9x12) se retrouve systématiquement exportée en petite dimension (alors que les "petites" images sont parfaitement exportées).

Ce défaut n'est corrigé que si l'image est réduite à une dimension inférieure à celle de la page de mon modèle OO et exportée avec l'option "dimension originale" cochée.

Dans ce cas, l'affichage sur mon PRS-505 et aussi sur mon ordinateur est excellent. Je n'ai aucune idée de ce qui peut se passer sur un téléphone...

Je vais faire une V2 de mon epub test avec d'autres images, toujours sans toucher au code CSSS.

Il s'agit pour moi d'une solution provisoire en attendant la feuille de style unique, ce ne devrait pas demander bien longtemps à mettre en place. Pour lier les parties à la feuille de style, il suffit en effet d'y mettre un lien du genre:
<link rel="stylesheet" type="text/css" href="../Styles/Style0001.css" />

Bonjour

Edition

Voici le petit dernier qui avait été annoncé. Ce n'est pas pour rien que MR me classe comme "addict"...
Il s'agit de Fumeurs d'opium de Jules Boissière.
http://www.mobileread.com/forums/showthread.php?p=1403450#post1403450

Technique

Cet EPUB, a été produit exclusivement à partir de l’image de Gallica et tel qu’il a bien voulu être exporté d'OpenOffice par W2X (writer2xhtml). Ceux qui voudront bien l'ouvrir pourront sans doute constater que j’ai fourni un effort particulier en matière de typographie depuis que j’ai appris fortuitement son existence (merci Coolmicro). :)

Pour information OpenOffice dispose d’un option qui permet l’affichage des insécables. Une extension les insère automatiquement en cours de rédaction et deux autres savent les vérifier. La bestiole est en danger...

Qualité de l’image PDF de Gallica.

Gallica a un peu innové dans son image.

J’avais parlé des trainées noirâtres, des bordures noires que l’on pouvait parfois rencontrer. J’ai découvert avec ce livre quelque chose de nouveau qui s’apparente à la tremblante du mouton (voir extrait photo jointe) ou à un Capcha. En tout cas, cela m’a contraint à retranscrire manuellement une dizaine de pages. Les pages fautives sont réparties équitablement au début et à la fin du volume. Cependant, une page tremblée peut parfaitement être suivie d’une page nette. Ce défaut ne saurait donc pas être imputé à une maladie dégénérative de l’opérateur ou aux trépidations d’un scanner à vapeur...

EPUB: agaceries en matière de navigation.

Ayant produit des PDF et des EPUB, je mesure la différence entre les deux. Il y a des plus et des moins. J’ai fini par accepter, contraint et forcé, que l’EPUB compte ses pages de manière absolue et qu’il ne justifie pas les textes.

L’EPUB offre l’avantage de ne pas nécessiter la création d’une table des matières spécifique avec des numéros de page (ou des hyperliens vers les pages). Le TOC créé avec l’EPUB est excellent et répond à 98% des besoins de navigation. Je voudrais parler des 2% restants.

Notes de fin

Les notes de fin sont, en général, empilées les unes après les autres en fin de livre. Lorsque vous faites un appel de note, vous arrivez sur la page qui contient votre note. Aucun problème bien sûr pour la lire, mais quand vous voulez revenir d’où vous étiez, il vous faut d’abord cliquer un certain nombre de fois pour sélectionner le numéro de la note en question sur cette page. Agaçant.

J’avais vu sur je ne sais quel EPUB une note de fin munie d’une sorte de crochet de retour. Si vous savez comment créer ça, je le conseillerai volontiers au développeur de W2X.

Une autre solution est de créer une page spécifique par note. C'est ce que j'ai fait pour la V2 en modifiant le style "note de fin" et en ajoutant un saut de page avant. En espérant ne pas avoir de livre avec 500 notes.

Si vous avez une solution à conseiller...

Navigation dans le TOC

Imaginons un EPUB (Fumeurs d’opium au hasard) bâti avec des titres 2 et 3. L’auteur a mis du texte à la racine du titre 2: une citation, voire un texte de présentation de deux pages (Une âme). Quand vous utilisez le TOC, il vous indique au titre 2 qu’il y a deux items subordonnés (titre 3). Mais il ne vous offre la possibilité d'aller à la page du titre 2 que s'il n'y a pas d'item subordonné. Agaçant.

Poser le problème, c'est déjà le résoudre. Immédiatement sous le titre deux, j'ai mis un astérisque de ce genre: -*- avec un style 3. Si vous avez mieux... :)

J’avais vu sur je ne sais quel EPUB une note de fin munie d’une sorte de crochet de retour. Si vous savez comment créer ça, je le conseillerai volontiers au développeur de W2X.

EN HTML, c'est le symbole &#x21B5;

Avec W2E (que je préfère encore pour l'instant par rapport à W2X), les notes de fin créées dans oO sont parfaitement bien gérées et dispatchées, chacune dans son fichier HTML. À la fin de la note, le crochet s'affiche et il suffit de cliquer une fois dessus pour revenir au point d'origine.

Pour les TOC, là je n'ai absolument pas saisi ce qui te tracassait :-)

qu’il ne justifie pas les textes
Comment ça?? Tout dépend de ton CSS et donc, pour Writer2xhtml, de la feuille de style de ton doc.

Pour les notes de fin, je n'ai rien compris à ton problème. Quand tu as lu la note, qu'elle soit de fin de document ou de fin de chapitre (du moins avec writer2xhtml qui gère ce dernier cas), il suffit de cliquer sur le numéro de la note pour revenir à l'appel de note : je ne vois pas comment faire plus facile... Nota : évidemment, ce type de chose dépend aussi du logiciel de lecture utilisé, mais là, cela n'a plus rien à voir avec le format.

Pas compris non plus pour le problème de la TOC

Bonjour

Merci de vos réaction contradictoires. Serais-je donc un hypocondriaque confus de l’EPUB? :o

Utilisateur d’OpenOffice (maitenant de la version 3.3), je travaille uniquement sur des fichiers au format odt. Je visualise mes EPUB sur un PRS-505 (et aussi sur mon écran d’ordinateur).

Justification

J’ai été saisi d’un doute parce que Coolmicro m’a déjà apporté la révélation typographique.

J’ai regardé à nouveau cette histoire de justification: même lorsque le style de paragraphe texte sur l’odt contient bien l’alignement «justifié», le texte que je regarde sur mon EPUB (made in W2X) est bien aligné à gauche. L’or s’est transformé en plomb.

Pour moi, cela se produit depuis la nuit des temps (enfin presque). C’est peut-être du à une déficience de mon Sony, à une interprétation fautive du format EPUB pour une raison quelconque, mais je n’ai encore jamais vu d’EPUB au texte justifié.

Notes de fin

Je vais essayer de me faire comprendre.
Je voulais vous dire que j’ai modifié le style «note de fin» sur OpenOffice et que j’y ai intégré un saut de page automatique. J'explique la raison:

Lors de l’exportation vers l’EPUB, au lieu d’un seul fichier global pour toutes mes notes, j’obtiens alors un fractionnement et autant de fichiers xhtml que de notes de fin. Ce fractionnement qui semble débile présente un avantage: lors d’un appel de note, on n’appele que le texte d’une seule note. C’est très rapide et confortable à la lecture.

W2E a ce comportement par défaut dans sa feuille de style unique.
W2X ne le retranscrit que si vous le mettez dans votre style «note de fin» (c’est normal).

J’ai vu des EPUB, mal construits, où lors de l’appel, on visualise tout une page de notes (il peut y en avoir jusqu’à une dizaine). Quand on veut revenir sur la page de lecture, on ne peut pas s’en tirer avec un simple clic, il faut faire descendre le sélecteur le long de la page, note par note , jusqu’à sélectionner la note originelle et ensuite seulement cliquer dessus.

Ce comportement agaçant est évité à coup sûr sur W2X si l’on ajoute le saut de page automatique dans le style «note de fin». Ouf...

TOC

Là aussi, je n’ai pas été très clair.
Imaginons la structure suivante dans un livre (rencontrée dans Fumeurs d’opium):

- Gros titre que je traduis par un titre de niveau 2
- bla-bla de deux pages (longue citation, introduction etc.)
- Petit titre que je traduis par un titre de niveau 3 appelé a
- idem appelé b

Lorsqu’on regarde le TOC, on voit le titre de niveau 2, mais comme il a des titres subordonnés (niveau 3), il indique uniquement : «2 items» qui sont les titres de niveau 3 que j’ai appelés a et b.

Si je clique ensuite sur a, je rate la partie bla-bla. On peut bien sûr y revenir en faisant marche arrière en mode lecture, mais un lecteur peu attentif va à coup sûr la rater. De plus, c'est un livre de nouvelles qui peut se lire dans n'importe quel ordre, pas forcément de la première à la dernière page.

Ce que je voulais souligner, c’est qu’il est dans ce cas nécessaire d’intercaler un titre de niveau 3 artificiel parce qu’inexistant dans le texte original, par exemple, un truc comme ceci: - * -

C'est ce qui m'a incité à sortir une V2.

?

Pour les textes justifiés, c'est à mon sens w2x qui est "fautif". Il ne génère pas le code CSS correspondant (text-align: justify) soit par choix de l'auteur, soit par ignorance.
C'est facile à rectifier directement dans les CSS, mais le problème est que w2x fait des CSS internes et non externes au docs HTML, donc ça multiplie les manipulations dans chaque fichier (sans parler de la bouillie de codes indigestes que cette extension génère, tout comme calibre, mais ça c'est une autre histoire :-)

Idem, pour les notes de fin : c'est peut-être un choix délibéré ? un seul fichier pour toutes les notes.

Pour la TOC, je ne vois pas le problème ou encore une fois, je n'ai pas capté :-)
C'est comme dans un livre papier... Si le lecteur est sur B, feuillete son livre jusqu'à A, il ne verra pas le bla bla avant A. On fait là appel au bon sens du lecteur, non ? C'est aussi à lui de savoir s'il va rater quelque chose en sautant de X à Y.

@Bertrand

Justification
Merci de ta réponse, c'est étonnant comme l'eau continue à couler sous les ponts...
J'en étais resté à des choses comme ce fil
http://www.mobileread.com/forums/showthread.php?t=41213

En tout cas cela ne passe définitivement pas pour mon vénérable PRS-505 dont la dernière mise à jour par Sony remonte au 24 juillet 2008... Je poserai la question au développeur en lui demandant pourquoi W2X ne restranscrit pas un élément de style explicitement défini par l'utilisateur tel que l'alignement justifié. Il y a peut-être une raison? Peut-être que ça planterait la moitié la plus ancienne du parc de liseuses...

Notes de fin
Pour les notes de fin, ce n'est certainement pas un choix délibéré puisque W2X agit normalement (sauf ci-dessus) en fonction de tes styles (selon le principe garbage in, garbage out). Si tu veux des notes individuelles, il suffit de le lui dire de cette façon, via les styles d'OpenOffice.
J'ai mis une photo.

TOC
Le bon sens du lecteur. Certes. Disons que cela me parait plus confortable de cette façon. Mais ce n'est pas un problème bloquant, c'est sûr.

Beaucoup d'erreurs dans ce qui a été dit... :

1. Le PRS505 n'a jamais géré la justification des lignes, de même, je crois, la génération suivante. Seul le 650 gère la justification correctement. C'est même pour cela que ELG publie encore ses ebooks au format Sony Reader LRF...
La seule manière de tester sérieusement un ebook au format epub, est d'utiliser ADE sur PC, en faisant varier la fenêtre entre plusieurs tailles. En gros, pour bien comprendre, la majorité des liseuses et logiciels de lecture sont basés sur le SDK Adobe, mais pas toujours la même version. Les vieilles versions de ce SDK ne géraient pas la justification. En dehors des liseuses et logiciels de lecture basés sur le SDK Adobe, il y a les logiciels qui substituent, totalement ou partiellement, leur propre CSS à la CSS de l'ebook; dans ce cas, la question ne se pose pas. Et puis il y a ibooks (iPad) : je ne sais pas quelle est leur base de travail, peut-être une base propre à Apple, toujours est-il que le rendu est assez proche d'ADE pour les tests que j'ai effectués.

2. Bertrand, comment peux-tu affirmer : Pour les textes justifiés, c'est à mon sens w2x qui est "fautif". Il ne génère pas le code CSS correspondant (text-align: justify) soit par choix de l'auteur, soit par ignorance. ?????
Writer2xhtml a certains défauts, mais pas celui-là : je peux te montrer tous les epubs faits avec writer2xhtml : l'attribut justify est bien présent, et les ebooks sont bien justifiés, tant dans ADE que dans Aldiko reader ou dans iBooks (Roger : l'epub Bilitis que j'ai mis en ligne pour te montrer les images, était fait avec writer2xhtml : l'as-tu ouvert dans ADE ?...)

3. Pour les notes de fin, Roger, as-tu testé sur ADE ??? (il ne faut pas faire les tests sur la Sony).
Effectivement, on arrive sur une page où il y a toutes les notes, comme dans un livre d'ailleurs... Mais la note cherchée est visible tout de suite, on n'arrive pas au début des notes, mais à l'endroit voulu. Il suffit de cliquer sur le numéro de la note, une fois lue, pour revenir au point de départ.
Par ailleurs Writer2xhtml a un énorme avantage sur Atlantis, par exemple, sur ce point précis : les notes de bas de page sont regroupées en fin de chapitre, et non mélangées avec les notes de fin de document.
Bref, je ne vois pas du tout l'intérêt de faire des pages séparées...
Edit : Je viens de tester ta version 2 de "Fumeurs d'opium", et je constate que si je me rend directement à la fin pour voir les notes, et que je clique sur un numéro pour accéder au texte correspondant, cela ne fonctionne pas. Conclusion, ta version 1 est mieux (pour moi) que ta version 2.


4. Pour la TOC, oui, en étant perfectionniste... mais je reste dubitatif. Un livre est censé être lu de manière linéaire, et non en cliquant à tout va sur la table de matières, qui n'est d'ailleurs pas visible par défaut pour l'epub sur les liseuses et tablettes (il faut la faire apparaître).

Bonjour

Merci des infos et des conseils du pro, c'est comme ça qu'on progresse...

Etant sur Linux, je n'ai jamais utilisé ADE et je me contentais de tester les EPUB sur mon PRS-505. Je ferai un essai avec VirtualBox.

Quand la V1 commence à être meilleure que la V2, c'est peut-être le signe qu'il est prudent de marquer un palier de décompression..:p

Edition

Je m'intéresse aux œuvres d'Aurélien Scholl mais pas au point d'en faire une édition intégrale, plutôt une sélection en fonction de mon ardeur au travail. J'ai téléchargé la dizaine de titres disponibles et ferai mon choix, en tenant compte des travaux entrepris par ailleurs. Pour me mettre en bouche, je viens de finir en odt trois courtes nouvelles, Fruits défendus.

Typographie.

Voici en pièce jointe les extensions OpenOffice utiles pour pour la langue française. Elles appartiennent toutes au domaine public. Je les ai toutes testées avec OO 3.2.1 et 3.3 et les recommande vivement.

Elles ont, bizarrement, toutes un titre en anglais... :blink:
Il s'agit des fichiers oxt nommés checkbook, StarXpert-French spacing (quelle horreur :eek:) et Typopat.

Seul StarXpert fait partie du dépôt officiel des extensions OO. C'est un émiettement qui rend plus délicates les mises à jour mais c'est comme ça.

Pour Coolmicro, une question fondamentale qui m'a tenu éveillé toute la nuit
lorsque l'on veut écrire = (!)
Quelle règle typographique faut-il appliquer?
Celle du point d'interrogation qui exige une insécable avant et une espace normale après ou celle des parenthèses qui exige l'absence d'espace? Mon correcteur typographique tourne en boucle à ce sujet. ;)

Writer2xhtml a certains défauts, mais pas celui-là
Vrai. J'ai mal formulé. J'aurais dû dire "C'est peut-être w2x qui ne doit pas gérer...".
À l'époque où j'avais testé l'extension, je n'avais guère approfondi, le résultat ne me plaisait pas beaucoup.

Pour Roger :

* Depuis quelques mois je suis sous Windows 7, mais avant, pendant 5 ans, je ne travaillais que sous Linux (que j'ai gardé en double boot); mais il est indispensable quand on travaille en semi-pro sur les ebooks, d'avoir un XP virtualisé, ne serait-ce que pour faire divers tests dont Adobe Digital Editions qui est nécessaire.

* Pour ton problème de typo, instinctivement, je ne mettrai pas d'espace, mais je n'ai pas cherché la règle dans un manuel. Des espaces me choqueraient visuellement et, en général, cela choque parce que notre cerveau a mémorisé une typo différente lors de nos lectures.

* Je voulais aussi te dire de te méfier des tableaux. J'ai fait un epub de test, qui comportait notamment un tableau. J'avais fait une version avec dimensions fixes et une version avec tableau en pourcentage, le tout converti avec W2X. Le tableau avec dimensions fixes passe sur tous les supports basés ADE, mais on ne voit en général qu'une partie du tableau, donc ==> sans intérêt. Par contre, j'étais content, le tableau en pourcentage rendait très bien sur ADE et Aldiko reader, mes 2 outils de tests principaux. Mais, lorsque nous avons étendu le test avec l'aide de mes "collègues" d'ELG, nous nous sommes aperçu que le tableau ne passait pas bien dans de nombreux cas et allait jusqu'à rendre le fichier illisible. Je pense que cela dépend des SDK Adobe ou un truc de ce genre.
Donc, pour le moment, il vaut mieux éviter les tableaux (quand on peut) pour une compatibilité maximale.

* Dernier truc : nous avons pratiqué de très nombreux tests dans les dernier jours, car nous mettons en place un nouveau modèle au niveau d'ELG.
Dans ces tests, il est arrivé, sans aucune raison apparente, que ADE n'arrive pas à ouvrir un epub fait avec W2X. Par contre, il suffit d'ouvrir l'epub en question et de l'enregistrer dans Sigil pour que tout rentre dans l'ordre.
Je pense que tant que W2X est une version alpha avec des bugs peu nombreux mais déroutants (comme le problème des exposants dont tu me dis que ça dépend...), il vaut mieux conseiller aux utilisateurs de systématiquement ouvrir l'epub produit dans Sigil et de le réenregistrer (Sigil change la structure interne des dossiers, je l'ai vu, et apparemment dans le sens d'une meilleure compatibilité...)

OK, j'ai maintenant le dernier ADE sur mon XP virtualisé. Paré pour la suite. :)

Je voulais vous faire part d'une suggestion et d'un conseil.

Suggestion: exporter au format xhtml.

Une idée - provisoire - mais quelle idée est éternelle?

W2X, bien que montrant d’excellentes capacités notamment en matière de transcription de texte, n’est pas encore pleinement satisfaisant:
- manque de feuille de style unique
- meta-données
- images non proportionnelles
- ...

Pourquoi, dans l’immédiat ne pas l’utiliser pour exporter d’OpenOffice simplement au format xhtml, parfaitement reconnu par Sigil et ensuite finir l’EPUB avec Sigil?

Il faut naturellement n’exporter qu’un fichier unique que l’on tronçonnera ensuite avec Sigil.
On n’aura ainsi plus qu’une seule feuille de style, ce qui facilitera les expérimentations en attendant la version stable de W2X.

Les inconvénients potentiels?

- je ne suis pas sûr que les sauts de page «manuels» soient répercutés mais on peut les répéter avec Sigil.
- comme l’on crée un produit hybride, en cas de "bug", il est difficile d'identifier le coupable (W2X ou Sigil). Mais les récents progrès de l'un et de l'autre rendent peut-être cette solution viable.

Conseil: Fine Reader. Prévention ou la méthode Cochonou

Ceci n’est que mon expérience avec les fichiers PDF de Gallica, c’est à dire de vieux livres.

Lorsque vous vous préparez à attaquer une image PDF de 350 pages, qui fera travailler FR pendant deux heures, il est souvent préférable de faire un essai préalable sur quelques pages choisies dans le milieu du livre.

Si le résultat est bon, on lance le programme automatique.
S’il est défectueux, il faudra continuer avec la prévention.
- soit en créant un gabarit utilisateur
- soit en tronçonnant ( d'où la méthode Cochonou) le fichier image PDF selon votre capacité de travail (par blocs de 50 ou 100 pages par exemple) et en délimitant manuellement les zones de texte à lire, page par page. Il faut cinq à dix minutes pour cinquante pages en moyenne. Le temps passé à l'OCR se rallonge mais ce n'est rien par rapport à ce que vous gagnerez en vitesse de correction.

Au final, les différences peuvent être spectaculaires. J’ai remarqué que les pages contenant beaucoup de blanc (en fait, il s’agit le plus souvent d’un vieux papier piqueté de points noirs), posent beaucoup de problèmes à FR qui commet en pratique de grosses erreurs.

Mon conseil est donc : plus vous avez de «blanc», plus utile sera la délimitation manuelle des zones de texte. Comme c’est un travail fastidieux (mais moins pénible que celui de corriger les erreurs d’OCR), pensez à le diviser. A chaque jour suffit sa peine.

Bonjour

W2X: Vœux exaucés!! :D

Mon post précédent est déjà caduc! Je viens de recevoir la réponse du développeur de W2X (de Writer2Latex en fait)

1 - W2X supporte maintenant la feuille de style CSS unique dans sa version 1.1.7. Voir EPUB joint qu'il m'a envoyé.
2 - Il a trouvé la solution pour l'image de couverture et va aussi la mettre en place très bientôt.

A titre d'information, je donne copie du courrier où vous pourrez lire d'autres informations dont une explication possible aux problèmes de tableaux et en tout cas aux miens (pourquoi ça "décrochait"). Le texte ci-dessous en italique est le mien:

début de l'extrait

- the display of the cover image (some tweaking is clearly needed for the user)

Yes, I will find a suitable way to let the user include a cover image. (I found http://blog.threepress.org/2009/11/20/best-practices-in-epub-cover-images/ for the technical bits)

- the half displayed table. Note that I did it three times, and I got this faulty display only on the third time

The problem is that the table width was not specified as relative in OOo. (Make sure to select "Left", "From left", "Right" or "Centered" in the table properties if you want to use relative table widths, not "Manual" or "Automatic").

- a little glitch with the superscript display (1er).

This works for me, the problem is probably due to a later editing of the file (Sigil?)

All the other things seem to be OK.
Using only one stylesheet for each EPUB will definitely be more handy, it will allow the user to easily modify it. Usually on Sigil we just insert a link like this one in each text part :

<link rel="stylesheet" type="text/css" href="../Styles/Style0001.css" />

This is implemented in version 1.1.7 - see the attached result.

Last but not least : why not to call your extension W2X ? As it will quickly prove to be very popular, you'll save a lot of trees... Unfortunately Writer2epub is already taken.


The official name should not be too short, but w2x and w2l are often used as nicknames for my extensions (also the command line version is called w2l rather than writer2latex).

Fin de l'extrait.

Les changements pour l'instant sont dans le code source, il faudra attendre quelques jours pour télécharger, je pense. Notez aussi la deuxième version du support pour les meta-données qui devrait lui aussi voir le jour d'ici peu. .

http://writer2latex.svn.sourceforge.net/viewvc/writer2latex/trunk/

Ce sont de bonnes nouvelles, et cela me facilitera d'éventuelles dialogues ultérieurs avec le développeur, vu mon anglais assez défectueux... : avec une feuille de style unique, il est possible de la modifier manuellement, c'est assez simple du fait que W2X garde le nom des styles nommés dans OO, et donc de fournir un epub alternatif joint au mail avec une feuille de style modifiée, en demandant s'il est possible de faire ces modifs automatiquement.

Pour les exposants, il a raison, je te l'ai dit par MP hier au soir. Il faut vraiment se méfier de Sigil quand on veut améliorer un epub; avec la feuille de style unique, il sera préférable de l'éditer manuellement.

Par contre, il faudra toujours mettre l'auteur manuellement, du fait que OO considère automatiquement que l'auteur est l'utilisateur du logiciel. Il faut donc éditer manuellement le fichier content.opf. De plus Sigil se contente d'une balise :
<dc:creator opf:role="aut">James Joyce</dc:creator>
alors qu'Atlantis met :
<dc:creator opf:file-as="Joyce, James" opf:role="aut">James Joyce</dc:creator>

A priori,la solution retenue par Atlantis est meilleure, car le classement se fait sur le nom, mais ce qui apparaît à l'utilisateur, c'est prénom+nom; voir http://blog.threepress.org/2009/11/27/practical-epub-metadata-authorship/ et http://en.wikipedia.org/wiki/EPUB

Encore du nouveau

Test de l'extension 1.1.7 et propositions

Je viens de recevoir la version 1.1.7 de l'extension W2X que je vous mets en pièce jointe. Elle comprend déjà l'éditeur de méta-données ! Les choses se précipitent.

Le développeur nous demande notre aide pour la tester et faire nos propositions d'améliorations. Il y joint les commentaires suivants:

Extrait

I have attached the latest version of the extension, which now features the rearranged content I mentioned, as well as an editor for meta data.
The meta data editor is called directly from the export dialog. This is not optimal, but I don't want to waste valuable screen real estate on yet another toolbar. It's not completely finished: You cannot add dates yet, but as I probably won't have much time the next week or so to finish it, I send it now.
I hope you can test it and report the problems and deficiencies, you find.

And of course other good ideas are welcome too!

Fin de l'extrait

Après l'avoir remercié, je lui ai indiqué qu'une réponse de notre part arriverait d'ici quelques jours. Je regrouperai à cet effet vos commentaires et propositions.

Merci d'avance de votre aide et de votre participation.:)

Très bien, je teste ça demain et je ferai directement les retours (avec copie ici) au développeur.

Atlantis bouge aussi. Avec la dernière version 1.6.5.4 encore en beta - http://www.atlantiswordprocessor.com/en/beta/atlantis16fr.exe :
1. Toutes les "dimensions", marges, indentations, etc sont en em (et plus en px ou cm)
2. Quand on met un titre seul sur un paragraphe, et qu'on le barre avec la commande format, le titre apparaît dans la table des matières, mais disparaît du texte lui-même : très pratique lorsqu'il y a un passage un peu long entre la couverture et le premier chapitre, n'est pas Roger... ;)

Par contre, il ne veulent rien entendre, pour le moment, en ce qui concerne le nommage des styles. Je leur ai encore envoyé un mail pour essayer de les convaincre.

@Coolmicro

De mon côté, je continue à tester...

Très bien, je teste ça demain et je ferai directement les retours (avec copie ici) au développeur.

OK. Merci de nous garder dans la boucle. Actuellement, ma principale difficulté est pour l'affichage plein écran des images. Mais je n'exclus pas de ma part une manip fautive comme c'était le cas pour les tableaux.

Alors si tu y es parvenu, avec W2X tout seul (sans toucher au CSS), je suis preneur du réglage exact sur OpenOffice et W2X.

A la base d'ailleurs, j'aimerais savoir: faut-il employer une image 9x12? Cela me parait curieux parce que OO accepte les tailles relatives pour les images comme pour les tableaux.

Atlantis bouge aussi. Avec la dernière version 1.6.5.4 encore en beta - http://www.atlantiswordprocessor.com/en/beta/atlantis16fr.exe :
1. Toutes les "dimensions", marges, indentations, etc sont en em (et plus en px ou cm)

Je lui en ai déjà parlé : Images en %, textes en em mais ça ne fera pas du mal de souligner ce point.

2. Quand on met un titre seul sur un paragraphe, et qu'on le barre avec la commande format, le titre apparaît dans la table des matières, mais disparaît du texte lui-même : très pratique lorsqu'il y a un passage un peu long entre la couverture et le premier chapitre, n'est pas Roger... ;)

Tiens, tiens, d'aucuns m'avaient parlé de perfectionnisme... :p

Voilà le message que je viens d'envoyer à Henrik :

Hello Henrik,

I tested the new version 1.1.7. Good work !

I list above, small bugs and suggested changes. I am attaching to this mail the files odt and epub used for this test.

* In the TOC, where there are line breaks in the title, they should be converted to spaces :

<navLabel>

<text> CHAPITRE PREMIER TÉMOIGNAGES CONSTATANT L’EXISTENCE DE L’ATLANTIDE</text>
</navLabel>

and not

<navLabel>
<text> CHAPITRE PREMIERTÉMOIGNAGES CONSTATANT L’EXISTENCE DE L’ATLANTIDE</text>
</navLabel>


* Is it possible to add this feature (which exists for Atlantis) : When a Title 1 is hidden (Format - Hidden), as "cover" in the attached example, it would have to appear in the TOC, and not in text.

* For the pictures, cover and others : When the height is greater than the width, and when the size is larger than 200x300px, we should use this code : max-width:100%;height:100%, so that the images are in full screen. For other images, it is better than the width and height are in %, not in cm.

It is better than the first image of the document on the first paragraph - the cover image – is in separate file xhtml, the title page chapter.xhtml for you. Sample :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xml:lang="fr-FR" xmlns="http://www.w3.org/1999/xhtml">
<!-- This file was converted to xhtml by Writer2xhtml ver. 1.1.7. See http://writer2latex.sourceforge.net for more info. -->
<head>
<title>Cover</title>
<link href="styles/styles1.css" media="all" rel="stylesheet" type="text/css" />
</head>
<body dir="ltr">
<p class="Standard" dir="ltr" style="margin-left:0em;margin-right:0em;text-indent:0em;text-align:center"><img alt="Cover" class="frameGraphics" id="images1graphic" src="images/image001.jpg" style="margin-left:0em;margin-right:0em;border:none;padding-top:0em;padding-bottom:0em;padding-left:0em;padding-right:0em;max-width:100%;height:100%"/></p>
</body>
</html>

* For margins, padding, indent, it would be much better to use the em unit or % as cm.

* For footnotes, they should be separated with a line or something, of the text at the end of the chapter.

It's all

Best regards

PS : My apologies for my unfortunate English

--

Coolmicro
Coordinateur du groupe Ebooks libres et gratuits

Actuellement, ma principale difficulté est pour l'affichage plein écran des images. Mais je n'exclus pas de ma part une manip fautive comme c'était le cas pour les tableaux.
Alors si tu y es parvenu, avec W2X tout seul (sans toucher au CSS), je suis preneur du réglage exact sur OpenOffice et W2X.

Non, tu n'y es pour rien, c'est OO/W2X qui est en cause. J'explique dans le mail les règles que je propose.

La sympathique réponse de Henrik :

Hi Michel
Thanks for your feedback, it's very helpful! Unfortunately I don't have time to work on it the next week or so, but I will return to you as soon as possible.
Have a nice weekend.
Best regards
Henrik

Edition

Un recueil de nouvelles, Tableaux vivants, par Aurélien Scholl
http://www.mobileread.com/forums/showthread.php?p=1416529#post1416529
Réalisé 100% avec OO 3.3 plus W2X version 1.1.7
Remarquablement compact pour un assez gros livre.
N'hésitez pas à me faire part des défauts éventuels.
Il y a un tableau page 36 et des exposants partout...

W2X

Oui, il m'avait dit serait absent et c'est pour cela qu'il s'était dépêché de poster sa version sans avoir le temps de finir le champ "dates" dans les meta-data.

Images

A mon avis, il n'y a pas de fatalité OO/W2X, l'EPUB Transcription W2X 1.1.7 le prouve.
Il y a des bonnes méthodes à trouver et j'espère bien y arriver.
On y est bien arrivé pour les tableaux.

Les formats JPG et PNG ne sont pas, me semble t-il, indéfiniment réduisibles ou extensibles (scalables). En matière de scalabilité, l'idéal est l'emploi d'images au format SVG (possible dès à présent avec Libre Office) mais on ne trouve pas toutes les images qu'on veut dans ce format et surtout je ne sais pas si toutes les liseuses les supportent.

Une image a une taille originale (réelle), celle que l'on peut lire dans GIMP, exprimée en pixels, millimètres etc.. Cette taille originale peut être modifiée de façon permanente (création d'une nouvelle taille réelle) ou provisoire (image dite magnifiée ou réduite).
Image Magick modifie les tailles réelles
OpenOffice fait des modifications provisoires (ne touche pas à l'image réelle)

Il y a d'autre part une question de vocabulaire: le mot "relatif" n'a pas le même sens pour OO et pour le CSS.

- OpenOffice calcule en pourcentage par rapport à la taille originale de l'image. Le pourcentage 110, signifiera que l'image sera magnifiée de 10% p/r sa taille réelle. Cette façon de calculer est normale.

- Le CSS calcule en pourcentage par rapport à la taille d'écran du support d'affichage, quel qu'il soit. Il n'y a pas grand sens à fixer un pourcentage supérieur à 100%. Cette façon de calculer est également normale.

Ceci étant dit, je poursuis mes essais :)

Je ne dis pas qu'il y a une fatalité, je dis seulement que tout se joue au niveau de W2X, il n'y a pas de possibilité au niveau de OO d'indiquer des %, au contraire des tableaux.

Par ailleurs, j'ai un autre correspondant, qui a commencé à faire des versions epub illustrées pour ELG à partir d'algorithmes qui lui sont propres (il a développé son propre convertisseur), et je compte approfondir avec lui sa méthode dont les résultats sont très intéressants (d'après ce que j'ai vu, il semble utiliser des %, mais uniquement pour les largeurs, il ne déclare pas les hauteurs : je lui ai demandé des précisions).

Il s’avère que W2X offre dès à présent une solution complète (texte, tableaux, cadres, images) qui prolonge très efficacement OpenOffice.

W2X et les images:

Ci-joint un petit EPUB de test réalisé exclusivement avec W2X et comprenant quelques images. Il fonctionne bien avec mon PRS-505, aussi avec ADE et Lucidor. Merci de me faire part de vos constatations.

Cet EPUB est 100% W2X. Je n’ai touché ni à la feuille de style CSS, ni aux autres fichiers qui composent l’EPUB.

Traitement des images

W2X offre le choix entre deux techniques pour interpréter les images:
- soit à partir de leur taille relative (au sens OpenOffice du terme, voir mon post d'hier),
- soit à partir de leur taille réelle.

Lors la conception du livre, il est souhaitable de choisir la technique que l’on emploiera car au moment de l’export vers l’EPUB, il n’est pas possible de les mixer. Ce sera l’une ou l’autre.

La première technique peut être utilisée très naturellement (les images sont retaillées à l'écran sur le Writer) pour traiter des images de petite taille et/ou de petites dimensions. Si l’on souhaite utiliser des images plein écran, il est conseillé au moins actuellement, d’employer la seconde. La voici.

La technique «taille réelle».

Elle est extrêmement simple, permet d’obtenir rapidement d’excellents résultats sous forme d’EPUB compacts aux délais d’affichage optimisés.

1. Préparation des images.

Mon PRS-505 a une résolution de 600 par 800 pixels.

Il s’agira de donner aux images plein écran une résolution au mieux égale à celle de ma liseuse et une résolution inférieure pour celles de plus faible dimension.

a- découpe éventuelle sous forme de rectangle 3 x 4
En raison du choix de mes photos, je n'ai pas eu à m'en occuper.

b- mise à l’échelle
On peut utiliser à cet effet GIMP (menu Image/Echelle) ou d’autres programmes équivalents. Voici comment faire avec GIMP: -voir photo jointe-. Il peut être judicieux de laisser de côté quelques pixels et de se contenter d’une largeur de 580 pixels. C’est votre choix.

Cette préparation des images constitue le plus gros de votre travail dans ce domaine. Elle est très rapide.

2. Rédaction du livre et insertion des images

Pour fluidifier l’affichage ultérieur des images plein écran, il est utile de les encadrer par des sauts de page manuels ajoutés dans l’odt et qui sont très bien interprétés par W2X.

3. Export:

Choisir «real size» et «all explicit» pour inclure les sauts de page manuels dans la fenêtre de dialogue de W2X.

C’est vous qui voyez. :)

Salut Roger,

Excuse-moi, mais je ne vois pas l'intérêt de pallier aux déficiences actuelles de W2X, c'est au développeur à modifier ce qui doit l'être, et je suis persuadé qu'il le fera.

Par ailleurs, il est absolument hors de question, en ce qui me concerne, d'envisager un ebook adapté à telle résolution, et non à telle autre... ou de retailler chaque image (à la limite, la redimensionner, oui, dans certaines limites), et un doc doit pouvoir être utiliser aussi bien pour un PDF que pour un epub.

Dans "W2X et les images.epub", tes images ne sont pas exprimées en %, ni avec la max-width=100%,height=100%, cela ne donne donc rien dès qu'on fait varier la taille de fenêtre dans ADE ou qu'on teste l'image sur un téléphone. Ce que tu appelle des images plein écran, n'en sont pas: selon la fenêtre ADE ou le media utilisé (téléphone par exemple), on se retrouve avec des images largement coupées.

Bref, pour un ebook illustré, il faut absolument retoucher l'epub manuellement pour les images avec W2X, pour le moment (alors qu'avec Atlantis, on peut souvent éviter de le faire).

Bonjour

Merci de tes commentaires ainsi que de tes tests que je ne peux pas réaliser où je suis.

La technique que j’ai décrite plus haut n’est absolument pas remise en cause. J’en conclus simplement qu’il faut la compléter par un tout petit chouia. W2X n’y est pas à 100% mais à 99% et on va lui donner l’ultime petit coup de pouce en attendant le retour d’Henrik.

Mais d’abord, on va trier un peu:

1. Un même document source pour le PDF et pour l’EPUB

C’est natif avec OpenOffice.

Il suffit d'exporter au format PDF. Le même fichier source au format odt made in OpenOffice peut être utilisé sans changement pour produire un PDF ainsi que pour produire un EPUB avec l’extension W2X 1.1.7. Il suffit d’appuyer sur un bouton.

Le voilà ci-joint au format PDF. Les images plein écran sont les mêmes. Les petites images varient parce que j'avais fixé pour elles des résolutions «relatives» (minorées pour les petites images et majorée pour Gang Tux). Ces résolutions relatives sont prises en compte dans le PDF mais pas dans l’EPUB, puisque j’ai explicitement demandé à W2X de les ignorer en prenant l’ «option real size». Tout est paramétrable et je peux fournir à ce sujet des explications plus détaillées.

2. La préparation des images est une corvée fastidieuse .
«ne pas retailler chaque image».

Tu considères la phase de préparation des images comme une contrainte.
Au contraire, je n’arrive pas à concevoir qu’on puisse éditer un livre illustré sans s’occuper des images. Elles peuvent être de provenances, de qualités ou de formats divers qu’il est nécessaire d’harmoniser. Cela ne demande que quelques secondes par image.

Toute image a une taille réelle. Ce n’est pas parce que tu ne te soucie pas de sa taille réelle que ton image en est dépourvue.

Si je donne à mes image plein écran une taille réelle (proche) de 600 x 800, cela correspond à près de 150 dpi. Quant on sait que la résolution d’écran lambda est de 72 dpi, cela signifie que je peux visualiser mon image sans perte apparente de qualité sur un écran normal d’ordinateur. Cela me parait donc suffisant pour un EPUB. On peut certes faire d’autres choix, pour d’autres raisons.

On utilise pour les images un logiciel de traitement d’images, comme on utilise pour le texte un logiciel de traitement de texte. Il n’y a pas que les polices que l’on choisit. Si tu ne veux pas t’occuper de cela, tu chausseras simplement les pointures des autres, et tant pis si elles sont trop grandes ou trop petites. Désolé d’enfoncer une porte ouverte.

3. Le CSS avec l'option % pour les images!!

Ce dernier point concerne les images occupant toute la largeur ou la hauteur de l’écran. Elles sont tronquées par exemple sur un téléphone (il est en effet indispensable de lire des livres illustrés sur nos chers téléphones).

Je reconnais que les smartphones Android (480 x 800 en moyenne) sont un peu justes pour le moment alors que l’iPhone4 avec une résolution de 640 x 960 peut théoriquement lire cet EPUB sans problème de résolution.

Cette «déficience 100%» est commune à beaucoup de logiciels. Si Calibre, fournit un support spécifique pour la page de couverture, il ne le fait pas, je crois, pour les autres images plein écran qui peuvent se trouver dans le corps du texte.

Aujourd’hui avec W2X tu as le choix:
- soit ne pas mettre d’image pleine page dans le corps du texte
- soit modifier manuellement la feuille CSS

4. Comment «réparer» l’EPUB

W2X produit une feuille de style unique très lisible où il est désormais très facile de rajouter cette option 100%. Il suffit d’ailleurs de fixer une seule dimension, hauteur ou largeur en fonction de l’image. Le reste suivra.

J’ai fait l’essai sur mon EPUB test pour les trois grandes images et le manchot. Pour vérifier, j’ai réduit la taille du manchot Tux en réduisant le pourcentage. Cela ne m’a pas pris cinq minutes .

1- Ouvrir l’EPUB avec Sigil (j’ai la version portable Linux 0.2.4)

2- puis pour chaque image concernée (elles sont dans des chapitres différents)
- ouvrir chapterX.xhtml en vue code
- changer A par B (voir photos)

3- enfin sauvegarder

Suivant l’orientation de l’image, il faut passer l’argument width= «100%» ou height=«100%» parce que certaines peuvent avoir des marges latérales ou verticales n'étant pas rigoureusement au dimensions 3 x 4.

Upload

Vous trouverez plus bas:
- le PDF de la première version
- l’EPUB V2 100%
- le code à changer (A et B)

Cela a l’air de fonctionner mais je reste prudent car je ne suis absolument pas un spécialiste du CSS. On trouvera sans doute quelque chose de mieux quand j'aurai repris contact avec le développeur.

Enfin, il me semble qu’il n’y a pas de quoi fouetter un chat....

Salut,

Juste une ou deux précisions. Je n'ai jamais dit que c'était compliqué, j'ai seulement dit qu'il fallait retoucher les fichiers xhtml, ce qui peut être un peu long quand il y a 100 illustrations dans un livre.

Avec Atlantis, il y a moins d'images à retoucher, puisque toutes les illustrations rectangulaire en long sup à 200x300 sont correctement codées (c'est que j'ai demandé à Henrik de faire, notamment). Les autres, par contre, sont exprimées en taille fixe.

Concernant la corvée fastidieuse de préparation des images, je voulais seulement dire qu'il est hors de question pour moi de faire des versions différentes au niveau des illustrations entre le doc qui doit être converti en PDF et le doc qui doit être converti en epub, d'où la nécessité que le convertisseur gère certains choses.

Enfin, après étude intensive de la question, je m'aperçois que les choses sont plus compliquées que le pensais pour les pourcentages :

* Pour les images rectangulaires en long supérieures à 200x300, il faut utiliser max-width="100%" et heigth="100%".

* Pour les images rectangulaires en largeur supérieures à une certaine taille (==> pas encore bien testé laquelle, peut-être supérieur à 250px), il faut mettre seulement width="100%", sans préciser la hauteur, ou alors, si on veut que l'image n'occupe pas toute la largeur, choisir un pourcentage de largeur correspondant à l'effet visuel désiré, par exemple 80%, 70%, etc

* Pour les petites images, c'est plus compliqué. En effet, comme tu l'avais expliqué, les % sont exprimés par rapport à l'écran de visualisation, lequel varie : il n'est donc pas conseillé de mettre une largeur et une hauteur en %, car les résultats peuvent être imprévisibles...
J'aurai tendance à dire que le mieux est de laisser la taille fixe, car, s'agissant d'images petites, elles s'afficheront toujours en entier sur l'écran. Si on veut mettre des %, je pense qu'il vaut mieux ne fixer que la hauteur ou la largeur, selon que l'image est rectangulaire en long ou en large, et le faire manuellement pour juger du résultat, qui est parfois mieux, parfois moins bien selon l'image.

Il faut donc que j'essaye d'expliquer à Henrik (en anglais qui n'est pas mon fort) ce qu'il faut faire pour W2X, car mon premier message n'était pas assez précis :
1. max-width="100%" et heigth="100%" pour les images rectangulaires en long sup à 200x300
2. width="100%" ou width en pourcentage calculé en faisant le rapport largeur image visible dans le doc/largeur feuille (je ne sais pas quelle est la meilleure solution) pour images rectangulaires en large d'une largeur sup à 250px
3. Largeur et hauteur fixes comme maintenant pour les autres images

Nota : pour la cas n°2, c'est à dire pour la calcul du pourcentage en largeur, j'attends l'avis d'un expert qui est en train de faire de nombreux epubs illustrés pour ELG et qui a développé pour ce faire des algorithmes persos de calcul pour les images.

Bonjour

Une sortie parrallèle PDF - EPUB est-elle nécessaire ?

Elle imposera une contrainte dans la conception des images. Il est logique de s’assurer d’abord qu’elle est vraiment nécessaire.

Cela me parait contestable pour les raisons suivantes.

Le PDF et l’EPUB ont des caractéristiques différentes.
Un document PDF est
- produit pour une dimension d’écran fixe :
- est prévu pour pouvoir être zoomé
Un EPUB est
- produit pour une dimension d’écran variable
- contrairement au texte qui peut afficher trois tailles (S,M,L) les images ne sont pas prévues pour être zoomées

Le choix d’une taille d’image commune risque de donner, suivant le poids des images, soit une image de qualité médiocre pour le PDF soit un affichage pas très fluide pour l’EPUB.

Si j’avais à produire un véritable livre illustré, il me semble que j’aurais tendance à utiliser deux jeux d’images.

Si elle est nécessaire, à quelles conditions?

Reprenons depuis le début : avec W2X, nous savons qu’il faut faire un choix entre les images réelles ou les images relatives provenant d’OpenOffice. C’est l’un ou l’autre.

Comme l’on veut mettre des pourcentages sur le fichier xhtml, il me parait biscornu de chercher à faire du pourcentage CSS relatif sur du pourcentage OpenOffice relatif. En effet le premier pourcentage est toujours un chiffre compris entre 0 et 100 alors que le second peut aller bien au-delà de 100 (en cas de magnification).

Avec des images de taille moyenne, c’est des coups à se prendre les pieds dans le tapis et avoir des bugs à n’en plus finir. Je ne recommanderai pas une telle solution.

En conclusion

1. Des images réelles.

Il me semble qu’il vaut bien mieux équiper l’odt d’images avec leurs dimensions réelles (pas relatives). Et cela, quelle que soit l’image, grosse, petite....

2. Un fichier odt de qualité

De plus, si l’on veut un fonctionnement automatique de conversion vers l’EPUB, sans bricolage ultérieur dans le CSS, il faudra que la qualité du fichier odt soit exemplaire: images bien centrées, aux bonnes dimensions. Garbage in, garbage out.

3. une méthode de calcul simple.

A ce moment là, à partir des dimensions réelles de l’image (largeur, hauteur) et de celles de la page du modèle (qui n’est pas forcément la taille de l’écran), il est facile pour W2X de calculer les deux pourcentages. J'ai pu vérifier qu'il est remarquablement précis.

C’est ces deux pourcentages là qu’il devrait inscrire sur le fichier xhtml en lieu et place de ses dimensions physiques.

Pas de souci pour le PDF dans ce cas-là, il sera également parfait et identique à l’EPUB pour la visualisation des images.

Bonjour

Une sortie parrallèle PDF - EPUB est-elle nécessaire ?

Elle imposera une contrainte dans la conception des images. Il est logique de s’assurer d’abord qu’elle est nécessaire.

Cela me parait contestable pour les raisons suivantes.

Le PDF et l’EPUB ont des caractéristiques différentes.
Un document PDF est
- produit pour une dimension d’écran fixe :
- est prévu pour pouvoir être zoomé
Un EPUB est
- produit pour une dimension d’écran variable
- contrairement au texte qui peut afficher trois tailles (S,M,L) les images ne sont pas prévues pour être zoomées

Le choix d’une taille d’image commune risque de donner, suivant le poids des images, soit une image de qualité médiocre pour le PDF soit un affichage pas très fluide pour l’EPUB.

Si j’avais à produire un véritable livre illustré, il me semble que j’aurais tendance à utiliser deux jeux d’images.

Si elle est nécessaire, à quelles conditions?

Reprenons depuis le début : avec W2X, nous savons qu’il faut faire un choix entre les images réelles ou les images relatives provenant d’OpenOffice. C’est l’un ou l’autre.

Comme l’on veut mettre des pourcentages sur le fichier xhtml, il me parait biscornu de chercher à faire du pourcentage CSS relatif sur du pourcentage OpenOffice relatif. En effet le premier pourcentage est toujours un chiffre compris entre 0 et 100 alors que le second peut aller bien au-delà de 100 (en cas de magnification).

Avec des images de taille moyenne, c’est des coups à se prendre les pieds dans le tapis et avoir des bugs à n’en plus finir. Je ne recommanderai pas une telle solution. Il vaut mieux ne pas se faire de nœuds au cerveau.

En conclusion

1. Des images réelles.

Il me semble qu’il vaut bien mieux équiper l’odt d’images avec leurs dimensions réelles (pas relatives). Et cela, quelle que soit l’image, grosse, petite....

2. Un fichier odt de qualité

De plus, si l’on veut un fonctionnement automatique de conversion vers l’EPUB, sans bricolage ultérieur dans le CSS, il faudra que la qualité du fichier odt soit exemplaire: images bien centrées, aux bonnes dimensions. Garbage in, garbage out.

3. Une méthode de calcul simple.

A ce moment là, à partir des dimensions réelles de l’image (largeur, hauteur) et de celles de la page du modèle (qui n’est pas forcément la taille de l’écran), il est facile pour W2X de calculer les deux pourcentages.

C’est ces deux pourcentages là qu’il devrait inscrire sur le fichier xhtml en lieu et place de ses dimensions physiques.

Pas de souci pour le PDF dans ce cas-là, il sera également parfait et identique à l’EPUB pour la visualisation des images.

Concernant ton avis sur les 2 jeux d'images pour epub et PDF, c'est possible pour un artisan comme toi, mais certainement pas pour ceux qui ont une production plus importante, qui peuvent être amenés à mettre à jour leur doc avec des corrections, etc: cela devient une perte de temps. Bref, 2 conceptions... qui dépendent des objectifs et des méthodes de travail.

Par ailleurs, le débat sur la question des tailles exprimées en pourcentages, ne peut concernait que le cas où images réelles est décoché dans W2X (quand c'est réel, cela ne peut pas être en pourcentage, évidemment).

Donc, ceux qui veulent mettre les images réelles,qui seront donc par définition en taille fixe et non adaptable à l'écran, le font, et peuvent utiliser W2X tel que. Personnellement, ce type d'ebook ne m'intéresse pas, mais chacun voit midi à sa porte.

Pour ceux qui veulent utiliser les %, pour adapter les images aux différents écrans, ta méthode de calcul est fausse, tu n'as pas fait suffisamment de tests. J'ai essayé d'expliquer en détail dans le précédent post pourquoi le raisonnement que je faisais auparavant, qui était le même que toi, était faux, ce que j'ai pu vérifier par l'expérimentation sur différents écrans et différentes résolutions. C'est simple : W2X ne sachant pas quelle sera la résolution de l'écran du lecteur de l'epub, résolution qui peut prendre toute valeur selon la taille de la fenêtre de ADE par exemple sur un PC, W2X ne peut pas calculer un pourcentage pour la largeur et la hauteur en même temps (bref, la diagonale résultat de la taille de la page dans l'ODT, souvent du A4, ne doit pas intervenir). Tout au plus, W2X peut supposer que:
1. La taille de l'écran de lecture sera plutôt rectangulaire dans le sens de la hauteur (disons que cela correspond à 95% des cas)
2. La résolution horizontale sera au minimum de 240 (résolution des PDA ou de certains téléphones bas de gamme), ce qui explique la barre de 250px que je proposais pour la largeur dans mon post précédent.

Nota : quand je vois les difficultés que j'ai pour expliquer ce point de vue en français (point de vue résultat de l'expérience, d'heures de test sur téléphone, tablettes et liseuses, PC avec ADE, il ne s'agit pas d'une opinion), je ne sais vraiment pas comment je vais faire pour être clair en anglais...

Je me réponds à moi-même, pour me contredire et me préciser...:rolleyes:

Suite à une discussion avec le spécialiste des epubs illustrés dont j'avais parlé, et à de nouveaux tests, je pense finalement qu'il faut uniquement utilisé les %, mais d'une certaine manière. En fait, il distingue 3 cas :
1 le cas général, qu'il appelle vignettes
2 le cas des images plein écran
3 les cas des images flottantes

1. Le cas général, c'est à dire tout ce qui n'est pas 2 ou 3, est défini uniquement par la largeur en %; on a donc un truc du genre:

img.Img1 {width:x%;margin:0}
<img alt="toto.jpg" class="Img1" src="toto.jpg"/>

avec x = 100 * largeur image / (largeur page - marge gauche - marge droite)

Exemple pour une image de 10 cm de large dans une page A4 avec marges de 2,5 cm : x = 100*10/(21-2.5-2.5) = 62.50%
Faites le test : que l'image soit petite ou grande, cela fonctionne toujours bien (sauf évidemment le cas 2 ci-dessus)

2. La discussion est toujours en cours pour savoir quels sont les critères qui doivent déclencher automatiquement le plein écran, c'est à dire :

img.ImgModeHeight {max-width:100%;height:100%;margin:0}
<img alt="toto.jpg" class="ImgModeHeight" src="toto.jpg"/>

Mon correspondant utilise pour le moment des conditions assez restrictives. Je propose pour ma part deux conditions cumulatives un peu moins restrictives; soit :
H : hauteur de l'image en cm
W1 : largeur de l'image en cm
W2 : largeur de la page en cm
H >= 1,33 * W1 (ce qui signifie rectangulaire en hauteur dans une proportion de 1,33)
et
W1>=33%*W2
Exemple: dans une page A4, une image large de 7cm et haute de 9,5cm est convertie automatiquement en plein écran.

3. img.Img1 {width:x%;margin:0;float:left}
<img alt="toto.jpg" class="Img1" src="toto.jpg"/>

avec x calculé de la même manière qu'au 1.

Lien vers l'ebook de Pierre Louÿs, "Bilitis", pour lequel j'ai utilisé les règles 1 et 2 ci-dessus : www.ebooksgratuits.com/epub/louys_chansons_bilitis.epub

OK A toi de voir. Nos posts se sont croisés, je vais essayer d'étudier ça.

En ce qui me concerne, après notre discussion, je commence à avoir les idées plus nettes.
Je vois deux façons d'utiliser W2X, suivant ce que l'on veut produire :

- Un livre standard,
avec une page de couverture et des illustrations petites ou moyennes (voire en plein écran ?).

On utilisera l'export avec les images relatives.
C'est la solution confortable habituelle sans traitement d'images.
Les unités exprimées sur le CSS restent physiques (centimètres ou pixels). (% si possible ?)
Besoin
- Support spécifique pour la page de couverture (on en a déjà parlé)
- Déterminer la taille maximum de l'image moyenne supportée (largeur-hauteur).
- Les questions de CSS dont tu as parlé, les valeurs CSS en % etc.

- Un véritable livre illustré,
avec beaucoup d'illustrations dont des images pleine page séparées par des sauts de page.

On utilisera l'export avec les images réelles.
Ce type de livre suppose le recours préalable à un traitement d'image.
W2X exprime la taille de l'image en pourcentage sur le CSS (largeur, hauteur).
Besoin
Mettre au point la conversion en pourcentage sur le CSS.

Nota: Dans les deux cas, une intervention manuelle sur l'EPUB avec Sigil restera ponctuellement possible.

Proposition

Je crains de ne pas être d'une grande aide dans ces questions de CSS dont je ne puis juger l'opportunité par manque de compétence technique.

Compte tenu de tes remarques et de tes intérêts propres, en ce qui concerne notre correspondance vers le développeur, il me semble possible de se répartir la tâche:

- je te propose de prendre à ton compte la partie "export des images relatives"(sans oublier les remarques que tu aurais à faire par ailleurs).
- je peux me charger de la partie "export des images réelles", plus quelques petits point mineurs que j'ai relevés.

On verra bien avec lui ce qu'il est possible de faire, et selon quel échéancier.
Jeudi ou vendredi, je posterai mon texte anglais sur ce forum avant de le lui envoyer. Ensuite je serai absent une huitaine de jours à compter de dimanche.

Nota: déclencher l'affichage plein écran = to trigger a full screen display.

Salut Roger,

J'ai déjà écrit à Henrik, ainsi qu'aux développeurs d'Atlantis pour leur faire les propositions développées ci-dessus. Dans le cas de W2X, j'ai précisé que cela concernait le cas où "Use original image size" n'était pas coché.

Cela dit, je ne suis pas du tout d'accord avec la distinction que tu fais ci-dessus. Tout au contraire, je pense que l'utilisation des images réelles est une erreur, et qu'il faut toujours utiliser des images relatives en % pour avoir un bon résultat, et donc pour un véritable livre illustré, puisque c'est justement dans ce cas qu'il est important que les images s'affichent correctement sur tous les médias, ce qui est impossible avec une image fixe. Pour t'en convaincre, il suffit d'étudier sur plusieurs médias (tablette, téléphone, liseuses, etc) les mises à jour de livres illustrés en epub qui ont été faites sur notre site ces derniers temps (Homère, Louÿs, Verne, Conan Doyle, Dumas, César, Daudet, Malot, Maupassant).

Par ailleurs, dans tous les cas, si on utilise un traitement préalable de l'image au niveau du traitement de texte, quel qu'il soit (à condition que ce dernier soit réfléchi en fonction de divers médias et non d'un seul type de liseuse), le résultat sera évidemment meilleur.

Il n'y a pas de taille maximum de l'image, il suffit que l'image soit inférieure à la taille de la page diminuée des marges, ce qui est évident dans OO...
Les images pleine page sont traitées automatiquement et de manière adéquate, sans qu'il soit nécessaire d'insérer un saut de page qui ne peut que causer des problèmes supplémentaires, selon les écrans.
L'utilisation du pourcentage en largeur - la cas général - est le meilleur moyen pour obtenir le truc le plus proche de ce que tu appelles "images réelles" : as-tu essayé, fait un test ???

Pour moi, la distinction entre un livre illustré "standard" et un livre "plus soigné" tiendra uniquement à une édition manuelle éventuelle pour modifier, affiner les pourcentages utilisés (cela lorsqu'il existera une méthode automatique pour avoir des images relatives exprimées en %)

Enfin, je te le répète, les dimensions ne peuvent pas être exprimées en % pour une image réelle. On ne peut jamais exprimer en pourcentage en même temps la largeur et la hauteur, puisque le pourcentage est relatif à l'écran du lecteur utilisé, aux caractéristiques, par définition, inconnues, et non à l'image elle même. Si on veut utiliser des pourcentages, il faut déterminer uniquement la largeur ou la hauteur (la largeur étant beaucoup plus naturelle, évidemment). La notion de pourcentage est antinomique avec la notion d'image réelle, une image réelle doit obligatoirement être exprimée en unités fixes (cm, px, etc). Tu fais une faute de raisonnement.

PS : Je n'ai pas "d'intérêts propres" autres que ceux de tout le monde : pouvoir faire facilement un ebook illustré lisible sur la majorité des médias.

Nota, le message envoyé à Henrik :
Hello Henrik,

After hours of testing and discussions with a specialist of pictures in ebooks epub, I can now get yourself some specific proposals and achievable with OpenOffice. If "Use original image size" is not chosen in the export parameters, it is best to work with percentages.

There are three cases:

1. The general case ((anything that is not the case 2 or 3 ...) :

img.Img1 {width:x%;margin:0}
<img alt="toto.jpg" class="Img1" src="toto.jpg"/>

with x = 100 * PictureWidth / (PageWidth - LeftMargin - RightMargin)

(especially not to the height)
Example : A4 with margins 2,5 cm and width picture 10 cm : x = 100*10/(21-2.5-2.5) = 62.50%

2. Pictures automatically in full screen :

img.ImgModeHeight {max-width:100%;height:100%;margin:0}
<img alt="toto.jpg" class="ImgModeHeight" src="toto.jpg"/>

These are that I am proposing that the images are automatically in full screen :
H : picture height in cm
W1 : picture width in cm
W2 : lmage width in cm
H >= 1,33 * W1
and
W1>=33%*W2
Example: page A4, picture width 7cm and height 9,5cm ==> OK for automatically full screen

3. Float (left and right)

img.Img1 {width:x%;margin:0;float:left}
<img alt="toto.jpg" class="Img1" src="toto.jpg"/>

X ==> idem 1.

Bonjour

Merci de ton courrier et de tes explications. :)
Voici ce que je cherche à obtenir;

1. A partir des dimensions réelles de l'image et de son rapport avec la page du document source on peut calculer un pourcentage de hauteur et de largeur.

2. Il faut faire passer cette information dans le code CSS en faisant abstraction des données physiques.

3. Lorsque ce code est interprété dans une machine, le CSS adapte la taille de l'image visualisée en fonction de la taille de l'écran en appliquant ce pourcentage.

4. Je ne sais pas écrire ce code mais j'avais pensé y arriver en rajoutant l'argument "width=100%" en pensant qu'il serait prioritaire sur les données physiques mais ce n'est malheureusement pas si simple que ça.

Ceci dit, :rolleyes:

Il est possible qu'il y ait un malentendu du au fait que l'on parle aussi dans OpenOffice de tailles relatives alors que ce n'est pas la même chose. N'oublions pas que l'on fait un export à partir d'OpenOffice.

Le fait que l'image soit magnifiée ou réduite dans OpenOffice, ce que l'on appelle aussi la taille relative indique comment l'auteur souhaite que son image soit visualisée par rapport à sa taille réelle. Cela rajoute donc un paramètre supplémentaire à la taille réelle. Il me semble logique de penser que cela rend le calcul du pourcentage plus délicat et je le pense toujours.

Ce n'est pas bien grave, les forums de discussion sont faits pour échanger des idées. ;)

Merci de ta contribution très concrète au projet. Je vais écrire également au développeur pour demander une mise en application du pourcentage dans le CSS pour les images mais je me garderai bien de lui écrire du code...

Je lui avais déjà formulé ce souhait. On verra bien la réponse.

à +

PS: tout le monde a des intérêts propres et il n'y avait pas de sous-entendu de ma part. J'en retiens que tu me lis attentivement. :book2:

PS2. (appel au peuple) Jusqu'à présent, je suis le seul à avoir proposé des fichiers de test avec W2X, je me sens un peu seul... (/fin mode appel)

1. A partir des dimensions réelles de l'image et de son rapport avec la page du document source on peut calculer un pourcentage de hauteur et de largeur.
2. Il faut faire passer cette information dans le code CSS en faisant abstraction des données physiques.

==> Impossible, c'est un non sens! puisque la diagonale de ta page OO sera toujours différente de la diagonale de l'écran de visualisation, laquelle est en plus inconnue, tu obtiendrais du n"importe quoi et ce serai une catastrophe pour W2X si Henrik partait dans cette voie. Encore une fois, on ne peut utiliser que le pourcentage en largeur (ou en hauteur, mais c'est moins bien), plus, évidemment, la diagonale intrinsèque de l'image, mais pour cet élément, il n'y a rien à faire de spécial.
Ce que je t'explique est du calcul très basique.


3. Lorsque ce code est interprété dans une machine, le CSS adapte la taille de l'image visualisée en fonction de la taille de l'écran en appliquant ce pourcentage.

On ne peut pas appliquer le pourcentage relatif à une diagonale, à une diagonale différente. On ne peut le faire que pour une largeur ou une longueur.


Le fait que l'image soit magnifiée ou réduite dans OpenOffice, ce que l'on appelle aussi la taille relative indique comment l'auteur souhaite que son image soit visualisée par rapport à sa taille réelle. Cela rajoute donc un paramètre supplémentaire à la taille réelle. Il me semble logique de penser que cela rend le calcul du pourcentage plus délicat et je le pense toujours.

Lorsque la case 'images réelles" est décochée dans l'export, c'est l'apparence de l'image dans OO qui est retenue pour l'export, c'est à dire l'image éventuellement rognée, agrandie ou rapetissée dans OO, voire déformée si on ne respecte pas volontairement l'échelle de l'image. Pour le moment, cette image éventuellement rognée, etc est exprimée en cm, et je pense qu'elle devrait être exprimée en pourcentage, en respectant les 3 règles ci-dessus énoncées.
Si on coche, c'est l'image d'origine, telle qu'elle a été insérée dans le doc OO, qui est utilisée, les traitements effectués dans OO ne sont plus pris en compte. L'image peut très bien être d'une dimension supérieure au A4 en réel, puis avoir été diminuée dans OO. C'est pourquoi je disais précédemment qu'on ne pouvait pas, par définition, appliquer un pourcentage quand la case est cochée...

Bonjour

Edition

Le petit dernier, intitulé Fleurs d'adultère et réalisé évidemment 100% avec W2X. ;)
http://www.mobileread.com/forums/showthread.php?p=1423208#post1423208

Typographie

La version 4.3 de l'extension checkbook a été publiée. Son auteur m'a indiqué avoir pris en compte une -petite- sélection d'éléments de la macro Word d'ELG (merci à eux). Il a par ailleurs ajouté d'autres perfectionnements de son cru. Elle fonctionne bien et je l'ai utilisée pour le livre ci-dessus. Vous la trouverez à son adresse originale.

W2X et les images

Je vois que tu puisé aux bonnes sources. Merci sincèrement pour ces toutes dernières informations que, honnêtement, je ne connaissais pas. Si deux dimensions ça ne va pas, si un pourcentage de diagonale, ça ne va pas non plus pour d'autres raisons, eh bien, il va falloir se montrer inventifs et trouver autre chose!! -voir plus bas-. ;-)

W2X n'a jamais produit d'images "reflowables" ou relatives au sens absolu (%) du terme, qu'elles soient petites, moyennes ou plein écran.
Il nous offre le choix d'exporter
- soit des images de taille réelle
- soit des images de taille relative c'est à dire minorées ou majorées au seul sens OpenOffice du terme
et rien d'autre, d'où l'importance de s'occuper, entre autre, de la définition des images que j'avais soulignée.

W2X avec les images plein écran "reflowable"

Mais à bien y regarder, parce que je suis comme Saint Thomas, on peut lui donner très facilement cette capacité. J'avais commis précédemment une manip fautive parce que je ne suis pas un Dieu du CSS. Voici la V3 :
- les trois images plein écran sont bien "reflowable", il me semble
- le PDF et l'EPUB sont identiques (mais la page du PDF est fixe)
- il m'a suffi, pour chaque image plein écran de remplacer un tout petit bout de code avec Sigill (voir photos Avant et Après ici bas)
http://www.w3schools.com/css/pr_dim_max-width.asp

Ce n'est que du JPG. Ainsi, ces images sont "reflowables" mais dans des proportions modérées et non indéfinies comme ce serait le cas s'il s'agissait de SVG. Il serait intéressant de connaître la fourchette optimale à utiliser pour les tailles d'image destinées à être affichées en plein écran.

Enfin, qu'en penses-tu ? Tu verras qu'à force d'avoir tort et d'émettre des "non-sens", je finirai par avoir raison.

Seuil de déclenchement

En ce qui concerne les images de taille relative avec W2X, j'ai observé, à partir d'une certaine taille d'image disons moyenne, qu'il existe un seuil déclenchant une sorte d'affichage par défaut sur le tiers de l'écran environ et qui n'a rien à voir avec la taille souhaitée. Je n'ai pas encore déterminé avec précision la valeur de ce seuil et ne connais pas non plus son origine : W2X, ADE, Sony ?

L'existence de ce seuil pourrait être utilisée pour déclencher l'affichage d'une image en plein écran (avec les options % que j'ai choisies plus haut).

Ce phénomène que je n'avais pas compris m'avait incité à utiliser des images de taille réelle, pour lesquelles il ne se produit pas.

Utilité des sauts de page manuels

Si tu es finalement d'accord avec moi sur l'opportunité d'un traitement d'images préalable (en cas de véritable document illustré), tu contestes l'opportunité de sauts de page manuels pour encadrer les images pleine page, ce qui me surprend.

Il me semble que W2X, peut-être au contraire d'autres logiciels, interprète ces sauts de page très correctement comme un nouveau "chapitre" et donc, qu'il n'y a aucune raison pour que ça accroche. Au contraire, plus l'EPUB est divisé, plus il est fluide, non? Il me semble qu'il vaut mieux appeler les images une par une que par paquets. Si cela pose un problème à une liseuse, c'est la liseuse qui a un problème me semble t-il...parce que qu'il s'agit bien d'une fonctionnalité élémentaire. Même ma vieille PRS-505 ne tousse pas, au contraire, je ne vois plus tourner la boule d'attente.

Enfin, ce n'est que ma logique...

PS: Ne t'inquiètes pas pour Henrik. Il est suffisamment qualifié pour ne pas s'engager dans une voie technique absurde ou sans issue. Ce qu'il a réalisé jusqu'à présent le prouve, me semble t-il.

J'ai étudié ta version 3.
Pour les 3 grands images, elles sont effectivement en plein écran redimensionnables : j'ai regardé le code de l'epub, j'ai vu qu'il y a max-width 100% height 100%, bref que tu as appliqué manuellement ce que je recommande : on ne peut donc qu'être d'accord.
Pour les autres images, elles ne se redimensionnent pas. Tant qu'elles sont petites comme c'est le cas dans ton test, pas de problème. Si elles étaient plus grandes, alors, il serait préférable de les mettre en pourcentage de largeur, comme je le propose, ce qui est également très rapide.
Bref, je ne vois rien de nouveau si ce n'est la confirmation de ce que je disais précédemment.
Par ailleurs, méfiance avec Sigil, tu as vu qu'il cause des problèmes, comme la disparition des exposants, bref qu'il agit sur le code, ce qui n'est pas conseillé pour un test. Maintenant, j'édite manuellement mes fichiers pour les tests. Si tu ne connais pas le code, tu peux utiliser un logiciel comme Kompozer pour éditer les fichiers xhtml.

Pas compris tes seuils de déclenchement, et honnêtement, cela m'est égal, j'évite de toute façon ce problème en mettant tout en pourcentage selon les règles précédemment exposées.

Pour les sauts de page, je voulais seulement dire que cette fonctionnalité doit être gérée automatiquement par W2X, comme le fait d'ailleurs Atlantis, et non dans le document. La raison en est simple : je peux très bien avoir une image, mettons de 10x15, qui doit apparaître en plein écran dans l'epub, mais pas dans le doc, ni dans le PDF généré.

Bonjour

@Coolmicro

Sauts de page manuels.

Je te rassure pleinement: avec W2X tu as le choix:
- option "all explicit" cochée et les sauts de page sont traduits en chapitres et il n'y a aucun risque pour l'affichage.
- option non cochée et ils sont transcrits dans le texte (comme pour un certain logiciel selon ce que tu me dis)

Tu m'avais pourtant indiqué (mais tu as effacé ce commentaire...) que l'usage de sauts de page manuels dans le texte pouvait être mal interprété par certaines liseuses...

N'insistons pas. Cela te va comme ça?

Images plein écran reflowables

Bien, nous y sommes donc enfin arrivés grâce à ton aide!! :p

Avec W2X tu peux donc mettre partout en procédant de la même façon des images plein écran (ou pleine largeur) reflowables, et pas seulement sur la page de couverture comme pour certains logiciels.

Dès à présent, l'intervention sur le code de l'ensemble du livre avec Sigil est minimale et très facile (voir photos d'hier). Ce n'est sans doute pas aussi simple pour certains logiciels dont le corps du texte ne peut être visualisé avec Sigil.

Je n'ai aucun besoin de Kompozer pour cette opération minimale.

Réalisation d'un guide

Je constate que ton attitude a changé de façon paradoxale: au départ très favorables, tes commentaires sur W2X sont devenus systématiquement acides, accompagnés d'obscures mises en garde alors que les progrès de W2X sont non seulement de plus en plus évidents mais encore répondent à nos demandes précédentes.
- précision du support du texte (exposants, tableaux, cadres...)
- feuille de style unique
- éditeur de méta-données
- sauts de page manuels en tant que chapitres
- support de l'insertion d'images dans le texte
- images relatives reflowables (avec l'intervention a minima sur Sigil)

Il me semble que sur plusieurs de ces points, W2X l'emporte largement dès à présent, dans sa version alpha, sur certains autres logiciels comparables.

C'est pourquoi, contrairement à ce que je t'avais dit par MP, je viens de décider de publier vers la mi-avril un guide centré sur OpenOffice + W2X, que j'intitulerai "L'EPUB en pantoufles". Mais peut-être le rédigerai-je en anglais pour qu'il soit plus lu.

Quoi qu'il en soit, j'y ferai la part qui lui revient à tes contributions et tu seras le bienvenu (ainsi que les lecteurs de ce forum bien sûr) si tu souhaites t'y associer .

Sauts de page manuels :
Je connais l''option, je ne parle pas de ça. Je dis seulement qu'à partir du moment où il y a une image pleine page, W2X devra faire le nécessaire au niveau de l'epub sans qu'il soit nécessaire d'expliciter le saut de page dans le doc (Atlantis le fait déjà).

Pour les images, W2X est pour le moment en retard sur un logiciel comme Atlantis, puisque ce dernier génère déjà automatiquement les images pleine page de la manière adéquate. Ce n'est que pour les petites images qu'on doit encore mettre la largeur en pourcentage au lieu des largeur et hauteur fixes. Peut-être - j'espère - que W2X sera un jour en avance, mais ce n'est pas encore le cas.

Le fait que l'intervention soit minimale ne change rien au fait que lorsque tu enregistres ton epub modifié dans Sigil, il change du code de manière incontrôlée et sur des points non modifiés comme par exemple pour les exposants (Henrik te l'a même expliqué). Donc, pour le moment, je continuerai à éviter l'édition d'epubs dans Sigil. Amuse-toi à passer tes epubs dans epubcheck avant Sigil, et après Sigil, tu verras que tu auras parfois des surprises.

Il n'y a pas à être acide ou à supporter un logiciel, il suffit d'être lucide, sans parti pris, objectif, et de lister de manière précise les avantages et défauts de chacun, et non d'un seul.
Pour le moment Atlantis est encore très supérieur à W2X sauf dans 2 cas :
1. Lorsqu'il y a des tableaux
2. Lorsqu'on veut éditer l'epub avec Sigil, qui "casse" les epubs issus d'Atlantis pour des raisons techniques que j'ai la flemme d'exposer
Par contre, j'ai peu d'espoirs sur une nouvelle évolution d'Atlantis malgré mes demandes (j'espère mon tromper), et j'ai beaucoup d'espoir pour W2X. Donc, je pense que W2X deviendra (futur, pas présent) la meilleure solution (mais, là aussi, je peux me tromper... tout dépend de ce que pourra/voudra faire Henrik)

Mes commentaires que tu estimes acides (à tort pour moi), visent en général plus ce que tu dis que W2X lui-même, car tu as tendance à affirmer des trucs que j'estime insuffisamment testés et vérifiés : dans une conversation privée, cela n'a aucune importance; mais sur un forum, en plus assez lu, c'est plus embêtant.

A part ça, tu fais tous les guides que tu veux, plus il y en a, mieux c'est. Par ailleurs, je t'avais dit que j'allais développer dans mon guide la question de la conversion des doc avec W2X, lorsque j'estimerai W2X au point, mais je n'ai jamais eu l'intention de développer le travail sur OpenOffice lui-même.

@Coolmicro

J'ai ouvert ce fil pour échanger des informations sur une solution (Fine Reader, OpenOffice, Writer2Epub) que je pratiquais.

Depuis mon premier post, j'ai le sentiment d'avoir sensiblement progressé et partagé ce progrès sur deux points :
- Typographie: "découverte", perfectionnement et mise en œuvre d'extensions pour OpenOffice.
- Conversion EPUB: "découverte", perfectionnement et expérimentation de W2X en remplacement de Writer2Epub.

Je n'ai jamais cherché à faire de ce fil un comparatif avec Atlantis dont j'évitais soigneusement de prononcer le nom. Mais, tu ne peux t'empêcher de glisser des commentaires à son sujet. Comme toujours dans ce que tu dis, il y a à boire et à manger, et il faut trier, et beaucoup trier.

Tu cites mes "erreurs". Je ne suis évidemment pas infaillible et les reconnais volontiers.
C'est ce qui nous différencie. Tu penses t'imposer avec des jugements tranchants et sans appel. Malheureusement, il s'avère qu'il sont parsemés d'informations biaisées ou accompagnés d'erreurs d'interprétation non avouées, et comme tu le dis à juste titre, sur un forum c'est plus embêtant. A la longue, je me sens contraint de réagir. Deux exemples seulement, pour ne pas être trop long.

Une information biaisée

Il ne faudra pas aller bien loin...et pourtant ça partait vraiment bien :)

Je te cite:
.../...Il n'y a pas à être acide ou à supporter un logiciel, il suffit d'être lucide, sans parti pris, objectif, et de lister de manière précise les avantages et défauts de chacun, et non d'un seul.
Pour le moment Atlantis est encore très supérieur à W2X sauf dans 2 cas :
1. Lorsqu'il y a des tableaux
2. Lorsqu'on veut éditer l'epub avec Sigil, qui "casse" les epubs issus d'Atlantis pour des raisons techniques que j'ai la flemme d'exposer
Fin de citation.

Voici typiquement une information biaisée, bien emballée mais biaisée.

1. Les tableaux.
Une absence de commentaire révélatrice. Surtout pas de commentaire. Alors, je vais en faire.
"Mon logiciel est très supérieur mais il salope les tableaux".
En somme ce qu'Atlantis produit, c'est un peu comme la Venus de Milo... l'esthétique est parfaite mais il manque un bras....Oui, monsieur, on a le menu mais y a pas de dessert. Faut vivre avec, je suppose ?
Cite-moi une lacune irréparable équivalente pour W2X qui est pourtant selon toi très inférieur...

2. Sigil
A te lire, on a l'impression que le coupable finalement c'est Sigil (qui commet d'ailleurs comme tu n'as pas manqué de le signaler un peu avant, des agressions "incontrôlées" sur le code, agressions régulièrement dénoncées par epubcheck et Amnesty International). Et les raisins sont trop verts. Valloric, si tu nous lis, bonjour!

Et pourtant, le seul responsable de cette situation c'est bien Atlantis, avec sa façon très particulière de gérer l'html et qui fait que l'on ne peut accéder au texte depuis Sigil. C'est un défaut de conception grave et chronique pour un logiciel censé être "trés supérieur", et je comprends que tu aies "la flemme" de l'exposer.

Le fait de ne pas pouvoir modifier facilement le code constitue une entrave fondamentale pour l'utilisateur qui se retrouve pieds et poings liés, content, pas content, à manger la pâtée qu'on lui a donné.

"Trés supérieur"!! oh, Marius, quelle blague tu nous sors avec ton air si sérieux !!

Des erreurs d'interprétation jamais reconnues

Lorsque j'avais décidé d'exporter des images réelles avec W2X, tu avais qualifié cette solution de conceptuellement fautive et ajouté qu'il ne pouvait être question d'exporter que des images relatives si l'on voulait que les images sur l'EPUB soient retaillables.

Tu commettais là une confusion et c'est moi qui avais raison: on peut effectivement exporter avec W2X des images, qu'elles soient réelles ou relatives, puisque ces adjectifs ne qualifient que ce qui sort d'OpenOffice: les deux sont exportées avec des dimensions physiques, qu'elles soient réelles ou interprétées.

Ce n'est que lorsqu'on a modifié le code CSS directement sur l'EPUB en remplaçant ces valeurs physiques par des valeurs en %, que ces mêmes images deviennent retaillables et j'ai fini (erreur pour la V2, solution pour la V3, je ne suis pas très doué) par obtenir l'effet retaillable souhaité en modifiant une seule malheureuse ligne de code par image. Vrai ou faux?

Cette solution -enfantine- n'est possible cependant que lorsqu'on peut modifier le code.

Ah! que n'ai-je entendu de ta part à ce sujet...Je n'aurai pas la cruauté de te citer.

Tu raisonnais en fait, je le vois maintenant, comme un client ligoté d'Atlantis pour lequel une solution si basique n'est pas applicable pour les raisons citées plus haut "et que j'ai la flemme d'exposer".

Eh bien, vive la liberté... Allez, porte-toi bien, merci quand même très sincèrement de faire vivre ce fil. Bien le bonjour à la Vénus de Milo si tu la croises. :)

Là, j'hallucine vraiment en te lisant. Je réponds une dernière fois et je laisse tomber...
Tout d'abord, je te rappelle que tu n'es pas propriétaire d'un sujet. Tu crées un sujet sur un forum pour expliquer comment tu produis des epubs, je pense que c'est pour que des gens viennent discuter avec toi de tes méthodes et des leurs, non ?
Par ailleurs, parler d'un logiciel en soi, sans le comparer aux autres solutions, c'est être une autruche contente de soi.
Sur tel forum que tu connais et que je ne nommerai pas, on célèbre Calibre comme supérieur à toutes les autre solutions, en refusant soigneusement de comparer Calibre à W2X ou Atlantis.
Toi tu célèbres W2X en refusant de le comparer à Atlantis.
Pourtant, depuis le temps, il devrait être évident que c'est en comparant les avantages et inconvénients de chaque logiciel, en poussant les développeurs à incorporer telle ou telle idée d'un autre logiciel, que les choses progressent.

Où as-tu vu qu'Atlantis est "mon logiciel" ? C'est uniquement la solution que j'utilise majoritairement (mais non exclusivement), pour le moment.
* Pour les ebooks sans tableaux - ce qui constitue la majorité des livres publiés par ELG, j'utilise actuellement Atlantis parce qu'ils propose des fonctionnalités (images plein écran, marges et espacement en em) qui ne sont pas encore dans W2X qui vient à peine d'incorporer la feuille de style unique. C'est en cela que je dit qu'il est supérieur, pour le moment. La situation sera complètement différente dès que W2X aura évolué et j'ai dit X fois que pour une version alpha, il est déjà super.
* Je critique en fait sévèrement Atlantis puisque s'il est complètement cassé lors d'une édition avec Sigil, c'est dû à un défaut de conception intrinsèque à Atlantis qui ne conserve pas les balises H1, H2, H3 et nomme n'importe comment les styles. Cela fait un moment que je le dis (http://www.mobileread.com/forums/showpost.php?p=1396715&postcount=21) En plus les développeurs ne semblent pas vouloir évoluer sur ce point.
* Par ailleurs je fonde de grands espoirs sur W2X, car, même si des fonctionnalités manquent encore, l'axe du développement me semble meilleur.

Je pense donc être beaucoup plus lucide que toi qui te complais à supporter telle solution contre telle autre. Je n'ai pour ma part aucune envie de jouer au supporter de foot en informatique.

Quant à Sigil, je disais de t'en méfier quand tu édites des ebooks faits avec W2X, je ne parlais pas d'Atlantis : je te rappelle que le bug signalé à Henrik concernant les exposants, était dû à Sigil, c'est lui même qui te l'a dit, et que j'était partisan de combiner Sigil avec W2X jusqu'à ce que je m'aperçoive que Sigil faisait des conneries.

Bon maintenant je te laisse en tête à tête avec ton sujet, je te reviendrai pas t'embêter.

Bonjour :)

Ah, je vois, la vérité ne peut se dire que dans un sens... de préférence de haut en bas. Il est vrai que les discussions comparatives sur qui lave plus blanc sont finalement stériles, mais enfin tu l'as voulu. Je remarque que tu n'as toujours pas reconnu t'être trompé comme je l'indiquais plus haut (voir paragraphe: des erreurs d'interprétation jamais reconnues).

Exposants et Sigil

A propos de ce que raconte Coolmicro, comme ça fait trois fois qu'il ressort cette histoire sur ce forum, je voudrais mettre les choses au clair : il y avait sur un fichier de test que j'ai réalisé un et un seul exposant, un orphelin vous dis-je, et il a été transformé en caractère normal (1er), peut-être à la suite d'une intervention avec Sigil sans qu'une autre cause ne puisse être exclue.

Le développeur n'a jamais incriminé formellement Sigil. Il a suggéré "Sigil ?" avec un point d'interrogation, ce qui n'est quand même pas la même chose...

J'ai refait aujourd'hui un test avec un livre qui contient des centaines d'exposants. J'ai modifié les images avec Sigil, les méta-données : les exposants sont toujours là, hirondelles perchées sur leur branche.

Mais quand cette bricole vous est racontée par Coolmicro, puis répétée trois fois, cela devient une tout autre histoire. Ce malheureux exposant que le hasard a fait choir, va se transformer en cause célèbre internationale sur les "agressions incontrôlées" de Sigil et servira jusqu'à la fin des temps. Comment ne pas conclure que cette histoire est gonflée hors de toute proportion, dans un esprit malicieux?

Ne prenez pas ce que je vous dis pour argent comptant, vérifiez par vous même. Le livre a été publié sur MobileRead et s'appele Tableaux vivants. Sigil fonctionne pour Windows, Mac et Linux et est opensource.

On se demande parfois comment naissent les rumeurs, je commence à avoir ma petite idée...

Nouvelle version

Voici la V4, avec un tableau à la fin.

Toutes les images sont en pourcentage
- les grandes en "height:100%;max-width:100%;"
- les petites en "width:..%;" (le pourcentage varie)

Délai de l'intervention chirurgicale complémentaires avec Sigil destiné à mettre les %: comptez vingt à trente secondes par image pour une personne âgée. :)

Notez que l'image insérée est maintenant aussi redimensionable. Voir photos jointes.

P.S. - Assez parlé : que quelqu'un nous montre enfin en quoi, Atlantis est "très supérieur"
Cela ne manquera pas d'être instructif et Saint Thomas y croira.

A propos des résolutions d’images pour l’EPUB : "to flag a dead horse"


Je voudrais citer un livre blanc d’Adobe que je viens de trouver et que vous pourrez télécharger ici http://terabook.net/how-to-optimize-epub-images-for-ebooks.html sous le titre: eBooks: Optimizing images for the EPUB file format

Ce guide est destiné aux utilisateurs de InDesign mais il contient des remarques d’ordre général qui recoupent exactement ce que j’avais trouvé de façon empirique (le bon sens est également partagé) et écrit dans ce post. http://www.mobileread.com/forums/showpost.php?p=1418306&postcount=54 Vous pouvez vérifier...

Je me suis permis de vous en traduire un petit extrait. Je vous encourage à lire le document en entier. Il donne des suggestions concrètes pour préparer ses images avant de les insérer dans l'odt (ou le doc).

1. A propos de la taille des images plein écran

The final image size for the cover should be around 600x800 pixels so that
the cover looks good on a variety of eBook readers.
La taille finale de la page de couverture devrait avoisiner 600 x 800 pixels pour que la couverture puisse être correctement affichée sur différents lecteurs d’eBooks.

2. Exporter des images à taille réelle

Exporting original images
If you prefer to optimize the images yourself, choose Original from the Copy Images menu, and InDesign will export the original images to the EPUB file. With this option selected, all the other image export options are not available.
When optimizing images for the EPUB file format, it’s best to create one eBook that works well across a variety of reading devices. Keep in mind that there is an abundance of eBook readers available on the market today. They vary in screen size and resolution. For example, the iPhone has a 3.5-inch display with a resolution of 163 ppi, whereas the Amazon Kindle has a 6-inch display with a resolution of 167 ppi, and the Amazon Kindle DX has a 9.7-inch display with a resolution of 150 ppi. Figuring out how to handle images depending on the end device is a challenge. And as the eBook reader market continues to grow, there will be newer models with even more advanced technology and impressive features.

Exporter les images d'origine
Si vous préférez optimiser les images vous-même, choisissez l’option «Original» dans le menu «Copy Image» et InDesign exportera les images d'origine vers le fichier EPUB. Lorsque cette option est sélectionnées, les autres options d’export d’images ne sont plus disponibles.
Pour optimiser les images pour le format EPUB, il vaut mieux créer un eBook qui fonctionne bien sur divers appareils de lecture. Souvenez-vous qu’il y a une pléthore de lecteurs deBook disponibles sur le marché aujourd’hui. Ils ont des dimensions d’écran et des résolutions diférentes.
Par exemple l’iPhone a un affichage de 3,5 pouces et une résolution de 163 ppi, alors que le Kindle d’Amazon a un affichage de 6 pouces avec une résolution de 167 ppi, et que le Kindle DX d’Amazon a un affichage de 9.7 pouces avec une résolution de 150 ppi.
Trouver comment gérer les images en fonction de l’appareil final est difficile. Et comme le marché des eBook continue à grandir, nous verrons apparaître des modèles nouveaux disposant d’une technologie plus avancée et de caractéristiques remarquables.

3. Séparer le contenu d’une image plein écran dans la structure du livre.

Manage the cover with a book file.
The EPUB file format does not define page structure, so all content flows together in one continuous linear stream. This can be problematic for an eBook cover, because text from the following page can potentially run into the cover image. To avoid this problem, create a separate InDesign document for the cover image.

Gérer la couverture d’un livre.
Le format de fichier EPUB ne définit pas la structure des pages. Tout le contenu défile de façon linéaire et continue. Ceci peut poser un problème pour une couverture d’EPUB, parce que le texte de la page précédente peut potentiellement interférer avec l’image de couverture. Pour éviter ce problème, créez un document InDesign séparé pour l’image de couverture.

Commentaire:

Comme je l’ai déjà indiqué, puis répété, si l'on encadre chaque image plein écran de sauts de page manuels puis que l'on choisisse avec W2X l’option «all explicit», l'image sera mise dans un chapitre séparé de la structure de l’EPUB. L'affichage sera fluidifié et les risques d'interférence écartés. Le résultat n'a pas l'air désastreux, même sur un iPad. http://www.mobileread.com/forums/showpost.php?p=1427621&postcount=18

Si un logiciel exporte une image pleine page sans l'isoler de cette façon dans la structure du document, il fait courir le risque des problèmes d’interférence indiqués ci-dessus, sans parler des inconvénients d'une moindre fluidité de l'affichage.

Ce n'est quand même pas difficile à comprendre, mais il n'y a pire sourd que celui qui ne veut pas entendre. :)

Extrait d'un email que j'avais envoyé à Henrik :
Hello Henrik,
I forgot to say one thing.
For pictures automatically in full screen (case 2), Writer2xhtml must generate automatically a separate file xhtml with only the picture in full screen. It's important.
Best regards
Coolmicro

J'ai toujours été d'accord pour dire que l'image plein écran doit être dans un fichier xhtml séparé, c'est déjà connu de nombre de gens et les recommandations d'Adobe ne sont pas nouvelles Je pense simplement que cela doit être fait automatiquement par W2X à partir du moment où une image est en plein écran, et non par un saut de page explicite dans le doc.

Si tu lisais ce qui est écrit parfois, ce serait bien.

Technique: LibreOffice, un excellent cru

J'ai maintenant installé LibreOffice 3.3.1 fr. Il en vaut la peine:
- plus rapide
- tout le support langue française dans le pack d'installation
- meillleur support des formats exogènes :)
- un outliner très pratique* intégré dans le navigateur
- inclusion automatique des insécables à la française

Je n'ai pas encore eu le temps de faire le tour du propriétaire mais ce que j'ai vu me satisfait déjà grandement.

Images plein écran

Pour les images plein écran que vous insérez dans LibreOffice, vous pourrez retenir les options suivantes (mais chacun fait comme il veut):

- forme avoisinant le 3 x 4
- résolution avoisinant 600 x 800 pixels
- JPG pour les photos (ou GIF), PNG pour les logos et dessins (comme le Tux)
- alignement centré
- ancrage au paragraphe (pas à la page)
- laisser les couleurs sur les images (pas de fausses économies)
- option max-width:100%; conseillée, ou height:100%;max-width:100%;
Pour les autres images, pour des questions de cohérence, on peut vérifier que la résolution reste dans les 150-200 ppi mais ça n'a rien de forcé.

Divers

@Coolmicro

Bonjour, je te croyais mort... :)

Profite en, je pars pour quelques jours... Puisque souhaites faire un comparatif, peux-tu nous poster un -petit- EPUB de démonstration made in Atlantis? ce sera sincèrement très instructif plutôt que de te contenter d'en parler. Tu dois bien en avoir un au fin fond de l'un de tes disques durs.

Saut de page

Oui, si c'est automatique ce sera vraiment bien. :thumbsup:

En attendant, insérer un saut de page dans LibreOffice suffit, dans la mesure bien sûr où il est correctement interprété par la suite...

* Je me rappele le temps où j'en utilisais un avec Word 4 pour Macintosh en 1993... :rolleyes:

Tous les ebooks au format epub ELG ont été faits avec Atlantis, tu as l'embarras du choix, plusieurs centaines, même s'il est évidemment préférable de prendre les dernières parutions qui sont faits avec la dernière version d'Atlantis.

Exemple d'un epub illustré fait avec Atlantis (j'avais une version avec W2X précédemment) : Les Chansons de Bilitis de Pierre Louÿs : http://www.ebooksgratuits.com/details.php?book=908 et pour le format epub proprement dit : http://www.ebooksgratuits.com/newsendbook.php?id=908&format=epub

Cela dit, un comparatif comme tu le proposes n'a pas de sens, j'obtiens exactement le même résultat visuel avec Atlantis ou W2X, puisque je retouche manuellement mes epubs quand le résultat ne me convient pas. Simplement, j'ai, pour le moment, trop de choses à retoucher avec W2X (le temps compte, pour moi, vu la quantité d'epub que je dois encore produire). Mais vu la réaction positive d'Henrik, j'ai bon espoir que W2X devienne totalement utilisable pour moi très rapidement (et aussi pour les débutants qui ne veulent/peuvent pas retoucher les epub).

Bonjour :)

W2X est utilisable aujourd'hui de façon très confortable.

Bon, la discussion passe maintenant du comparatif au nombre des retouches, cela évite les désagréments. Etant aussi paresseux que tu es hyper-actif, le temps compte donc aussi pour moi. Alors allons-y.

J'ai produit plusiers livres avec W2X plus des fichiers de test, texte et images; tous publiés sur MR. Très confortablement. Il y a une condition à son utilisation: au cas où tu l'aurais oublié, W2X est conçu pour prolonger LibreOffice dont il est une extension. Il est donc évidemment recommandé d'utiliser en amont LibreOffice dont le format phare est l'odt (standard ISO). C'est un couple, comme clé et serrure.

A cette condition, je ne vois vraiment pas ce que tu entends par "trop de choses à retoucher" après l'utilisation de W2X. A mon avis, tu dois mal t'y prendre ou tu ne l'as pas encore essayé.

De plus, W2X autorise des retouches très faciles sur l'intégralité du code de l'EPUB avec Sigil. Ce n'est pas le cas d'Atlantis parce que sa conception est fautive. Comme tu ne veux pas reconnaitre cet avantage à W2X, tu as cherché à le nier avec des informations biaisées, semant la peur, l'incertitude et le doute sur les "agressions incontrôlées" de Sigil. Voir plus haut (message 72) le paragraphe "Exposants et Sigil" qui décortique ta spécieuse façon de procéder .

Pour obtenir un EPUB fini, il suffit de rajouter aux images la capacité redimensionnable: en utilisant Sigil; cela prend vingt a trente secondes par image. As-tu besoin d'un test chronométré devant huissier? Il me semble que pour les images qui ne sont pas pleine page, c'est aussi le cas avec Atlantis? Comment le retouches-tu d'ailleurs?

Absolument tout le reste est fait avec LibreOffice et W2X, y compris les tableaux - qui posent problème à Atlantis -, les méta-données (le champ dates sera rajouté la semaine prochaine), que sais-je?

Il me semble qu'il y a un non-dit dans cette affaire. Je suppose que c'est la raison qui se cache derrière tes réticences. Tu n'utilises pas le format odt mais un format différent. Bien que LibreOffice ait un support amélioré notamment du type Word 2007, il me semble logique de penser qu'il ne garantit probablement pas une conversion parfaite de tous les sifflets et clochettes des formats de type doc, d'où peut-être la nécessité de nouvelles retouches ou d'ajustements supplémentaires. Ce n'est qu'une supposition.

Si c'est le cas, je ne peux que compatir et te dire que ce n'est pas le problème de W2X mais le tien. Il ne faut pas lui faire porter le péché des autres.

Si ce n'est pas le cas, je n'arrive pas à trouver de sens à ton discours.

Trois remarques pour conclure:

- Quand je parle de LibreOffice, j'inclus bien sûr OpenOffice.

- Le fait que W2X soit dès à présent utilisable de façon confortable ne veut pas dire qu'il ne puisse pas être amélioré et je peux t'assurer que l'on s'en occupe très activement.

- Comme W2X est consubstantiellement lié au Writer de LibreOffice, projeter de présenter W2X sans LibreOffice comme tu as l'intention de le faire me semble une absurdité tout à fait comme présenter la clé sans montrer la serrure, mais enfin; comme disent les Inconnus, "ceci ne nous regarde pas" :rolleyes:

Roger, je t'ai expliqué que je suis formateur OpenOffice depuis des années (depuis la version 2.2), je le connais au moins aussi bien que toi; et en plus je connais Word parfaitement, j'ai été formateur Word pendant plus de 15 ans. Et le format n'a rien à voir : si tu fais bien ton doc, il est impec quand tu le charges dans OO.

Simplement, je n'ai pas 2 ou 3 epub à faire, je dois en produire 600-700, ce qui me reste à convertir au niveau de ELG, sans compter les 10-15 parutions mensuelles.
Avec Atlantis, je n'ai rien à retoucher du tout, sauf lorsqu'il y a des images qui ne sont pas pleine page, c'est tout. Tout le reste est OK. Quand j'ai des tableaux, et bien j'utilise W2X, je ne suis pas sectarorigide, moi...
Avec W2X, je dois faire des retouches pour les images pleines pages, les images qui en sont pas pleine page, pour mettre en em les retraits et espacements, etc bref, les trucs que fait Atlantis et que ne fait pas encore W2X. Ce n'est pas très long, c'est vrai, mais encore trop...
C'est normal; W2X est en version alpha encore, et Henrik travaille pour mettre en place les modifications demandées; Atlantis existe depuis plus longtemps.
Cela dit, je redis que même si les epub Atlantis sont OK au niveau visuel, et même valides au test, ils ont des défauts de conception qui rendent assez difficile leur édition, du moins pour les non spécialistes. Et il n'est pas sûr que les développeurs d'Atlantis modifient ce point malgré mes mails.

Par ailleurs, on peut tout à fait présenter une solution de conversion epub liée à OO, sans qu'il soit obligé d'utiliser OO pour les taches précédentes sur le doc, du moins pour ceux qui ont la chance de posséder Word et qui veulent l'utiliser pour une raison ou une autre.
De même, il y en a qui utilisent OO pour le doc, mais qui utilisent Calibre pour les conversions epub.
La problème c'est qu'à l'évidence, tu ne connais rien à Word, et tu ne sais donc absolument pas ce qu'on peut faire avec. Je peux te garantir que tu serais incapable de voir si j'ai utilisé Word ou OO pour faire mes docs, étant donné qu'ils sont exactement identiques, avec la même utilisation des styles. Je peux même aller plus loin, et charger dans OO un modèle OO que j'attache à mon doc avec écrasement des styles avant de sauvegarder au format OO, si je veux donner des caractéristiques spéciales à mon doc OO.

Comme tu ne veux pas reconnaitre cet avantage à W2X, tu as cherché à le nier avec des informations biaisées, semant la peur, l'incertitude et le doute sur les "agressions incontrôlées" de Sigil. Voir plus haut (message 72) le paragraphe "Exposants et Sigil" qui décortique ta spécieuse façon de procéder .

Je n'avais pas vu ce paragraphe, et là tu fais déborder la coupe, ras le bol de discuter avec quelqu'un de mauvaise foi qui se masturbe dans la polémique.

Regarde là : http://www.mobileread.com/forums/showpost.php?p=1411071&postcount=44
C'est Henri qui te répondait, suite à des problèmes que tu avais eu :
- a little glitch with the superscript display (1er).

This works for me, the problem is probably due to a later editing of the file (Sigil?)

Et c'est même ça qui m'a fait comprendre qu'un problème que j'avais eu avec des exposants dans un test comparatif fait chez ELG, provenait de Sigil, ce que j'ai peu vérifier ensuite en faisant ce test avec et sans Sigil.

Je ne dis pas que ça arrive tout le temps, je n'en sais rien. Je dis que ça m'est arrivé une fois, et que ça t'est arrivé une fois. Et en plus, quand ça m'est arrivé, cela causait une erreur fatale avec certains logiciels sur iPad. Cela me suffit pour être méfiant, c'est tout

Cette fois, j'arrête vraiment les frais avec toi, polémique avec toi même.

Bonjour

Edition.

Je vais préparer l'édition du "Mariage de Don Quichotte" de Paul Toulet.

Comment lancer une rumeur

Voici donc la dangerosité supposée de Sigil une quatrième (!!) fois sur le tapis toujours avec dans le rôle central l'orphelin exposant. C'est une obsession. Et le pire est que tu me cites!! Tu ne manques pas d'air... Je ne peux que raconter à nouveau, sans en changer une virgule, la façon dont tu déformes les faits.


Exposants et Sigil

A propos de ce que raconte Coolmicro, comme ça fait trois fois qu'il ressort cette histoire sur ce forum, je voudrais mettre les choses au clair : il y avait sur un fichier de test que j'ai réalisé un et un seul exposant, un orphelin vous dis-je, et il a été transformé en caractère normal (1er), peut-être à la suite d'une intervention avec Sigil sans qu'une autre cause ne puisse être exclue.

Le développeur n'a jamais incriminé formellement Sigil. Il a suggéré "Sigil ?" avec un point d'interrogation, ce qui n'est quand même pas la même chose...

J'ai refait aujourd'hui un test avec un livre qui contient des centaines d'exposants. J'ai modifié les images avec Sigil, les méta-données : les exposants sont toujours là, hirondelles perchées sur leur branche.

Mais quand cette bricole vous est racontée par Coolmicro, puis répétée trois fois, cela devient une tout autre histoire. Ce malheureux exposant que le hasard a fait choir, va se transformer en cause célèbre internationale sur les "agressions incontrôlées" de Sigil et servira jusqu'à la fin des temps. Comment ne pas conclure que cette histoire est gonflée hors de toute proportion, dans un esprit malicieux?

Ne prenez pas ce que je vous dis pour argent comptant, vérifiez par vous même. Le livre a été publié sur MobileRead et s'appele Tableaux vivants. Sigil fonctionne pour Windows, Mac et Linux et est opensource.

On se demande parfois comment naissent les rumeurs, je commence à avoir ma petite idée...


Je constate que tu ne supportes pas Sigil pour des raisons que j'ignore. Est-ce parce qu'il est incompatible avec Atlantis en raison des défauts de conception d'Atlantis que tu viens pourtant de confirmer?

Un expert impartial ne balance pas des affirmations de ce genre sans preuve. Tu n'as que des racontars à nous sortir. C'est tellement facile comme ça. Je te mets au défi de fournir un fichier capable de répliquer ton supposé bug fatal des exposants.

J'en déduis évidemment que tu n'es ni un expert, ni impartial, mais, à vrai dire, cela fait un moment que je nourris de sérieux doutes... Et tant pis si ça te vexes.

Je ne peux qu'inciter à manifester la plus grande circonspection à l'égard de ce genre d'affirmations dénués de tout fondement. Je reprendrai donc le cours de ce fil au fur et à mesure que de nouvelles informations concernant LibreOffice et W2X me parviendront. Restez câblés, cela ne saurait tarder.

A propos de la production d'EPUB.

Tu m'as appris à ne rien te laisser passer, d'où ce petit billet pour souligner deux abus de langage, notamment à propos de la "chance" d'utiliser Word et de l'emploi nécessaire des em.

LibreOffice est largement suffisant

Pour utiliser Word, il ne faut pas avoir de chance particulière. Il suffit de l'acheter ou, d'après ce que je constate, de le voler. Mais je n'appelle pas ça une "chance" car Word n'a pas d'outil d'export EPUB dédié, au contraire du Writer de LibreOffice.

Incidemment, la place qu'occupe Atlantis dans le dispositif me parait artificielle puisqu'il est moitié carpe (logiciel de traitement de texte) et moitié lapin (producteur d'EPUB). Bizarre.

Si je n'utilise ni Word, ni Atlantis, ce n'est pas parce que je suis "sectaro-rigide" (:p) mais parce que LibreOffice et W2X me conviennent parfaitement et que le couple suffit très largement à remplir la tâche demandée.

Je te signale que je n'hésite pas à utiliser un logiciel Windows quand il apporte un plus spécifique. Pour moi, c'est Fine Reader dont j'ai déjà parlé à plusieurs reprises.

La qualité de la transcription de W2X

On utilise en fait pour les EPUB des feuilles de style remarquablement simples, comprenant le plus souvent une quinzaine de styles, si ce n'est moins. (je ne parle pas de l'exceptionnel EPUB artisanal réalisé par Zelda et que personne ou presque n'a su reproduire).

Toutes les possibilités du Writer n'ont pas été transcrites par W2X, loin s'en faut (par exemple les lettrines, ou d'autres) et ne le seront sans doute jamais. Mais on peut apprécier la précision et la qualité de la transcription vers l'EPUB de ce qui existe déjà et qui couvre les traits majeurs.

La précision de la transcription est en effet le point fort de W2X. L'auteur s'est spécialisé depuis 2002 dans la transcription de Writer pour Latex: ce qui a été déjà transcrit est d'une précision remarquable. Atlantis fait figure de petit nouveau en comparaison.

Essayez donc d'insérer une image dans du texte dans un EPUB fait avec Atlantis et vous comprendrez de quoi je parle. ELG a-t-il jamais produit d'ailleurs un seul EPUB avec une seule image insérée dans le texte? Cela se fait à la volée avec LibreOffice et est parfaitement transcrit. Je l'ai montré.*

C'est aussi vrai pour les données tabulaires (tableaux, cadres) où W2X l'emporte largement.

De plus, les corrections d'un EPUB fait avec W2X sont élémentaires avec Sigil alors qu'elles restent toujours mystérieuses avec Atlantis (si elles sont possibles).

La nécessité des em?

On souligne opportunément la nécessité de la transcription en em dont la possibilité a été ajoutée par Atlantis il y a moins d'un mois.

Il s'agit d'une adaptation mineure qui pourrait être ajoutée aussi prochainement avec W2X. Le flux de texte sur l'EPUB pouvant être déjà visualisé à trois niveaux de grandeur (S.,M. L.), le texte de tout EPUB est conçu pour être lu aisément du téléphone à l'iPAD et au delà, même sans les em.

Si l'emploi des em était nécessaire, il faudrait que les producteurs d'EPUB engagent d'urgence un programme de restauration pour tous les EPUB produits sans cette caractéristique. Je suis prêt à parier que ce ne sera pas le cas.

Pas nécessaire mais probablement utile; ce qui n'est déjà pas si mal.

NB * Voir EPUB W2X et les images V4 publié plus haut.

Les supposées agressions causées par Sigil: imperméable et parapluie

Pour votre information, Sigil incorpore html Tidy afin de nettoyer automatiquement les fichiers html défectueux. (problèmes de tags mal fermés etc.). Vous pouvez vous informer sur html Tidy qui est indépendant de Sigil, a une excellente réputation et existe depuis environ une dizaine d'années.

Si, toutefois vous avez peur de vous confier à Tidy, sachez que la version actuelle de Sigil, la 0.34 inclut un switch qui permet, si l'utilisateur le souhaite, de désamorcer html Tidy. Dans ce cas là, les défauts de votre fichier ne seront pas corrigés et vous avez la garantie qu'il restera dans l'état misérable où vous l'avez produit. :p

Si vous êtes un utilisateur de W2X et que vous ayez pris soin d'utiliser exclusivement des styles (F11) avec LibreOffice, vous disposez déjà d'un fichier xhtml transcrit de façon très propre. Vous n'avez donc pas besoin de Tidy, et l'usage de ce switch est tout à fait possible. Dans ce dernier cas, vous pouvez encore utiliser Sigil pour changer manuellement du code, notamment pour rendre vos images redimensionnables. Plus personne à accuser que vous.

Si vous êtes un utilisateur d'Atlantis, votre fichier html ne peut pas être corrigé ou modifié par Sigil en raison d'un défaut de conception d'Atlantis. La solution reste toujours voilée de mystère.

Nota: je n'ai pas instantanément fourni cette information parce que j'utilise une vieille version portable de Sigil. Mais je me suis renseigné pour l'occasion.

Vous me faites marrer, tous les deux, avec votre troll… Ce forum est moribond, plus personne n’y va, et quand je m’y pointe, par curiosité, une fois par mois, à chaque fois je tombe sur vos messages, qui continuent et continuent. On dirait deux buveurs qui continuent à s’engueuler, dans une brasserie vidé, au rideau baissé, avec les chaises sur les tables et le balayeur qui sifflote pendant que vous gesticulez… Continuez, déjà 6*pages ! :D

Bonjour Nicolas. :)

Horace contre Curiace.

Heureux de te faire marrer. Tu nous fais part, dans un style amusant et imagé, de ta lassitude, voire de ton incompréhension.

Merci de me donner l'occasion de faire le bilan de cet épisode, sans doute peu glorieux. Je ne suis pas un habitué du genre, et c'est bien la première fois en plus de deux ans de fréquentation de ce forum que j'ai agi de cette façon.

Le rideau est-il baissé ? Absolument pas pour moi, même si j'ai le sentiment que je vais désormais pouvoir continuer de façon paisible, comme au début de ce fil.

Le sujet -et la polémique autour de lui- n'est pas intéressant! Cela, je le récuse absolument. C'est le propre de tous les fils de forum. Le firmware du 602 est-il plus intéressant que la production d'EPUB ? Cela dépend naturellement de chacun... Et la longueur d'un fil dépend de la matière à traiter et ici, il s'avère qu'il y en a beaucoup.

Le problème à vrai dire est que le forum français dispose d'une fenêtre beaucoup trop étroite. Si nous nous étions écharpés sur le forum anglophone, tu t'en serais à peine rendu compte. Malheureusement, le forum français est ce qu'il est. Néanmoins, personne n'est forcé de nous lire.

Enfin, une guerre cela se mène à deux. Je suis tombé sur un expert. Malheureusement, comme beaucoup d'experts, le champ de son expertise est très étroit. Il s'avère que s'il connait -probablement- le traitement de texte, il ne connait pas grand chose aux images, et peu de choses au CSS et à l'html. J'ai pu ainsi constater nombre de ses erreurs.

Me rendant compte de cela, puis de sa mauvaise foi condescendante à les reconnaître, je n'avais que le choix de laisser tomber ou de prendre la peine de relever minutieusement les erreurs, une par une. C'est ce que j'ai finalement fait.

Est-ce une erreur ? Je ne le pense toujours pas. Par contre j'admets que j'ai pu agacer certaines personnes comme toi. Aussi, vais-je chercher maintenant à me faire pardonner.

Edition

Le petit dernier: Le mariage de don Quichotte de Paul-Jean Toulet.
http://www.mobileread.com/forums/showthread.php?p=1452089#post1452089
Seuls les esprits mal intentionnés y verront un lien avec le combat ci-dessus...:)

Nouveauté technologique.

Pour ceux que j'ai fait ch..., je propose de sortir non par le haut mais par le bas. Voici en photo, une solution technologique de pointe que j'ai rencontrée ces jours derniers.

Grâce à son interface sophistiquée et ses dix-huit boutons, elle permet de gérer granulairement le workflow. :p

Elle est nommée LooLoo.

Edition

Le petit dernier. "Une femme jalouse: roman moderne" d'Amédée PIGEON.

Les histoires d'amour finissent mal, en général. Celle-ci ne fera pas exception.
http://www.mobileread.com/forums/showthread.php?p=1458294#post1458294

Bonjour

EDITION

Le petit dernier: Au Tonkin de Paul BONNETAIN
http://www.mobileread.com/forums/showthread.php?p=1469103#post1469103

Si vous voulez avoir une idée de la page de couverture (moderne):
http://www.editions-harmattan.fr/index.asp?navig=catalogue&obj=livre&no=31253

Je n'ai pas l'habitude de commenter les ouvrages. Je ferai exception à la règle. J'ai réservé ce commentaire pour la partie française de ce fil, sachant qu'ainsi il ne passera pas à la postérité.

J'ai déjà édité sur MR L'opium et Amours nomades écrits par le même auteur et les ai lus avec plaisir. Il y avait bien, ici ou là, quelques propos un peu rudes, mais après tout, ils étaient dans la bouche de personnages de fiction.

Ce texte m'a surpris. Il est antérieur aux deux ouvrages cités et l'auteur s'y exprime en nom propre. Envoyé littéraire du Figaro, il va passer son premier séjour - de trois mois - au Tonkin. Son reportage, initialement publié sous forme de lettres, sera ensuite regroupé dans ce recueil.

Ce qui m'a fait réagir ici, ce n'est pas tant la description - très superficielle - du Tonkin que l'on y trouve mais ce qu'il révèle de son auteur et notamment son mépris avoué, absolu, viscéral, sans appel pour la population indigène, faite pour servir à jamais de bêtes de somme (XI - A travers Hanoï) dans notre colonie idéale. Mépris qu'il ne manque pas, bien sûr, de faire partager à ses lecteurs, probablement convaincus d'ailleurs.

A côté de cela, la contemplation de paysages aquatiques, de préférence brumeux, rivières, lacs, mers, qu'importe, lui arrache immanquablement des pages complaisantes. On sent qu'il est enfin là dans son élément.

Mais sa sensibilité d'artiste a ses limites: pour pouvoir écrire quelques pages troublées, il nous fait savoir qu'il a demandé - et obtenu - d'avancer de quelques jours la date de la décapitation au sabre de trois pirates que son départ programmé lui aurait fait rater.

C'était une autre époque… Si, si, il faut le croire.:)

Un produit... révolutionnaire :p

Il avait été annoncé le 3 mars sur ce fil. Après les épines, la rose...
Le guide L'EPUB en pantoufles a été publié aujourd'hui sur MobileRead aux formats EPUB et PDF :
http://www.mobileread.com/forums/showthread.php?p=1488356#post1488356

Vous trouverez notamment dans les pièces jointes le document source au format ODT, un tirage PDF et la dernière version non officielle de W2X que le développeur Henrik JUST a bien voulu m'adresser le 24 mars 2011.

Cet EPUB est bien sûr certifié 100% LibreOffice et W2X.

La version officielle 1.1.7 de W2X vient d'être publiée ce matin!! :)

Vous pouvez la télécharger sur le site de l'auteur (http://writer2latex.sourceforge.net/index1.html#news)

Maintenant on est un peu plus. Bonne initiative Roger64.

@Zeypki

Merci! mais ce n'est pas toujours évident de se faire entendre...

Censure :eek:

Il existe un forum francophone pour les amateurs d'ebooks dont je ne tiens pas à citer le nom et qui, bien sûr, n'est pas MobileRead. Pour votre information le message suivant y a été censuré ce matin (retiré, disparu, annulé) alors je ne résiste pas au plaisir de vous le citer dans son intégralité, sans modifier un iota, juste pour respirer l'air de la liberté, parce que, honnêtement, il n'y a vraiment pas de quoi fouetter un chat.

Je rajoute ici que j'aime beaucoup calibre, c'est un logiciel multi-facettes indispensable réalisé par notre génial Mr Vichnou aux mille bras et je conseille vivement son emploi en général.

début du texte censuré

Tableaux et W2X: êtes-vous intéressés par des tests comparatifs?

L’affichage de tableaux peut présenter parfois des difficultés techniques. C’est un point fort de W2X qu’il m’a paru intéressant de vous commenter.

J’ai eu l’occasion hier, d’aider un des membres du forum à réaliser un tableau sur plusieurs pages à partir du fichier html qu’il avait publié. Après l’avoir -classiquement- inséré dans LibreOffice et remis en forme, j’ai exporté le même fichier odt vers l’EPUB d’une part avec calibre 0.7.53, d’autre part avec W2X. A aucun moment ensuite je n’ai retouché les EPUB avec quoi que ce soit.

Voici une photo des résultats avec ADE Windows. Le tableau réalisé par calibre présente les problèmes suivants: alignement à gauche, pas d’affichage en pourcentage. Il ne faut pas en tirer une conclusion globale car la source est un fichier odt et il ne s’agit que d’un seul test. Le tableau réalisé par W2X est correct tant en pourcentage qu’en alignement.

http://pix.toile-libre.org/upload/thumb/1303624041.jpg (http://pix.toile-libre.org/?img=1303624041.jpg)

http://pix.toile-libre.org/upload/thumb/1303624098.jpg (http://pix.toile-libre.org/?img=1303624098.jpg)

Voici le lien qui vous permettra de télecharger le fichier source odt et l’EPUB réalisé avec W2X. Je vous laisse le soin de réaliser l’EPUB avec calibre selon votre méthode favorite.
http://ubuntuone.com/p/oI6/ c’est le fichier petitbateau.zip

Constatant que calibre est couramment préconisé sur ce forum dans ce domaine (en raison de la déficience chronique d’Atlantis à ce sujet), il me semble que ce sujet peut présenter un intérêt pour ses membres.

Je suis disposé à aider à la réalisation de tests comparatifs dans ce domaine qui permettent à tout un chacun de se faire une opinion en connaissance de cause.

fin du texte censuré

Oui je connais ce forum, c'est le règne de la pensée unique là-bas.

Bon, la vie continue hein? :)

Incorporation des polices - Lettrines - Vraies petites capitales
Embedded fonts - Drop-caps - True small capitals

Avec des remerciements pour Eric Muller qui m'a mis sur la bonne piste. Les défauts sont bien sûr les miens.

Ce texte sera repris et arrangé dans la V2 de l'EPUB en pantoufles (peut-être le titre sera t-il l'EPUB en manches de chemise :) )

Ouvrez votre fichier odt dans LibreOffice. Notez qu'il a des titres avec l'effet petites majuscules. Allez dans Outils/Options/ dans l'onglet Writer2xhtml choisissez Stylesheets, puis ajoutez (Load) le fichier joint ici et appelé StyleLibertine.css. Validez.

Ce fichier est la partie la plus complexe à écrire puisqu'elle contient la déclaration font-face adaptée à la police Linux Libertine qui sera incorporée, ainsi que des lignes CSS pour les lettrines et les vraies petites capitales. Mais enfin, une fois qu'il est écrit, il resservira chaque fois que vous voudrez incorporer Linux Libertine.

Puis vous exportez l'EPUB avec W2X. N'oubliez pas de choisir l'option custom pour la feuille de style ( au lieu de original).

Une fois que l'EPUB a été créé, ouvrez-le avec Sigil: notez qu'il a bien deux feuilles de style et les liens qui vont bien.
- ajoutez les polices dans le dossier Fonts (clic droit add existing items)
J'ai demandé à H. Just de rajouter cette fonction élémentaire dans W2X.
- insérez les lettrines où il faut (j'en ai mis un paquet pour voir)
<span class="dropcap">X</span>
- corrigez les éléments de smallcaps qui suivent les lettrines
<span class="smcp">XXXX</span>

Nota: les lettrines sont un art imparfait. Il faut encore affiner les réglages. Faire correspondre les line-height notamment. Mais l'essentiel fonctionne.
Je suis preneur de vos remarques.

Sauvegardez, secouez. Normalement vous y êtes.

Sortez votre mouchoir, c'est une histoire triste et ... libertine évidemment.

Juste à corriger les lettrines à mettre dans la même balise <p> que le reste du § et c'est bon. Sympa cette police…

Exact. Corrigé merci ( pas sur le texte en ligne).

Je suis en train d'essayer de tester quelques options avancées de W2X pour montrer ce qu'il peut faire (pour la V2). L'une d'elles à laquelle je ne comprend pas grand-chose pour le moment est le style-mapping

"Configurable mechanism for mapping between ODT element styles and XHTML element styles. So italics in your ODT can, for example, be mapped to i ou em element or whatever.

Cela pourrait simplifier le code et supprimer quelques sgc ou span class un peu lourds, y compris pour le superscript? Mais je regarde un peu tout ça comme une poule qui a trouvé un couteau.

Cela se passe dans Outils/Options, onglet Writer2xhtml et entrées Master styles notamment pour les styles de paragraphe et aussi Other styles Ce dernier s'applique spécifiquement aux attributs de style (bold, italic, superscript etc.) J'aimerais bien préparer un fichier pour servir d'exemple.

Il y a un petit chapitre de la doc consacré à ce sujet appelé Style maps (paragraphe 4.2.7) qui donne quelques exemples mais c'est un peu ... aride.

Style-mapping: OK j'ai la solution!! :)

Je posterai ça ce soir ou demain, le temps de rendre une copie propre. Cela fonctionne très bien et finalement, c'est pas compliqué. :2thumbsup

A priori tu ne peux utiliser les balises de remplacement du formatage en dur que si tu choisis d'ignorer les styles dans les options d'export…

Je recommande de ne pas utiliser le formatage en dur et de recourir constamment aux styles. Pour l'italique, il faudra utiliser le style de caractère "Accentuation" (Emphasis) et pour le gras "Accentuation forte" (Strong emphasis).

OUi tu as raison.

Pureté du code: le style-mapping avec W2X

Dans l’EPUB en pantoufles, j'avais mentionné que l’utilisation des styles est très vivement recommandée. Toutefois, ceux qui ont lu le texte attentivement ont aussi lu qu’une sorte de permis de polluer était accordée aux attributs de style (gras, italiques, exposants, souligner, rayer, etc.), . Il est maintenant temps d’y mettre fin. :)

1. Les attributs de style

Parmi les options avancées de W2X, le style-mapping permet de «récupérer» ces attributs de style, reliquats du formatage manuel ou "hard formatting", et de les intégrer comme éléments de style CSS, nous faisant ainsi franchir un pas supplémentaire (et important) en matière de pureté du code.

La manip est basique:
- Ouvrez outils/options, dans l’onglet Writer2xhtml/Other styles
sélectionnez successivement les attributs de style concernés en leur attribuant un «élément» de style qualifié par une lettre ou un mot et validez

2. Sélectionnez dans l’onglet Writer2xhtml/Formatting l’option «ignore hard formatting». Ce faisant, vous faites un petit pas dans le vide. Si votre texte est bien stylisé, vous serez récompensé, si vous avez encore du formatage manuel par ci par là, je n’en suis pas sûr...

3. Les master styles

Vous pouvez aussi qualifier de la même façon les styles de paragraphe (de liste, de caractère etc.), par exemple le style corps de texte (par la lettre p).

Un menu déroulant vous permet de sélectionner le style concerné, vous l’associez à une lettre ou à un mot, éventuellement, s’il s’agit d’une style dérivé, vous l’associez à une classe et vous sauvegardez.

4. La théorie et la pratique du style-mapping

J’ai remarqué quelques défauts, peut-être imputables à une erreur de manipulation de ma part avec un fichier de test.
- les attributs joints bold italic sont supportés mais seul l’argument bold est mappé.
- le style p perd son indent et sa justification (que j'ai du rajouter dans la feuille CSS)
- les images flottantes perdent la marge latérale avec le texte
En fait, il faudrait que l'on puisse continuer à utiliser conjointement la feuille de style originale et les éléments customisés. C'est possible pour l'incorporation des polices, peut-être ai-je raté quelque chose.

Cela n’empêche pas de continuer à faire des essais.

Nota: la nuit portant conseil, je crois avoir trouvé la raison de ces déficiences. En bref, moi. Je vais vous épargner mes tâtonnements et ne reprendrai contact à ce sujet que pour vous montrer le fichier de test.

La version standard de W2X n'a par ailleurs aucun problème de ce genre, bien sûr.

Bonjour

Codez comme un pro ou un exemple de style-mapping avec W2X

Aujourd'hui une petite friandise. :) Celui qui a parcouru L'EPUB en pantoufles au chapitre "Mettez votre texte au régime" est tombé sur cette phrase accompagnée d'une photo:
L'emploi des attributs de style constitue une exception à la recommandation générale qui veut
que l'on évite de recourir au formatage direct du texte

Il est facile de mettre fin à cette exception. Voyons comment.

Le style-mapping est l'une des options avancées de W2X. Plutôt que de vous estourbir avec du bla-bla, voici trois photos:

La première est celle du premier paragraphe d'une œuvre classique appelée Lorem Ipsum sur un fichier odt avec une image flottante à gauche. Le texte comprend les attributs de style suivants: trois gras, deux italiques, deux barrés, un souligné, deux exposants (j'ai un peu chargé pour les besoins de la démo).
Cliquer deux fois pour avoir le zoom.
http://pix.toile-libre.org/upload/thumb/1303996776.png (http://pix.toile-libre.org/?img=1303996776.png)
La seconde est le code de ce paragraphe créé par W2X sans utilisation du style-mapping.
http://pix.toile-libre.org/upload/thumb/1303996812.png (http://pix.toile-libre.org/?img=1303996812.png)
La troisième est le code de ce paragraphe créé par W2X avec utilisation du style-mapping.
http://pix.toile-libre.org/upload/thumb/1303996854.png (http://pix.toile-libre.org/?img=1303996854.png)

Les attributs de style sont devenus des éléments de style et sont rentrés dans la loi commune. C.Q.F.D.
Inutile, je crois, de faire d'autres commentaires. Dans les jours prochains, j'écrirai pour donner la façon de s'y prendre.

Nota: j'ai demandé à H. Just le code du bolditalic Il est bien sûr transcrit sans problème, mais rendu par un tag b pour le gras et par un sgc disgracieux pour l'italique. Attendez quelques jours.

Nota 2 pour les cadres (frames), je conserve l'option "ignore all styles" de façon à conserver le détail des marges

Nota 3 pour la perte des attributs de texte du style principal, je rajoute un embryon de feuille de style custom qui conserve les valeurs des styles mappés.

Bonjour

Ceci est un commentaire lié au post précédent.

Les options avancées de W2X: le style-mapping en raccourci

Dans l’EPUB en pantoufles, l’utilisation des styles est vivement recommandée. Toutefois, il y est indiqué qu’une sorte de dérogation est accordée aux attributs de style (gras, italiques, exposants, souligner, barrer, etc.).

Ce n’était que partie remise. Voici comment mettre fin à cette dérogation. Tout se passe dans les options avancées de W2X (menu Outils/options/writer2xhtml).

1. Les attributs de style (fenêtre Other styles)

Le style-mapping permet d’abord de transformer ces attributs de style, reliquats du formatage manuel (hard formatting) en éléments de style, nous faisant ainsi franchir un pas supplémentaire (et important) en matière de pureté du code. De simples éléments xhtml ont remplacé les attributs de style.

Le mode opératoire est le suivant :
- Dans LibO Writer, ouvrez outils/options, puis dans l’onglet Writer2xhtml/Other styles
sélectionnez successivement les attributs de style concernés en leur attribuant un élément de style qualifié par une lettre ou un mot et validez.
http://pix.toile-libre.org/upload/thumb/1304052855.png (http://pix.toile-libre.org/?img=1304052855.png)

2. Fenêtre formatting

Maintenant, sélectionnez dans l’onglet Writer2xhtml/Formatting l’option «ignore hard formatting». Ce faisant, vous faites un petit pas dans le vide. Si votre texte est bien stylisé, vous serez récompensé, si vous avez encore beaucoup de formatage manuel par ci par là, je n’en suis pas sûr...
http://pix.toile-libre.org/upload/thumb/1304052973.png (http://pix.toile-libre.org/?img=1304052973.png)

3. Fenêtre master styles

Vous pouvez aussi qualifier de la même façon certains styles de paragraphe et de caractère. Des exemples sont fournis pour les uns et les autres (par exemple le style corps de texte mappé par la lettre p). Parmi les styles de caractères vous pouvez mapper l’accentuation (em), l’accentuation forte (strong), l’appel de note de fin (sup) etc.
http://pix.toile-libre.org/upload/thumb/1304052913.png (http://pix.toile-libre.org/?img=1304052913.png)

Il est aussi possible de la même façon de mapper des styles de titre, de liste, de cadre bien qu’il me semble que cela semble présente moins d’intérêt.

Un menu déroulant vous permet de sélectionner le style concerné, vous l’associez à une lettre ou à un mot, éventuellement, s’il s’agit d’une style dérivé, vous l’associez à une classe et vous sauvegardez.

4. Custom style sheet (Feuilles de style personnalisées)

Le détail de chaque style mappé n’est pas indiqué. Il est donc conseillé de rajouter une feuille de style externe (custom) à titre de complément, reprenant les informations relatives à chacun de ces styles mappés. Cela se passe ici.
http://pix.toile-libre.org/upload/thumb/1304053236.png (http://pix.toile-libre.org/?img=1304053236.png)

L’option custom vous permet d’ajouter votre propre feuille de style à la feuille de style standard réalisée par W2X. Elle peut être utilisée par exemple pour ajouter des informations relatives à:
- la déclaration font-face en cas d’incorporation de polices
- éléments CSS relatifs aux lettrines ou aux vraie petites capitales
- et, pour ce qui nous intéresse ici, les éléments CSS relatifs aux styles de paragraphe ou de caractères mappés (détails du style de paragraphe p par exemple).

4. Difficultés rencontrées

J'ai finalement recontré peu de problèmes:
- l’attribut de style bold italic est correctement transcrit mais seul l’argument bold est mappé (l’argument italic est transcrit par un sgc). Je l'ai signalé au développeur parce que je n'ai pas trouvé de solution élégante.
- les images flottantes perdent la marge latérale avec le texte lorsque l’option «ignore all formatting» est cochée pour les cadres (frames) et il est nécessaire de les rajouter manuellement. Dans l’immédiat, le solution consiste à sélectionner «ignore all styles» au lieu de «ignore all formatting» (voir photo).
- les attributs des styles sont perdus au mappage (ex: le style p perd la justification et l’indent) . La solution consiste à les rajouter sur une feuille de style externe.

Important: Dans la boite de dialogue de W2X, il faut exporter avec l'option custom et non original formatting

Des petits trucs sur les styles

Curieusement, l'usage des styles est considéré par certaines personnes avec méfiance alors qu’il apporte une extrême souplesse d’emploi et simplifie grandement les tâches de mise en forme du rédacteur. Il faut juste consentir à passer un peu de temps à s’y mettre. Je vais donc essayer de les démystifier.

Combien de styles?

C’est une affaire de goût et de contenu. par exemple, selon que vous ayez ou pas des cadres ou des tableaux qui demandent en général des styles spécifiques. Un texte technique ou un livre d'histoire nécessitent d'ordinaire une mise en page plus complexe qu’une œuvre de fiction.

Si l’on reste dans le domaine de la littérature, je dirais entre dix et quinze: par exemple, mais ça n’a rien d’obligatoire, titre, sous-titre, h1, h2, voire h3, corps de texte, citation, chanson ou poème, contenu de tableau, notes de fin et quelques styles autres adaptés.

Dériver un style.

Vous avez un style de base. Vous voudriez le même avec une ou plusieurs différences. Celles-ci peuvent être très variables et concerner: l'indentation (ou pas), l'alignement (gauche, justifié, centré, droit), le style (gras, italique etc.), la taille, la police etc.

L'erreur à éviter est d'appliquer un formatage manuel.

Voici ce qui est conseillé:
Ouvrez F11 et cliquez sur le bouton «Nouveau style à partir de la sélection».
http://pix.toile-libre.org/upload/thumb/1304276183.png (http://pix.toile-libre.org/?img=1304276183.png)

La fenêtre du nouveau style va s'ouvrir, vous modifiez ce qui vous intéresse et vous sauvegardez sous le nouveau nom que vous donnez à ce style dérivé.
Ensuite seulement, vous appliquerez le nouveau style à ce que vous voulez.

Hiérarchie et style dérivé.

Rappelez-vous qu’il s’agit d’un style dérivé, c’est à dire qu’il dépend hiérarchiquement d’un style parent. Si vous modifiez ce dernier, vous modifierez aussi le (ou les) style dérivé à l’exception de ses différences constitutives:

Exemple; la différence de votre style dérivé est le style italique. Si vous modifiez la police du style de base, celle du style dérivé sera également modifiée mais il conservera le style italique.

Permuter deux styles

Ouvrez le menu Rechercher/remplacer de la façon suivante:
http://pix.toile-libre.org/upload/thumb/1304275857.png (http://pix.toile-libre.org/?img=1304275857.png)

Purger un texte mal ou trop formaté.

Vous n'arrivez à rien de bon avec un texte. Il se passe plein de trucs bizarres. Allez vers le haut de la petite fenêtre «appliquer le style» et choisissez l'option «effacer le formatage». Vous allez revenir au texte standard pour tout le document en perdant le formatage manuel mais en gardant les attributs du style standard (police, alignements etc...).

Vous avez aussi dans le même genre, clic droit à partir du texte puis vous choisissez, l'entrée de menu formatage par défaut pour aboutir au même résultat que ci-dessus.

Ce formatage avec retour à zéro est un peu intimidant à utiliser. Essayez le au moins une fois «à blanc" avec un texte de trois lignes.

Normalement le menu Edition dispose d'une fonction Undo puissante qui vous permet de corriger aisément toute erreur de manipulation éventuelle mais n'abusez pas de ces commandes.

Construire ou modifier un style.

http://pix.toile-libre.org/upload/thumb/1304275908.png (http://pix.toile-libre.org/?img=1304275908.png)

On fait clic droit et on choisit un menu: attention à ce choix.

Il faut choisir le menu «éditer le style du paragraphe». Cela modifiera le style de tous les paragraphes du style en question.
Cet outil extrêmement puissant qui vous permet de modifier finement un style. Il mérite que vous l'examiniez en détail car vous aurez fréquemment l'occasion d'y faire appel et tous les éléments seront pris en compte par W2X à l’exception des lettrines.
Si vous choisissez simplement l'entrée de menu paragraphe, vous ne modifierez que le style de ce paragraphe, ce qui revient à dire que vous créerez un micro-style parasite sans nom.

Parmi les éléments que l’on pense rarement à agréger à un style se trouvent les sauts de page.
Pour les styles majeurs, comme corps de texte, n’oubliez pas de préciser la valeur de l'interligne dans l'onglet Retraits et espacements. Choisissez-le de préférence proportionnel. C'est une fonction puissante et importante pour la lisibilité.

La chasse au saut de paragraphe vide

Le Writer permet d'afficher les caractères non imprimables, parmi eux les sauts de paragraphe.

On a tous tendance, pour ajuster une mise en page à rajouter des sauts -vides- de paragraphe en cliquant sur la touche Enter. C'est le signe de la malédiction du débutant.
Il seront transcrits dans le code de façon disgracieuse.
Comment les éviter?
- en y faisant attention
- en vérifiant l'agencement des marges des styles successifs
- en marquant des sauts de page

Pensez aussi que chaque objet (image, tableau, cadre) peut recevoir des marges via son menu spécifique (menus image, tableau, cadre).
Avec un peu d'habitude, vous verrez qu'on arrive à rendre une copie à peu près propre. La partie la plus délicate à cet égard est souvent l'en-tête du livre.

@Zeypki

Merci! mais ce n'est pas toujours évident de se faire entendre...

Censure :eek:

Il existe un forum francophone pour les amateurs d'ebooks dont je ne tiens pas à citer le nom et qui, bien sûr, n'est pas MobileRead. Pour votre information le message suivant y a été censuré ce matin (retiré, disparu, annulé) alors je ne résiste pas au plaisir de vous le citer dans son intégralité, sans modifier un iota, juste pour respirer l'air de la liberté, parce que, honnêtement, il n'y a vraiment pas de quoi fouetter un chat.

Je rajoute ici que j'aime beaucoup calibre, c'est un logiciel multi-facettes indispensable réalisé par notre génial Mr Vichnou aux mille bras et je conseille vivement son emploi en général.

début du texte censuré

Tableaux et W2X: êtes-vous intéressés par des tests comparatifs?

L’affichage de tableaux peut présenter parfois des difficultés techniques. C’est un point fort de W2X qu’il m’a paru intéressant de vous commenter.

J’ai eu l’occasion hier, d’aider un des membres du forum à réaliser un tableau sur plusieurs pages à partir du fichier html qu’il avait publié. Après l’avoir -classiquement- inséré dans LibreOffice et remis en forme, j’ai exporté le même fichier odt vers l’EPUB d’une part avec calibre 0.7.53, d’autre part avec W2X. A aucun moment ensuite je n’ai retouché les EPUB avec quoi que ce soit.

Voici une photo des résultats avec ADE Windows. Le tableau réalisé par calibre présente les problèmes suivants: alignement à gauche, pas d’affichage en pourcentage. Il ne faut pas en tirer une conclusion globale car la source est un fichier odt et il ne s’agit que d’un seul test. Le tableau réalisé par W2X est correct tant en pourcentage qu’en alignement.

http://pix.toile-libre.org/upload/thumb/1303624041.jpg (http://pix.toile-libre.org/?img=1303624041.jpg)

http://pix.toile-libre.org/upload/thumb/1303624098.jpg (http://pix.toile-libre.org/?img=1303624098.jpg)

Voici le lien qui vous permettra de télecharger le fichier source odt et l’EPUB réalisé avec W2X. Je vous laisse le soin de réaliser l’EPUB avec calibre selon votre méthode favorite.
http://ubuntuone.com/p/oI6/ c’est le fichier petitbateau.zip

Constatant que calibre est couramment préconisé sur ce forum dans ce domaine (en raison de la déficience chronique d’Atlantis à ce sujet), il me semble que ce sujet peut présenter un intérêt pour ses membres.

Je suis disposé à aider à la réalisation de tests comparatifs dans ce domaine qui permettent à tout un chacun de se faire une opinion en connaissance de cause.

fin du texte censuré

Binevenue dans le monde merveilleux des NewbieH :2thumbsup

À ne pas confondre avec NewbieS (NewbieStaline), le rang de l'administrateur de ce forum dont parle Roger.

L’admin de ce forum est persuadé que seule sa méthode est la bonne, et il vire sans pitié tout ce qui va à l’encontre de son catéchisme, surtout si on a l’impudence de venir lui faire des remarques sur la qualité pourrie générée par Calibre.

Bonjour

Bah, il ne s'agit que d'un épiphénomène. Il ne faut pas leur accorder plus d'importance qu'ils ne méritent. Exclu pour n'avoir pas toléré la censure, je vais continuer à labourer mon sillon sur ce forum sans regret. :cool: Je vois d'ailleurs, qu'à l'occasion de mon 400ème post, je viens de passer "Evangelist", c'est vous dire...

Je vais notamment préparer la V2 de l'EPUB en pantoufles qui devrait sortir en même temps que la nouvelle version.

Ayant été attaqué sans pouvoir me défendre sur des questions d'affichage de tableaux et d'images, j'avais préparé des fichiers de test pour mettre les choses au point.

J'avais effectué ce test pour un tableau http://ubuntuone.com/p/oI6/ en fournissant à la fois le fichier odt et le fichier EPUB généré par W2X

J'ai aussi fait la même chose pour les images http://ubuntuone.com/p/oy8/ J'avais en fait cherché à déterminer la taille optimale d'une image mais je n'ai guère obtenu d'écho.

Il y a deux fichiers odt et deux fichiers EPUB. Les dimensions des images varient légèrement et sont précisées dans le fichier.

Si ça tente quelqu'un, merci de vos remarques.

Bonjour

Quelques nouvelles de W2X.

Il va bien et continue à se développer. La version 1.1.8 devrait être publiée à la fin juillet mais une version de développement est déjà disponible (voir pièce jointe).

Les améliorations.

Titres cachés.

Dans votre fichier odt, si vous barrez un titre (attribut de style: barré), le texte n'apparaîtra pas dans l'EPUB. Mais le titre apparaîtra cependant -non barré- dans le TOC de l'EPUB.

Incorporation de polices.

Une case supplémentaire appelée Resources a été ajoutée dans le menu options/writer2xhtml/stylesheets. Vous pouvez maintenant ajouter, non seulement une feuille de style supplémentaire, mais aussi des polices. Il vous suffit de la sélectionner à partir du bouton New.
En raison d'un bug sur OpenOffice, il vous faudra cliquer autant de fois que vous aurez de polices à sélectionner, mais ce sera à partir du même répertoire. Idem pour supprimer les polices. Donc dès aujourd'hui plus besoin de Sigil pour mener à bien cette opération.

http://pix.toile-libre.org/upload/img/1308564131.png (http://pix.toile-libre.org/?img=1308564131.png)

Page de couverture

Une option nouvelle a été rajoutée dans le panneau d'exportation vers l'EPUB pour insérer une image en pleine page. Elle doit être couplée avec l'option "relative %". Il faut aussi que le rapport largeur/hauteur de cette image soit égal ou supérieur à 3x4. Je posterai dès que possible des fichiers de test.

http://pix.toile-libre.org/upload/img/1308564165.png (http://pix.toile-libre.org/?img=1308564165.png)

Bonjour

Quelques nouvelles de W2X.

Il va bien et continue à se développer. La version 1.1.8 devrait être publiée à la fin juillet mais une version de développement est jointe plus bas.

Les améliorations.

Titres cachés.

Dans votre fichier odt, si vous barrez un titre (attribut de style: barré), le texte n'apparaîtra pas dans l'EPUB. Mais le titre apparaîtra cependant -non barré- dans le TOC de l'EPUB.

Incorporation de polices.

Une case supplémentaire appelée Style resources a été ajoutée dans le menu options/writer2xhtml/stylesheets de LibreOffice. Vous pouvez maintenant ajouter, non seulement une feuille de style supplémentaire, mais aussi des polices. Il vous suffit de la sélectionner à partir du bouton New.
En raison d'un bug sur OpenOffice, il vous faudra cliquer autant de fois que vous aurez de polices à sélectionner, mais ce sera à partir du même répertoire. Idem pour supprimer les polices. Donc dès aujourd'hui plus besoin de Sigil pour mener à bien cette opération.

http://pix.toile-libre.org/upload/img/1308564131.png (http://pix.toile-libre.org/?img=1308564131.png)

Page de couverture

Une option nouvelle a été rajoutée dans le panneau d'exportation vers l'EPUB pour insérer une image en pleine page. Elle doit être couplée avec l'option "relative %". Il faut aussi que le rapport largeur/hauteur de cette image soit égal ou supérieur à 3x4. Je posterai dès que possible des fichiers de test.

L'insertion de l'image de couverture se fait de la même façon que toutes les autres images. Sa qualité d'image de couverture sera prise en compte automatiquement. Il ne lui manque actuellement que de lui donner l'appelation cover dans la liste des chapîtres. Ceci sera rajouté très bientôt.

http://pix.toile-libre.org/upload/img/1308564165.png (http://pix.toile-libre.org/?img=1308564165.png)

Conversion des attributs de style.

Vous pouvez sélectionner dans LibreOffice Outils/Writer2xhtml/Other styles les tags que vous souhaitez employer pour mapper les attributs de style.

J'avais indiqué sur ce fil avoir constaté un bug de W2X pour mapper le bold-italic. Je ne parvenais à visualiser cette expression dans le code : <b><i>bold-italic</i></b> avec Sigil 0.4.beta Linux même si le bold-italic était correctement retranscrit dans le texte..

En fait, après enquête un peu longue, il s'avère que W2X n'est pour rien dans cette affaire et que Sigil n'a pas vraiment tort non plus. Il est en fait préférable de choisir les bons tags.

J'ai désormais sélectionné de façon permanente les tags suivants (la liste n'est pas limitative, je n'ai cité que les plus usuels). Les voici à titre d'exemple.

Bold (gras): <strong>
Italics: <em>
Superscript (exposant): <sup>
Overstrike (barré): <del>

Cliquer deux fois pour avoir le plein écran. Regardez notamment le mot lacinia (bold-italic)
http://pix.toile-libre.org/upload/thumb/1309273357.png (http://pix.toile-libre.org/?img=1309273357.png)

J'ai choisi de ne pas utiliser Souligner (Underline) après avoir lu dans W3Schools.com : "It is not recommended to underline text that is not a link, as this often confuses users." Les liens sont déjà automatiquement soulignés par W2X. Mais tout autre choix reste bien évidemment possible.

Une fois que vous avez validé les options ci-dessus, W2X les garde en mémoire et leur mise en oeuvre sera désormais automatique -sous réserve du choix de l'option custom- .

Bonjour

EPUB illustré

Le convertisseur Amanuensis est un outil de qualité récemment publié. Il utilise une technique analogue à la version ligne de commande de W2X dont il se différencie notamment par l'ajout de plusieurs macros. Cependant, son auteur (anonyme) l'a placé sous copyright et il est inutilisable sur Linux et sur Mac.

Il a été fourni avec un EPUB de démonstration en deux versions, avec et sans illustrations, accompagnées de leur fichier source au format ODT. L'oeuvre choisie est "Le docteur Jekyll et Mr Hyde" de R-L Stevenson.

J'ai voulu montrer comment générer depuis ce fichier ODT la version illustrée de cet EPUB en n'utilisant que des logiciels libres, essentiellement le couple LibreOffice - W2X complété par Sigil.

Comment

Pour alléger l'EPUB, j'ai converti les 4 images png au format jpg avec GIMP (pas d'obligation, leur résolution étant inférieure au seuil généralement conseillé de 600x800). J'ai volontairement conservé toutes les images jpg, y compris l'image de couverture en dépit de sa résolution un peu forte (1024x1410).

1. - Depuis LibreOffice (et W2X) j'ai :
- inséré les 4 images jpg citées ci-dessus et l'image de couverture
- rempli les champs Titre, Auteur et Date des méta-données.
- permuté le style Lettrines (trop spécifique) avec un autre.
- incorporé la police Linux Libertine et ses vraies petites majuscules
- inséré une feuille de style personnalisée contenant notamment la déclaration @font-face pour Linux Libertine et les éléments CSS pour les lettrines et les vraies petites majuscules.

J'avais déjà eu l'occasion d'utiliser cette même feuille de style personnalisée sur ce fil.

2. - Après avoir généré l'EPUB avec W2X, j'ai utilisé Sigil pour
- renommer la page de couverture du nom de cover.xhtml (W2X le fera à la fin du mois).
- mettre en place directement les lettrines dans le code du texte.
- modifier des détails d'affichage (rajout d'une bordure double inexistante dans l'odt, modification de quelques font-size par choix ou souci de cohérence)

Différences restantes

Pas de suivi de contour pour les quatre images png concernées *
Pas d'espaces fines insécables émulées.

Conclusion

La création de cet EPUB n'a pas posé de problème particulier.
L'utilisation de LibreOffice/W2X prolongée par Sigil offre des possibilités de contrôle étendues et flexibles avant et après la création de l'EPUB.

La technique ci-dessus a fait l'objet de billets publiés ces mois derniers sur ce fil, tant pour l'incorporation des polices que pour les lettrines et les images. Elle sera détaillée prochainement dans la nouvelle version du guide concernant W2X.

Je serai heureux d'être informé des défauts constatés ou des propositions d'amélioration. Cela ne pourra que profiter à W2X.

NB: en ce qui concerne le suivi de contour, vous pourrez consulter l'EPUB de Jellby publié en mai sur MR ici (http://www.mobileread.com/forums/showthread.php?t=135679)

NB2: en ce qui concerne la génération de l'EPUB, j'utilise automatiquement avec W2X le style-mapping décrit dans le billet précédent.

Bonjour :)

La deuxième version du guide l'EPUB en pantoufles a été publiée aujourd'hui sur MobileRead.

Vous trouverez des informations complémentaires ICI (http://www.mobileread.com/forums/showthread.php?p=1663231#post1663231)

Bonjour

La version stable de W2X 1.1.8 a été publiée aujourd'hui. (http://writer2latex.sourceforge.net/)

Nouveauté concernant la page de couverture.

Si vous cochez l'option ad hoc (zone grisée sur la copie d'écran), la première image de votre fichier ODT sera utilisée comme page de couverture de votre EPUB lors de l'export.

http://pix.toile-libre.org/upload/img/1312882934.png (http://pix.toile-libre.org/?img=1312882934.png)

Pour information, le code utilisé pour cette page de couverture sera le suivant (ceci est un exemple):
http://pix.toile-libre.org/upload/img/1312883015.png (http://pix.toile-libre.org/?img=1312883015.png)

Merci Roger64 pour ce tuto : très intéressant et très utile pour comprendre comment tourne Writer2xtml (que j'ai découvert il y a quelques jours et qui est très bon d'ailleurs)

Cependant j'aurais quelques remarques :

En faisant joujou avec, et notamment les exercices proposés dans le tuto, j'ai remarqué que Sigil repère plusieurs erreurs récurrentes lors de la validation.
=>Déjà avec la feuille de style proposée (Linux Libertine), j'ai ce message d'erreur :
This ressource is reachable but not present in the OPF <manifest>. "Reachable" means that a reference of some kind that points to this resource exists in the epub (pour le dossier OEBPS/Fonts/Linilibertine_bd-4.1...)
Le message est clair mais je ne sais pas comment résoudre le problème.

=>Deuxième souci : Writer2xtml rajoute apparemment un élément "média" qui n'est pas reconnu par le valideur de Sigil. Pour chaque début de chapitre j'ai ce message : unable to find validator for simple type of attribute "media".
Un ex de code avec l'élément media : <link href="../Styles/styles.css" media="all" rel="stylesheet" type="text/css" />

(à noter que ces deux éléments ne posent pas de problème pour epubcheck (http://threepress.org/document/epub-validate/))

=>Dernier souci : là c'est directement depuis LibreOffice : en testant les exercices proposés j'ai rajouté la feuille de style Linux Libertine dans Options/Writer2xtml/Style sheets comme demandé, sauf que je n'arrive plus à l'enlever. Que je décoche la case "Include custom..." ou que je supprime directement la feuille CSS dans le cadre, lorsque je reviens dans les options, la feuille de style est revenue. (assez énervant comme truc d'ailleurs).

Si tu as une idée pour résoudre tout ça, je la prends avec plaisir.
Merci d'avance.

Bonjour

Merci de ton retour. J'ai mis en gras mes éléments de réponse. Si tu veux bien mettre ton epub test sur un lien, je te propose d'y jeter un oeil.

Merci Roger64 pour ce tuto : très intéressant et très utile pour comprendre comment tourne Writer2xtml (que j'ai découvert il y a quelques jours et qui est très bon d'ailleurs)

Cependant j'aurais quelques remarques :

En faisant joujou avec, et notamment les exercices proposés dans le tuto, j'ai remarqué que Sigil repère plusieurs erreurs récurrentes lors de la validation.
=>Déjà avec la feuille de style proposée (Linux Libertine), j'ai ce message d'erreur :
This ressource is reachable but not present in the OPF <manifest>. "Reachable" means that a reference of some kind that points to this resource exists in the epub (pour le dossier OEBPS/Fonts/Linilibertine_bd-4.1...)
Le message est clair mais je ne sais pas comment résoudre le problème.

Cela provient d'une différence de libellé. Il faut vérifier soigneusement que le chemin soit strictement identique de part et d'autre. Là il existe une différence

=>Deuxième souci : Writer2xtml rajoute apparemment un élément "média" qui n'est pas reconnu par le valideur de Sigil. Pour chaque début de chapitre j'ai ce message : unable to find validator for simple type of attribute "media".
Un ex de code avec l'élément media : <link href="../Styles/styles.css" media="all" rel="stylesheet" type="text/css" />

(à noter que ces deux éléments ne posent pas de problème pour epubcheck (http://threepress.org/document/epub-validate/))

Oui, moi aussi j'ai ce retour et il est totalement sans incidence d'aucune sorte. Je l'avais signalé à Sigil à tout hasard comme bug. Je ne sais pas si ça se produit avec la dernière version 0.4.2.

=>Dernier souci : là c'est directement depuis LibreOffice : en testant les exercices proposés j'ai rajouté la feuille de style Linux Libertine dans Options/Writer2xtml/Style sheets comme demandé, sauf que je n'arrive plus à l'enlever. Que je décoche la case "Include custom..." ou que je supprime directement la feuille CSS dans le cadre, lorsque je reviens dans les options, la feuille de style est revenue. (assez énervant comme truc d'ailleurs).

Je n'ai pas constaté cela et la suppression dans le cadre fonctionne pour moi.

Si tu as une idée pour résoudre tout ça, je la prends avec plaisir.
Merci d'avance.

Bonjour,

Le fichier La Chinoise est en pièce-joint.

Pour la première erreur, j'ai regardé dans des fichiers pro (c-a-d acheté chez des éditeurs) et même s'ils sont bien fait, cet erreur revient dès lors qu'on intègre une nouvelle police dans l'epub (donc à priori l'erreur ne provient pas de Writer2xtml).
Je n'ai pas contre pas réussi à réparer le problème, car je ne sais pas où trouver le dossier Fonts (quand je dé-zip l'epub, le dossier OEBPS ne contiens rien du nom de Font)

Pour l'élément media, l'erreur n'a apparemment pas été corrigé dans Sigil 0.4.2 puisque c'est celui dont je me sert.

Et enfin pour ce qui est le nettoyage du cadre "Style Sheets", je n'y arrive toujours pas. Même après plusieurs désinstallation, ça reste. Mais c'est pas grave, je suis repassé sous OpenOffice.

Bonjour

J'ai effectué les deux opérations suivantes avec Sigil. Avec un peu d'entrainement cela se fait en quelques minutes. Ne pas oublier de sauvegarder. Le visionnage s'effectue au mieux avec Lucidor ou avec ADE bien qu'il soit aussi correct avec Sigil.

1. Inclusion des polices (elles n'avaient pas été rajoutées)

Ceci peut être fait avec OpenOffice à partir du fichier odt ou avec Sigil si l'on intervient sur le fichier EPUB.
Dans le premier cas, on rajoute les polices une par une, dans l'autre on sélectionne les cinq et on les ajoute d'un coup.
Pour Sigil, cela se fait à partir du dossier Fonts (voir copie d'écran jointe), clic droit, add existing items et on indique leur chemin

Les informations les concernant sont sur la déclaration @fontface que tu as déjà incluse.

Au contrôle avec FlightCrew il n'y a pas de problèmes de chemin à corriger. Pour éviter l'erreur que tu as rencontrée, il faut bien veiller à ajouter les polices en utillisant les logiciels et ne pas le faire manuellement car le logiciel écrit en même temps leur chemin sur le fichier récapitulatif content.opf

2. Rajout des lettrines et de leur expression d'appoint

Le support des lettrines et du membre de phrase suivant (en vraies petites majuscules) est inclu dans la feuille de style que tu as ajouté.

Dans le texte joint, après chaque paragraphe sans indentation, il te suffit de rajouter en mode code l'expression suivante:
<span class="dropcap">X</span><span class="smcp">xxxxxx</span>

Puis de remplacer selon le besoin, par exemple X par C et xxxxxx par e n'était et de sauvegarder.

Je te laisse faire à titre d'entrainement les autres lettrines sur les autres paragraphes sans indentation comme dans le modèle que tu as déjà téléchargé.

Bonjour,

En effet, l'epub ne pouvait être validé s'il manquait les polices (et c'est aussi pour ça que je ne trouvais pas le dossier Fonts : il ne ne pouvait exister sans police).
En fait je n'avais rajouté que la fiche CSS dans libre-office, je n'avais pas rajouté les polices dans le cadre de droite.
(j'avais du passer trop vite sur : "Vérifiez également l'incorporation des polices. Celle-ci a été faite, une par une, au moyen de la boite de dialogue voisine. (Outils /options/ writer2xhtml /Style Sheets)."

Tout est OK maintenant ! Merci pour les explications.

De rien.

Content que ça serve. N'hésite pas à reposter si tu as d'autres questions. :)

édition

Je viens de publier sur MobileRead Le besoin d'aimer (http://www.mobileread.com/forums/showthread.php?p=1812244#post1812244) de Paul ALEXIS.

Le livre a été réalisé en utilisant LibreOffice et son extension writer2xhtml.

Vous trouverez ci-joint, pour ceux que cela pourrait éventuellement intéresser, le document original au format ODT à partir j'ai exporté vers le format EPUB.

Aucun autre logiciel n'a été utilisé. Une image de couverture a été incluse.

Bonjour

édition

Je viens de publier sur MobileRead L'éducation amoureuse (http://www.mobileread.com/forums/showthread.php?p=1817351#post1817351), un recueil de nouvelles publié en 1890 par Paul ALEXIS.

Le livre, au format EPUB, a été réalisé en utilisant le logiciel LibreOffice et son extension writer2xhtml. Le texte de la page de couverture a été écrit avec Shutter.

Si quelqu'un souhaite la version ODT, n'hésitez pas à la demander.

Bonjour

édition

Je viens de publier sur MobileRead Un amour platonique (http://www.mobileread.com/forums/showthread.php?p=1820221#post1820221), un roman de "moeurs et d'études sociales" publié en 1886 par Paul ALEXIS.

Le livre, au format EPUB, a été réalisé en utilisant le logiciel LibreOffice et son extension writer2xhtml. Le texte de la page de couverture a été écrit avec Shutter.

Si quelqu'un souhaite la version ODT, n'hésitez pas à la demander.

Bonjour

édition

Je viens de publier sur MobileRead La fin de Lucie PELLEGRIN, (http://www.mobileread.com/forums/showthread.php?p=1823143#post1823143) un recueil de nouvelles publié en 1880 par Paul ALEXIS.

Le livre, au format EPUB, a été réalisé en utilisant le logiciel LibreOffice et son extension writer2xhtml. Le texte de la page de couverture a été écrit avec Shutter.

Si quelqu'un souhaite la version ODT, n'hésitez pas à la demander.

Bonjour

édition

Je viens de publier sur MobileRead Trente romans, (http://www.mobileread.com/forums/showthread.php?p=1828933#post1828933) un recueil de nouvelles publié en 1895 par Paul ALEXIS.

Le livre, au format EPUB, a été réalisé en utilisant le logiciel LibreOffice et son extension writer2xhtml. Le texte de la page de couverture a été écrit avec Shutter.

Information sur le TOC.

Les styles hiérarchiques suivants ont été utilisés dans l'odt: Titre, sous-titre, titre 1, titre 2 et titre 3. Lors de l'export EPUB, j'ai précisé que je ne voulais voir apparaître que les titres de niveau 1 et 2.

Bonjour

édition

Je viens de publier ici Vallobra (http://www.mobileread.com/forums/showthread.php?p=1842217#post1842217), un roman publié en 1901 par Paul ALEXIS.

La source est le PDF image détenu à Gallica (BNF).

L'EPUB a été réalisé à l'aide de LibreOffice, de son extension writer2xhtml. Le texte de la page de couverture a été écrit avec Shutter.

Bonjour

édition

Je viens de publier la deuxième version des "Souvenirs Militaires (http://www.mobileread.com/forums/showthread.php?p=1854391#post1854391) (1792-1814) écrits par Hippolyte d'Espinchal.

L'oeuvre comprend deux tomes.

Elle a été réalisée de la façon habituelle. :)

Bonjour

édition

Voici pour aujourd'hui:
- un roman historique en deux tomes:
Bataille de Kirholm ou l'amour d'une Anglaise (http://www.mobileread.com/forums/showthread.php?p=1885203#post1885203)

Pour ceux qui s'intéressent à ce sujet, cet EPUB comporte deux types de notes :
- des notes "classiques" de fin
- des notes en fin d'ouvrage rendues sous forme de liens hypertexte vers des repères de texte.

et

- un roman historique en quatre tomes:
Vie et amours de Marion de Lorme (http://www.mobileread.com/forums/showthread.php?p=1885216#post1885216).

Ces deux EPUB ont été réalisés dans les conditions habituelles.

Bonjour

édition

Les confessions de Marion Delorme (http://www.mobileread.com/forums/showthread.php?p=1900165#post1900165). Il s'agit d'un gros EPUB dont l'odt est joint ici.

L'EPUB comprend quelques illustrations et une police incorporée. Il a été réalisé dans les conditions habituelles.

Résolution des PDF images.

Les PDF image que l'on peut télécharger chez Gallica ont une résolution moyenne de 300 ppp qui se prête parfaitement aux travaux d'OCR.

J'ai remarqué que chez Google books, on trouve désormais de PDF images très agréables à lire d'une résolution bien supérieure (800 ppp environ). L'inconvénient, est qu'ils me semblent convenir moins bien aux travaux d'OCR. Sur mon -vieil- ordinateur, le délai de reconnaissance est multiplié par vingt... Parfois, dans sa miséricorde, Google joint un EPUB, brut d'OCR, qui peut servir de base de travail. Mais, ce n'est pas encore un cas général.

Si quelqu'un a des tuyaux à ce sujet...

Bonjour

- Un pamphlet d'Eugène de Mirecourt sur Alexandre Dumas. (http://www.mobileread.com/forums/showthread.php?p=1953737#post1953737)
Pour ceux que cela peut intéresser, on peut noter sur l'EPUB l'emploi de tableaux permettant d'opposer les textes plagiés aux textes originaux.

- Une biographie du même auteur sur Alexandre Dumas fils. (http://www.mobileread.com/forums/showthread.php?p=1959799#post1959799). Le portrait est nettement plus flatteur que celui de son père.

- Un autre EPUB du même auteur sur Lola Montès (http://www.mobileread.com/forums/showthread.php?p=1959791#post1959791) qui se rendit notamment célèbre en devenant la maîtresse controversée du roi Louis Ier de Bavière.

- Enfin, le petit dernier, qui nous sort un peu de la série "Les contemporains" a pour titre: La bourse, ses abus et ses mystères (http://www.mobileread.com/forums/showthread.php?p=1960201#post1960201)

Les quatre EPUB cités ci-dessus ont été réalisés comme d'habitude.

Bonjour

J'ai demandé à changer le titre de ce fil pour le rendre plus explicite.

édition

Deux œuvres d'Alexandre Dumas fils:

- un recueil de nouvelles, "La boite d'argent" (http://www.mobileread.com/forums/showthread.php?t=169345)

- une histoire d'amour, "Le roman d'une femme" (http://www.mobileread.com/forums/showthread.php?p=1969186#post1969186)

Les sources d'images PDF de livres anciens

Les deux principales sont, à ma connaissance, Gallica et Google books. La qualité technique de leurs images diffère sensiblement.

Les images de Gallica sont en moyenne d'une résolution de 300 ppi. Leur qualité varie beaucoup, non seulement selon l'état du livre (important) mais aussi, semble-t-il, selon l'humeur de l'opérateur. Leur qualité semble aller en s'améliorant.

La résolution des images de Google est variable mais en général plus élevée (de 600 à 1000 ppi). Leur qualité est aussi plus constante. La reconnaissance des textes nécessite alors des machines plus puissantes mais le résultat obtenu est bien meilleur.

Tout se passe comme si ces deux types d'image étaient conçues pour des générations informatiques différentes, Gallica desservant la plus ancienne.

Google fournit aussi soit des textes bruts (par groupes de quelques pages le plus souvent) ou des EPUB. L'un comme l'autre semblent n'avoir fait l'objet d'aucun traitement manuel et sont donc très perfectibles. En pratique, on n'éprouve guère de plaisir à lire ce genre de textes.

Bien que l'on puisse trouver, ici et là, des images PDF d'excellente qualité chez Gallica, si vous avez le choix, il me semble qu'il vaut mieux utiliser comme source de votre futur EPUB le texte brut ou l'EPUB de Google.

Logiciels

Les deux logiciels avec lesquels j'ai l'habitude de travailler sont LibreOffice (ou OpenOffice) et son extension writer2xhtml. L'auteur de l'extension, Henrik Just, n'a pas été très actif ces derniers mois.

Par contre, la suite LibreOffice avec sa version 3.5 sortie le jour de la Saint-Valentin (aucun rapport) a enregistré de nets progrès. Elle est aussi devenue plus réactive.

Bonjour

edition

Trois hommes forts (http://www.mobileread.com/forums/showthread.php?p=1978620#post1978620) d'Alexandre Dumas fils.

logiciel

Henrik Just, l'auteur de writer2xhtml (et de writer2latex), va publier incessamment la version 119 de l'extension.

Vous y trouverez notamment deux améliorations concernant la production du TOC et l'affichage de l'image de couverture. Le livre ci-dessus a été produit avec la version 119beta et utilise ces deux améliorations.

Comme l'a écrit l'auteur:
- Use zero body margin for the file containing the cover image in EPUB export
- Better treatment of missing heading levels in EPUB table of contents

Bonjour

édition maritime

Le rapport de l'amiral Togo (http://www.mobileread.com/forums/showthread.php?t=171056) sur la bataille de Tsoushima

Les "Lettres de l'amiral Courbet" (http://www.mobileread.com/forums/showthread.php?t=171055) publiées peu après sa mort en 1885.

Les merveilleux récits de l'amiral Le Kelpudubec (http://www.mobileread.com/forums/showthread.php?p=1990413#post1990413) d'Armand Silvestre.

Logiciel

Deux modifications mineures seront rajoutées à la version 119 de writer2xhtml pour éviter une remarque lors d'une vérification avec FlightCrew (intégré à Sigil). Les EPUB joints en disposent.

- Export date only for dc:date attribute in EPUB meta data (not date+time)
- Leave out media attribute for style sheets in EPUB export (prevented validation with FlightCrew)

NB. Plus de détails sur ce fil. (http://www.mobileread.com/forums/showthread.php?t=170161)

Bonjour

logiciel

La version 119 de l'extension writer2xhtml sera publiée cette semaine.

Elle inclut quelques changements mineurs mais bienvenus:
- page de couverture réellement à 100% (sans aucune marge)
- metadata: possibilité d'enregistrer une date de publication depuis 1800.
- création d'un TOC. Correction d'un bug-feature qui apparaissait au cas où votre EPUB n'avait par exemple que des titres de niveau 2.
- correction d'un bug qui créait parfois un chapitre vide à la fin de l'EPUB (chapitre prévu pour les notes de fin mais qui apparaissait même en leur absence).
- deux corrections qui déclenchaient une alarme FlightCrew (Sigil).

Comme une bonne nouvelle ne vient jamais seule, W2X permet de façon fiable 100% styles - c'est-à-dire en utilisant exclusivement LibreOffice - d'incorporer les polices (notamment des vraies petites majuscules) et mettre en place des lettrines dans vos EPUB.

Ne trouvant pas encore matière à refaire une édition de l'EPUB en pantoufles, je décrirai cette méthode dans un texte que je publierai avant la fin du mois.

édition

Voici un recueil de nouvelles de Richard O'Monroy. Il est intitulé : A la hussarde! (http://www.mobileread.com/forums/showthread.php?p=1999604#post1999604). Au cours des prochaines semaines, je publierai d'autres livres de cet auteur.

Cet EPUB a été réalisé en utilisant la version 119 de W2X. Vous y trouverez, pour ceux que ça intéresse, une police smallcaps incorporée selon la méthode "LibreOffice" que j'ai évoquée plus haut.

Bonjour, j'ai eu beaucoup de plaisir à lire vos quelques échanges car l'idée de faire des epub commence à me titiller.
L'un d'entre vous, s'est-il essayé à Indesign pour faire la mise en forme puis créer un epub? Ce logiciel (pas donné) me semble approprié, mais je me demande si l'investissement vaudrait le coup.

Bonjour

logiciel

La version 1.2 beta de writer2xhtml (et non la version 1.19) sortira demain. :)

InDesign?

J'en ai entendu parler. Je ne le connais pas. Je serais d'ailleurs curieux de savoir ce qu'il peut faire de plus que LibreOffice + W2X dans le domaine de la création d'un EPUB (en dehors peut-être de mettre à disposition un jeu de polices commerciales). Si tu cherches spécifiquement des infos à son sujet, le forum anglophone me parait plus adapté car je sais qu'il y a quelques utilisateurs d'In Design qui postent.

Quant aux échanges, euh... cela fait longtemps qu'ils ont cessé... :)

Quelles sont les fonctions dont tu as besoin sur ton EPUB?

Bonjour

logiciel

La version 1.2. (http://sourceforge.net/projects/writer2latex/) de l'extension W2X a été publiée aujourd'hui. Elle intègre les améliorations annoncées plus haut. W2X (writer2xhtml.oxt) est une composante du projet writer2latex.

Pour fêter la sortie de la nouvelle mouture de W2X, je mets aussi à disposition pour ceux que cela peut intéresser le fichier source odt. Il inclut, comme le précédent recueil, une police incorporée petites majuscules.

édition

Les femmes des autres (http://www.mobileread.com/forums/showthread.php?p=2002637#post2002637) de Richard O'Monroy.

Il s'agit d'un recueil de nouvelles.

Bonjour

Logiciel

Il a été évoqué plus haut les progrès relatifs à l'incorporation des polices et à la mise en place de lettrines. Il s'avère que ces deux points peuvent être totalement intégrés au fichier odt grâce à l'usage systématique des styles.

Comment cela se traduit-il pour l'utilisateur?

Dans les deux cas, il conviendra de prendre des mesures préparatoires (cela peut être fait une fois pour toutes, et restera naturellement facilement modifiable). Celles-ci seront détaillées très bientôt.

- polices incorporées

L'utlisateur choisit, par exemple, un style smallcap (style de paragraphe ou de caractère, selon ce qu'il désire) tout à fait comme pour un style ordinaire, pas plus, pas moins. W2X veillera à son affichage dans l'EPUB. Il est rappelé qu'il s'agit ici de vraies petites majuscules qui s'affichent dans ADE (Adobe Digiltal Editions).

- lettrines

Il est facile d'activer leur mise en place automatique. Cependant, tous les livres n'en ont pas besoin, leur affichage pourrait aussi ne pas convenir pour diverses raisons. En bref, cela posera à la longue des problèmes pratiques.

Il a été choisi pour cela une mise en place contrôlée par l'utilisateur depuis l'odt:
- Il clique sur le paragraphe où il veut installer la lettrine et choisit le style de paragraphe "lettrine".
- Il sélectionne ensuite la zone du texte d'appoint et choisit, en fonction de la lettrine, soit le style de caractère A ou le style V.

W2X veillera à leur transcription dans l'EPUB.

Voici une copie d'écran qui explique ce dernier choix (marge gauche du texte d'appoint) et montre le résultat. On peut bien sûr faire l'économie du style de caractère, mais ce n'est pas aussi joli... :)

Nota: on peut aussi aisément offrir le choix entre différents types de lettrine: petites (ex: 200%) ou grandes (ex:400%). Je n'ai pas voulu ici tout détailler.

Bonjour

Édition

Deux recueils de nouvelles de Richard O'Monroy.

Quand j'étais capitaine (http://www.mobileread.com/forums/showthread.php?p=2010567#post2010567),

Le péché capital (http://www.mobileread.com/forums/showthread.php?p=2010651#post2010651)

Ces EPUBs présentent notamment les caractéristiques suivantes:
- vraies petites majuscules avec police incorporée
- grandes lettrines plus texte d'appoint en vraies petites majuscules

Le premier est en taille 11, le second en taille 12.

Logiciel

Ces EPUBs sont 100% compatibles ADE et donc avec tous les lecteurs d'ebooks qui suivent ses spécifications.

En ce qui concerne les lettrines, je cherche à améliorer la formule en raison de la "susceptibilité" d'ADE qui, semble t-il, n'accepte pas l'option CSS first-letter, pourtant bien pratique. Si vous avez des tuyaux, vous êtes les bienvenus.

Au cas où l'affichage de polices incorporées poserait problème, j'envisage de publier une seconde édition sans polices (tout en me demandant ce que ça pourrait bien donner :) )

Bonjour

Édition

Pour ce premier avril, Monsieur Mars et madame Vénus (http://www.mobileread.com/forums/showthread.php?p=2025541#post2025541), un recueil de - 35 - nouvelles de Richard O'Monroy.

Logiciel.

L'EPUB ci-dessus est 100% compatible ADE, (y compris le grossissement que j'avais oublié de mettre en œuvre à la dernière édition faute d'une case à cocher, voir en bas). Je pense avoir gommé des petits défauts que j'avais constatés a posteriori mais il doit sûrement en rester quelque-uns qui m'ont échappé. :rolleyes: Le mappage des attributs de style est en place.

Vous y trouverez deux polices incorporées, l'habituelle smallcap LinuxLibertine (dont j'aurais tendance à abuser...) et une police pour les lettrines nommée Roman Caps, celle-ci simplement à titre d'illustration. La mise en place des lettrines a été faite en employant une technique légèrement différente, mais toujours par sélection du paragraphe puis du texte d'appoint.

J'ai constaté une différence d'affichage entre ADE et Sigil pour les lettrines. La lettrine "Sigil" est environ 0,3em plus basse que la lettrine "ADE", toutes choses étant égales par ailleurs. J'ai demandé des explications à ce sujet au forum Sigil. En attendant, j'ai choisi l'affichage ADE pour des raisons de compatibilité. Si quelqu'un parvient à expliquer ce phénomène, merci de le faire savoir.

Je publierai dans les jours qui viennent un mode d'emploi proposé pour les polices incorporées et les lettrines.

Bonjour

Édition-Logiciel

Le mode d'emploi annoncé est arrivé. Le complément à l'EPUB en pantoufles v2 s'appelle: Plus, en style. v1. (http://www.mobileread.com/forums/showthread.php?p=2030246#post2030246) Il vient d'être publié sur MobileRead.

N'hésitez pas à faire part de vos remarques ou suggestions. Ce n'est pas une v1 pour rien. :)

Bonne lecture.

Version 1.4 pour bientôt avec des nouveautés

Support HTML 5 et SVG. (http://writer2latex.svn.sourceforge.net/viewvc/writer2latex?revision=146&view=revision)

"Version 1.4 will support HTML 5 and use inline SVG images for vector graphics (clipart, drawings, charts). This feature is expected to be ready quite soon". Henrik.

Logiciel: images pleine page avec W2X 1.2. (maintenant)

Le livre étant chez l'éditeur, je n'ai pu inclure ceci dont je me suis aperçu en regardant la version 1.2 de W2X. Ce sera inclus dans la prochaine édition mais ça fonctionne aujourd'hui.

Voici comment obtenir une image sans aucune marge (pleine page) avec W2X. Ces images plein écran peuvent être placées n'importe où dans votre EPUB.


1. Dans l'odt,
- mettez la future image pleine page entre sauts de page,

2. Cochez ces options à l'export (copie d'écran).
- Vous fixez vous-même la valeur du pourcentage. Il vaut mieux d'ailleurs laisser cette option cochée en permanence.
- "all explicit" pour provoquer une division de l'EPUB sur les sauts de page. Idem.

3. Il suffit ensuite d'ouvrir votre EPUB avec Sigil et d'insérer le texte de cinq lignes suivant pour chaque page plein écran concernée (W2X s'occupe de la page de couverture).

<style type="text/css"
/*<![CDATA[*/
body { margin:0 }
/*]]>*/
</style>

Regardez les copies d'écran ci-dessous qui illustrent la différence entre une page texte standard (avec marges) et une page image plein écran (sans marges) pour voir où ça se passe.

Bonjour

Logiciel

Lettrines semi-automatiques avec Sigil

J'ai indiqué sur le manuel publié le 5 avril que l'on pouvait insérer des lettrines automatiquement aux conditions suivantes:
- présence d'un paragraphe sans indent (style let)
- exécution successive de deux regex sur Sigil (chercher/remplacer)

Après avoir sollicité une aide sur le forum Sigil, il est maintenant possible de le faire avec une seule regex. Cette mise en place semi-automatique reste cependant soumise aux inconvénients que j'ai détaillés dans le manuel. Rien n'est parfait.

Nota: Sigil garde en mémoire jusqu'à 14 regex.

émulation espaces fines insécables avec Sigil.

Fonctionne également avec une seule regex. L'opération toutefois n'est pas spécialement recommandée car elle rajoute beaucoup de verbosité dans le code.

Édition

Coups de soleil (http://www.mobileread.com/forums/showthread.php?p=2035060#post2035060), un recueil de nouvelles de Richard O'Monroy

Lettrines TNR
Vraies petites majuscules incorporées
Page de couverture avec LibreOffice Draw. (Nota: ADE, toujours tatillon, refuse de charger une image JPG avec les effets de caractère "empreinte" auxquels j'ai donc du renoncer.)

Bonjour

Profitons du calme ambiant, parce qu'il ne va pas durer. :)

Édition

La brune et la blonde (http://www.mobileread.com/forums/showthread.php?p=2070203#post2070203), un recueil de nouvelles de Richard O'Monroy.

Cet EPUB est mieux visualisé avec Adobe Digital Editions.
Il comprend notamment:
- Images pour la page de couverture et la page de garde.
- Lettrines
- Vraies petites majuscules avec police incorporée

Il a été réalisé avec LibreOffice (Writer et Draw), son extension writer2xhtml et, in fine, Sigil.

Bonjour

OpenOffice, LibreOffice, Java et writer2xhtml

W2X est prévu pour fonctionner à la fois sur OpenOffice et LibreOffice. Je l'ai essayé aujourd'hui avec la version 3.4 d'OpenOffice qui vient d'être publiée. Processeur: Intel i3 en 64 bits.

Sur un Windows XP virtualisé, un livre est converti en trois à quatre secondes (W2X a été optimisé sur OpenOffice). La même conversion demande une vingtaine de secondes avec OpenOffice 3.4 sur Linux (LMDE64) sans que je sois en mesure d'expliquer la différence. J'ai utilisé sur XP et sur Linux la même version de Java (openjdk - 1.6.0_24)

J'ai remarqué aussi que la dernière version officielle de Java (pourtant validée sur leur site) semble poser problème tant sur Windows que sur Linux, avec OpenOffice ou LibreOffice. Dans tous les cas, la conversion n'aboutit pas. Je ne pense pas que le fichier soit en cause mais je peux me tromper. Il s'agit de cette version:

java -version
java version "1.7.0_04"
Java(TM) SE Runtime Environment (build 1.7.0_04-b20)
Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode)

J'avais remarqué ces derniers mois un certain ralentissement de la conversion sous LibreOffice. Il s'agit plutôt d'une impression diffuse que d'un test chronométré.

Au vu des résultats de celui de ce matin, je suis maintenant repassé sous OpenOffice tant sur XP que sur Linux. Je garde les deux versions de Java.

Si vous souhaitez faire un essai pour confirmer ou infirmer les infos ci-dessus, je vous joins le fichier odt source. Il sera publié demain sous forme d'EPUB après être passé par W2X et in fine par Sigil pour les lettrines.

@roger64: Au pif, essaye avec un JRE/JDK 1.6, et pas 1.7 :?

EDIT: Ou pas. Branche 1.2 compilé à la mano avec IcedTea 6.1.11.1, et ça met effectivement 16 plombes (Genre entre 30 et 60s, on va dire, sur un E8500 @ 3.8GHz... -_-") à mouliner @100% CPU dont >80% en temps système... (Sous LOo 3.5.3.2 / Linux x86).

À noter aussi que le choix du filtre d'export marche juste complètement pas avec LOo en mode KDE (Selectionne tout le paté de filtres de l'extension, et pas juste une option, du coup, pouf, popup d'erreur).

Ça me rappelle bien pourquoi j'avais switché le peu de traitement de texte que je fais sous Abiword, et maintenant Calligra... (Ça et leur rendu des polices tout moisi sous Linux qu'obéit a à peu près pas grand chose niveau réglages systèmes...). (Oui, OOo et moi, s't'une grande histoire d'amour, je rentre grogner dans mon coin, désolé ^^)

Bonjour

Édition

Feux de paille (http://www.mobileread.com/forums/showthread.php?p=2078662#post2078662), un recueil de nouvelles de Richard O'Monroy (1881).

Mêmes caractéristiques que le recueil précédent. Le fichier source odt a été publié hier.

Nota: la regex utillisée avec Sigil pour l'insertion des lettrines est la suivante:
CtrlF - mode expression rationnelle - tous fichiers html
Chercher : <p class="let">([A-ZÉÀÔ])
Remplacer : <p class="let"><span class="let1"><span class="let2">\1</span></span>

@Niluje

Je suis repassé sous OpenOffice 3.4. Non seulement la conversion avec writer2xhtml est plus rapide (pour moi, c'est un point qui n'est pas négligeable), mais quand elle échoue, comme c'est le cas si l'on utilise la dernière version de Java, OpenOffice prévient qu'il a un problème avec Java alors que LibreOffice s'étouffe silencieusement. L'utilisateur risque alors de penser que l'extension writer2xhtml ne fonctionne plus.

Ceci dit, cette situation n'est pas évidemment pas satisfaisante. Je vais contacter Henrik Just pour tenter d'avoir le fin mot.

Dans l'immédiat, je garde les deux versions de Java (la 6 et la 7).

Bonjour,

Édition

Récits d'un officier d'Afrique (http://www.mobileread.com/forums/showthread.php?p=2082724#post2082724)

L'auteur est le capitaine (er) Alphonse-Michel BLANC. L'ouvrage a été publié en 1892.

Logiciel

L'EPUB a été réalisé avec OpenOffice 3.4 (Writer et Draw) et writer2xhtml.

J'ai aussi utilisé Sigil pour:
- mettre en conformité la dénomination de la police embarquée avec @font-face
- corriger la mise en place du TOC (un clic sur "Générer TDM depuis les titres")
- le centrage des images. Ceci demande une explication:

Certaines images (légendées dans un cadre), bien qu'étant correctement codées pour être centrées, étaient affichées à gauche sur ADE.

Code original writer2xhtml (exemple)
<div class="frameFrame" id="Cadre9frame" style="width:62%;margin-left:auto;margin-right:auto">
<div style="text-align:center"><img alt="images11" class="frameGraphics" id="images11graphic" src="../Images/image011.png" style="width:100%" /></div>

<p class="Caption">Mosquée neuve à Alger</p>
</div>

Code modifié avec Sigil (en gras)
<div class="frameFrame" id="Cadre9frame" style="width:62%;margin-left:19%;margin-right:auto">
<div style="text-align:center"><img alt="images11" class="frameGraphics" id="images11graphic" src="../Images/image011.png" style="width:100%" /></div>

<p class="Caption">Mosquée neuve à Alger</p>
</div>

Bonjour

Au secours de La légion étrangère :)

J'avais prévu de publier ce week-end La légion étrangère, un ouvrage d'Alphonse-Michel Blanc publié en 1890.

Comme il n'est pas disponible chez Gallica, j'ai pris comme source l'image PDF créée par Google et disponible à Internet Archive (http://archive.org/details/lalgiontrangre00blangoog).

Hélas, outre le fait que nombre de pages soient mélangées, il manque à l'édition originale, les pages 90, 91, 167, 181, 182 et surtout de 210 à 220 (qui incluent la partie "Camerone"...). Dans ces conditions, et bien que le texte dont je dispose soit techniquement prêt, je ne souhaite pas le publier tel quel.

Comme je ne séjourne pas en France (ni à Boston d'où provient l'exemplaire en question), si d'aventure, quelqu'un met la main sur ce livre, je lui serai reconnaissant de bien vouloir me fournir les images des pages manquantes.

Bonjour

Édition

Souvent homme varie... (http://www.mobileread.com/forums/showthread.php?p=2089633#post2089633) , un recueil de vingt nouvelles écrit par Richard O'Monroy (Paris - 1889).

Cette fois-ci,retour à Gallica pour la source. Utilisation d'Apache OpenOffice.org 3.4 et de son extension writer2xhtml. Sigil a été utilisé, comme d'habitude, pour la Regex lettrines et pour centrer un cadre.