Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > Non-English Discussions > Forum Français > E-Books

Notices

Reply
 
Thread Tools Search this Thread
Old 10-16-2015, 02:56 AM   #286
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

J'ai quelques difficultés à te répondre car je ne m'en suis jamais servi. Comme indiqué par le site d'où tu as tiré ton image , la propriété text-rendering n'est pas une propriété CSS mais SVG.

Le support du SVG est aujourd'hui très variable selon les moteurs de rendu. Certains l'ignorent, d'autres l'acceptent avec plus ou moins de caractéristiques. Si tu l'inclus dans un EPUB, notamment dans un texte SVG, si le SVG est incomplètement supporté, cette propriété devrait simplement être ignorée, comme c'est la règle générale, et cela sans conséquence dommageable pour l'affichage. Il n'y a donc, me semble-t-il, pas grand risque à l'inclure a priori. Un jour, ça passera...

Cette situation devrait s'améliorer d'ici peu. Le soutien intégral du svg fait partie des objectifs explicites du format EPUB3. L'auteur de writer2xhtml m'a fait part de son souhait de l'inclure dans la version 1.6 de writer2xhtml - à paraître dans les prochains mois.

Mais d'ici que l'on puisse afficher correctement des svg dans nos liseuses ou tablettes, c'est encore une autre histoire, avec autant de réponses que de moteurs de rendu.

Voilà ce que je peux t'en dire.
roger64 is offline   Reply With Quote
Old 10-17-2015, 05:47 AM   #287
manon123
Enthusiast
manon123 began at the beginning.
 
manon123's Avatar
 
Posts: 29
Karma: 10
Join Date: Nov 2014
Location: Belgium
Device: Kobo glo
Merci de ta réponse roger.

Je lis par ailleurs dans le merveilleux livre de Landry Anrea : EPUB 3.0 ceci :

1) L'utilisation des fichiers SVG pour les images vectorielles se simplifie : ceux-ci n'ont plus besoin d'être imbriqués à l'intérieur de fichiers XHTML, ils peuvent désormais être appelés directement.

2) Il est d'usage de créer un dossier nommé OEBPS pour placer le contenu de l'ouvrage, puis de créer des sous-dossiers pour ventiler le contenu. Bien-sûr, le nom des dossiers doit répondre aux exigences de nommage du format EPUB.

Concernant les contenus, les textes sont placés à l'intérieur de fichiers XHTML qui constituent les pages du livre. Pour le reste on trouvera la plupart du temps des fichiers au format XHTML, CSS, SMIL, SVG, NCX, OPF, GIF, JPEG, PNG, XML, OTF (Open Type Font), PLS...

3) Les documents SVG

Les documents XHML sont considérés comme étant la règle pour constituer les pages d'une publication EPUB. Cependant il est possible d'utiliser et d'appeler directement des documents SVG sans passer par l'incorporation de blocs SVG.

Néanmoins, les fichiers SVG ne doivent être utilisés que lorsqu'ils représentent LE MOYEN LE PLUS ADAPTÉ pour présenter du contenu ; c'est le cas par exemple pour les mangas ou les bandes desinées.

En d'autres termes, mieux vaut éviter leur emploi sauf lorqu'ils sont nécessaires.

Conformité :

Un document SVG doit être conforme au Scalable Vector Graphics (SVG) 1.1 du W3C et respecter les règles du Namespaces in XML 1.0 (Third Edition).

En revanche, il doit être encodé au format UFT-8 ou UFT-16 et adhérer aux principes d'accessibilité selon les directives du Accessibility Features of SVG.

Restrictions :

Un document SVG ne doit pas être une image animée ni s'animer par l'utilisation de fonctions événementielles telles que prévues dans la norme SVG 1.1 (http://www.w3.org/TR/SVG/animate.html#AnimationElements)

Dans le cas de l'incorporation de bloc XHTML à l'intérieur de fichiers SVG via la balise <foreignObject>, celui-ci doit être conforme aux spécifications EPUB des documents XHTML et ne doit contenir que du texte classique et aucun autre élément en provenance d'autres espaces de noms, même si c'est possible dans la norme SVG1.1.

Il existe deux moyens d'incorporer des images vectorielles SVG :

- par référence en utilisant les balises <img> et <object> et en indiquant le fichier SVG;

- par inclusion en incorporant directement le code SVG à l'intérieur d'un élément <svg> dans le fichier XHTML.

Quelle que soit la façon d'appeler l'image vectorielle, il est nécessaire que le code utilisé soit conforme aux spécifications Scalable Vector Graphics (SVG) 1.1 du W3C.

Si un fichier XHTML appelle par référence une image vectorielle (balise <img> ou <object>), alors le style CSS du fichier XHTML ne sera pas appliqué à l'image. En revanche, si l'image est appelée par l'intermédiaire d'une inclusion de code, alors le style CSS du fichier XHTML peut être appliqué.

En effet, l'image vectorielle appelée par référence est considérée comme un fichier externe; du coup, elle doit contenir son propre style.

Ne pas oublier d'indiquer dans le document OPF que le fichier en question comporte des éléments SVG embarqués, comme c'est le cas pour l'incorporation de code MathML.


Voilà, le reste c'est l'utilisation de blocs SVG et tout le code.

Si tu as besoin de ce livre en PDF, fais-moi signe.
manon123 is offline   Reply With Quote
Advert
Old 12-28-2015, 05:31 AM   #288
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

Erreur Java 504.

Il est possible de rencontrer des fichiers odt devant lequel writer2xhtml s'étouffe silencieusement. Si l'on utilise le menu Fichier/export/EPUB, writer2xhtml devient plus disert et affiche une mystérieuse erreur Java 504 face à laquelle LibreOffice rend les armes. Vous savez quoi? Calibre convertit benoîtement ce même fichier.

Voir copies d'écran pour les messages d'erreur.

N'en tirez pas de conclusion hâtive. En fait, writer2xhtml dispose au moins de deux façons de faire de même. Si vous sélectionnez l'option "Original formatting" au lieu de "custom," ou si vous choisissez dans les options de formatage "Convert all" au lieu de "Ignore hard formatting", writer2xhtml convertira lui aussi le fichier odt tout comme Calibre.

Avec un ami qui a bien voulu m'aider, nous avons cherché à en savoir plus:

I. - L'enquête.

A la sortie de l'OCR, on obtient en général un fichier au format html accompagné d'un dossier "files" contenant des images aux tailles réduites. Lorsqu'on affiche ce fichier html (avec Firefox ou LibreOffice), on peut voir que ces images, quelle que soit leur largeur, sont placées avec leurs légendes dans un cadre de 18 cm. Le fichier html doit être importé dans un modèle odt pour y être mis en forme. Les images pourraient y être utilisées, après avoir été extraites de leur cadre. Cependant, comme elles souffrent de défauts de cadrage, l'ebookeur consciencieux préfèrera les écarter et travailler à partir des images du scan à haute résolution qu'il recadrera, réduira puis réinsèrera une par une.

Une façon sûre de procéder est d'insérer ces nouvelles images en les accrochant à un paragraphe centré. Le fichier odt en question contenait 35 images. Une seule n'était pas accrochée à un paragraphe centré, ce qui indiquait que le crochet original avait été conservé. C'est là que se nichait l'erreur.

L'erreur est copiable et reproductible. Sa nature a été identifiée. Il s'agit d'attributs d'un autre monde ("font-weight-asian" et "font-weight-complex"), en fait des résidus de scan, que l'on trouve dans un style de paragraphe "corps de texte" qui sert de crochet à une image. Ces attributs ne sont lisibles que si l'on dézippe l'odt et que l'on affiche le fichier content.xml. Voir copie d'écran jointe.

Pour ôter le message d'errreur, il suffit de changer un paragraphe de texte: enlever avec Ctrl X l'image qui le recouvre, vous observez alors qu'elle était accrochée à un paragraphe corps de texte. Changez celui-ci en paragraphe centré, faites Ctrl V pour remettre l'image en place et enregistrez. L'erreur 504 n'apparaîtra plus. Il faut aussi noter qu'après conversion vers l'EPUB, ce paragraphe crochet disparaît, comme tous les paragraphes servant de crochet à une image. Vous pourrez le vérifier en regardant le code de l'EPUB sur Sigil ou l'éditeur de Calibre.

Des mesures correctives ne pourront être prises qu'au retour de l'auteur de writer2xhtml.

II. - Les mesures prophylactiques sont simples:

C'est en quelque sorte l'équivalent informatique du lavage de mains avant de passer à table:

Pour le texte:
après avoir importé le fichier html dans l'odt, changez systématiquement le style "default" (standard) en style "corps de texte" (de votre modèle). Changez aussi le style "corps de texte" (du scan) en style "corps de texte" (de votre modèle). Cela évitera la survie potentielle d'un certain nombre de résidus.

Pour les images:
afin d'éviter l'apparition de l'erreur 504, prenez l'habitude d'accrocher vos images à un paragraphe centré. FineReader ne les utilise jamais, donc, en agissant ainsi, vous êtes sûr de jamais recycler un résidu de scan. Pour éliminer l'erreur 504 si jamais elle se présente, repérez les images qui ne sont pas accrochées à un paragraphe centré et accrochez-les à un de ceux-ci.

Si vous rencontrez une erreur 504 à la conversion (ou 503 avec OpenOffice...), conservez précieusement le fichier odt gangrené et ayez l'obligeance d'en adresser une copie.
Attached Thumbnails
Click image for larger version

Name:	504.png
Views:	576
Size:	15.6 KB
ID:	144959   Click image for larger version

Name:	LibO.png
Views:	561
Size:	10.8 KB
ID:	144960   Click image for larger version

Name:	erreurxml.png
Views:	587
Size:	167.2 KB
ID:	144961  

Last edited by roger64; 12-28-2015 at 05:39 AM.
roger64 is offline   Reply With Quote
Old 01-03-2016, 08:28 PM   #289
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Index hypertexte

Il est possible d'ajouter simplement à tout EPUB un index hypertexte. Voici comment le faire avec Sigil (version essayée: 9.2. Archlinux 64 bits).

Avertissement : aujourd'hui Sigil crée les chapitres d'index lettre par lettre en classant en fin de document les lettres accentuées, ce qui impose le reclassement manuel de ces dernières. L'auteur vient d'être averti de ce problème et tente d'y remédier.

I. - Présentation

On trouve des index dans de nombreux livres ou publications. Ils peuvent être extrêmement sophistiqués. Il ont leur propre norme iso (999:1996) dont vous pouvez acquérir le texte (anglais ou français) au format PDF pour le prix modique de 158 francs suisses. Leur adaptation à l'hypertexte a été relativement tardive. Depuis 2012, la création d'index hypertexte à la norme EPUB3 fait l'objet de recommandations de l'IDPF.

http://www.iso.org/iso/home/store/ca...?csnumber=5446
http://www.idpf.org/epub/idx/

À côté de ces monuments de savoir, depuis la version 7.2. de juin 2013, Sigil permet de réaliser simplement un index hypertexte.

Celui-ci a quelques lacunes. Vous n'y trouverez pas certaines fonctions avancées comme les références croisées ("cross-references") que l'on invoque avec l'expression "voir aussi" ("see also"), ainsi que les indicateurs de lieu ("locators") citant les parties - ou chapitres - du document contenant l'entrée d'index.
Un exemple pour éclaircir ce dernier point: imaginons qu'une entrée soit répertoriée dix fois, aux pages 5, 25, 50, 95, 124, 222, 223, 224, 225, 308. Dans l'index que produit Sigil, les entrées seront numérotées: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10. L'information selon laquelle la partie entre 222-225 traite cinq fois de ce sujet est perdue. Si l'on ajoutait aux entrées de Sigil une sorte de préfixe comprenant les chapitres ou parties du livre, les entrées 5-9 de Sigil auraient pu être regroupées et l'information initiale n'aurait pas été perdue.

II. Comment créer un index hypertexte

Nous allons procéder à partir de l'index d'un livre papier.

Commençons par insérer la liste des entrées d'index dans un éditeur de texte (une entrée par ligne). Notez que Sigil ignorera les contenus entre parenthèses dans les entrées d'index - et les parenthèses elles-mêmes.

Complétons cette liste en vue de l'édition hypertexte.

1. Colonne de gauche.
Occupons-nous d'abord de la colonne de gauche (une ligne pour chaque entrée). Certaines entrées devront être complétées si vous souhaitez y ajouter la casse, le genre ou le nombre. La fonction "voir aussi" n'existant pas, vous pouvez tenter d'y pallier en utilisant la barre verticale ("pipe") qu veut dire "ou". Sigil utilisera ces informations complémentaires sous forme d'expression rationelle. Voici quelques exemples.

Code:
noire?s?
(?i)collets?
caoutchouc|élastique
Note: Le point d'interrogation signale que la lettre qui le précède peut être ou non présente. (?i)collet veut dire que l'on peut trouver collet ou Collet.

2. Colonne de droite.
Certaines entrées devront être reproduites sur la colonne de droite si vous souhaitez définir un niveau hiérarchique ou apporter une précision. On mentionne celui-ci avec une barre oblique. Important: l'espace entre les deux colonnes doit être strictement d'une seule tabulation. Voici quelques exemples.

Code:
costumes?	costume
costume de ville	costume/costume de ville
costume-cravate	costume/costume-cravate
costume croisé	costume/costume croisé
costume droit	costume/costume droit
costume d’été	costume/costume d’été
costume trois-pièces	costume/costume trois-pièces

cour	cour/vêtements de cour, tenue de cour
Une fois la liste prête, il faut l'importer dans l'éditeur d'index de Sigil puis créer l'index. Celui-ci sera placé dans un fichier index.xhtml et accompagné d'une feuille de style spécifique. Vérifiez que la version de son Doctype corresponde bien à celle de votre EPUB. Au sein des fichiers texte, les marques d'indexation avec leur id sont rattachées non pas au mot lui-même mais à la balise d'appartenance la plus proche, soit une simple balise de type i ou b, soit un span, ou le plus souvent un paragraphe, etc. Les numéros d'identification sont incrémentés au fil du texte.

Une fois créé, l'index pourra être personnalisé (pour reclasser certaines entrées, modifier le style, etc.).

III. - A propos de la taille de l'index

Après création de l'index, le rapport produit par Sigil ou par l'éditeur de Calibre et permet de comparer la taille totale des fichiers texte non compressés (473k) avec la taille énorme du fichier index.xhtml (364k), soit les 3/4 du total précédent. Après compression, la taille de l'index va diminuer drastiquement.

A titre d'exemple, sans aucune donnée d'indexation, la taille de de l'EPUB non compressé est de 2608 k, celle de l'EPUB compressé est de 2092 k.
Une fois l'indexation réalisée, la taille de l'EPUB non compressé passe à 2978 k (soit + 370 k), celle de l'EPUB compressé passe à 2129 k (soit + 37 k).

Ainsi l'on voit que les données indexées sont spectaculairement sensibles à la compression. C'est une bonne chose, puisque nous utilisons les EPUB sous forme compressée et que seul ce dernier chiffre importe en pratique.

Autres informations quantitatives:
- La taille des 1657 balises d'indexation inscrits dans les fichiers texte ne dépasse pas 7k.
- Le chiffre de 370k de données non compressées cité plus haut vient du fichier index.xhtml proprement dit (364k) et des balises d'indexation inscrites dans les fichiers texte (7k).
- Les données qui restent en mémoire de la fenêtre d'édition (7k) appartiennent à Sigil.

Last edited by roger64; 01-03-2016 at 08:31 PM.
roger64 is offline   Reply With Quote
Old 01-24-2016, 10:42 AM   #290
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

Une nouvelle technique de retouche

Les choses évoluent et des nouveautés apparaissent. La nouveauté, c'est les progrès que Calibre a fait ces derniers mois en matière de conversion EPUB depuis docx et vers docx. LibreOffice a fait également bien des progrès pour convertir des docx en odt. Il me semble que le temps est venu de tirer profit des ces évolutions concordantes pour esayer une nouvelle technique de retouche.

Elle s'apparente en fait à une reconstruction méthodique. Les débutants que peut intimider la modification directe d'un EPUB sur l'éditeur de Calibre, trouveront cette approche plus familière en raison du recours au traitement de texte. J'ai cité plus bas les outils utilisés pour chaque tâche. L'arme est à double tranchant. Vous allez effectuer une triple conversion (EPUB → docx → odt → EPUB) et vous aurez sans doute à essuyer quelques dégradations, en général minimes. En contrepartie, vous retrouvez le confort de vos outils habituels. Le résultat sera tout à fait correct si vous vous en tenez strictement à l'usage des styles. A vous de voir.

Cela concerne les EPUB qui ne sont disponibles que sous ce format et pour lesquels aucun "éditable" n'a été fourni.

La retouche docx

Soit un EPUB.
- Ouvrez-le avec Calibre.
- Convertissez-le au format docx (taille de sortie A6 tant qu'à faire)
- Ouvrez le docx avec LibreOffice et sauvegardez-le au format odt.
- Passez la macro Template-Changer pour utiliser cet odt dans votre modèle de page avec vos styles habituels. La dernière version de l'oxt est la 1.2.7c.

Durée de cette phase: moins de cinq minutes.

Maintenant nous allons travailler cet odt dans LibreOffice et le préparer à l'export EPUB en le vérifiant, catégorie par catégorie.
- Lancez Pepito Cleaner et affichez la fenêtre des styles de paragraphe. http://pepitoweb.altervista.org/pepi...aner/index.php
- Cliquez sur chaque style (en commençant par les plus nombreux) pour vérifier son afichage. Si vous n'êtes pas satisfait, changez ce style par un autre ou modifiez-le.
- Pour changer les styles de paragraphe par lot (ex: les 625 styles par défaut), utilisez de préférence l'Outil Rechercher/Remplacer, styles de paragraphe. Rafraichissez la fenêtre de Pepito après chaque changement.

- AltSearch est à ma connaissance l'outil le plus pratique pour afficher la liste des styles de caractère présents dans le document. Vous pouvez l'utiliser également pour contrôler le nombre et l'affichage de chaque style de caractère.
Il vous permet aussi de supprimer les repères de texte (bookmarks) avec la commande de remplacement \K. Dans le doute, conserver a priori les hyperliens utilisés souvent pour les entrées d'index, voire - fautivement - pour des notes.

- Une fois que vous avez modifié les styles, passez aux images.. D'une façon générale vérifiez leur formatage (menu: Formater l'image), notamment qu'elles soient accrochées à des paragraphes centrés, à la bonne échelle (%), sans distorsion. Les légendes peuvent parfois être mêlées aux images (pour les séparer, utiliser Formater l'image/Onglet: adapter/aucune.). La page de couverture peut être à réimporter (elle est toujours classée à part avec Calibre).
- Les cadres contenant du texte peuvent être mal dimensionnés. Une fonction de LibreOffice Tableau/Convertir/tableau en texte permet de les supprimer un par un.
- Les notes. Vérifiez que les liens soient fonctionnels. Attention à la présence de liens retours (docx) ou d'hyperliens qui peuvent être mal convertis quelque part sur la chaine. La conversion des liens fera l'objet d'un commentaire ultérieur.
- Passez le formateur de texte de Grammalecte pour voir s'il n'y a pas de grosse lacune.

Exportez au format EPUB avec votre convertisseur et finissez l'EPUB avec l'éditeur de Calibre dans les conditions habituelles.

Cette technique fonctionne bien pour des livres jusqu'à un niveau de complexité moyen . Celui-ci n'est pas facile à définir: je dirais, après quelques essais, pas plus d'une trentaine de styles, pas trop de styles de caractère. Au-delà, les difficultés s'accumulent et la retouche fait perdre trop de temps, même si elle reste théoriquement possible. Le seul domaine délicat est la conversion des liens qui connait quelques aléas. Pas vraiment compliqué mais les solutions que j'ai pu trouver restent laborieuses (regex, scripts, plugins, etc.).

Comptez moins de trente minutes pour un livre standard et jusqu'à une heure pour un livre plus compliqué.

Last edited by roger64; 01-24-2016 at 10:46 AM.
roger64 is offline   Reply With Quote
Advert
Old 02-03-2016, 06:14 PM   #291
iostrym
Connoisseur
iostrym began at the beginning.
 
Posts: 73
Karma: 10
Join Date: Mar 2015
Device: kobo
bonjour,

merci pour votre note sur "Erreur Java 504." J'ai la même erreur qui m'embête depuis longtemps et je l'avais identifiée sur une image attachée à un caractère. rien pourtant ne distinguait cette image d'une autre identique...
malheureusement les options que vous recommandez pour générer le fichier ne marchent pas, j'ai du choisir par contre :

"custom" au lieu de "Original formatting" + dans les options de formatage "Ignore all" au lieu de "Ignore hard formatting"

par contre je ne sais pas trop l'incidence de mes réglage sur l'epub généré...

Par ailleurs, savez vous s'il est possible de ne générer de cette façon un epub que sur certaines pages du document ? ou plus simplement d'ignorer une section en particulier de la génération d'epub ?
iostrym is offline   Reply With Quote
Old 02-05-2016, 03:58 AM   #292
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

Merci de votre retour.

Ces erreurs sont rares mais gênantes. Je n'en ai pas encore rencontré beaucoup. Si vous pouviez m'envoyer un lien vers votre fichier par MP, je pourrais faire une recherche.

L'option "custom" et "Ignore hard formatting" est recommandée si l'on dispose d'un texte bien composé avec des styles. "Original formatting" convertira tout ce qu'il trouve, joli ou pas joli, un peu comme le fait Calibre. Le problème est que si le texte a de nombreux défauts, l'EPUB qui en résultera sera difficilement modifiable en raison des ajouts divers qui encombreront les paragraphes.

La publication partielle d'un EPUB est toujours possible à partir du traitement de texte en divisant le texte à publier.

Last edited by roger64; 02-05-2016 at 04:01 AM.
roger64 is offline   Reply With Quote
Old 02-12-2016, 10:23 AM   #293
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

À propos des notes

writer2xhtml n'invente rien; il convertit exactement, sans interpréter. Lorsque l'on utilise l'odt comme un format de travail, on le fait normalement à partir d'un modèle où tous les styles habituels, de paragraphe ou de caractère sont définis au goût de l'utilisateur.

La conversion des notes se traduit en général dans l'EPUB par deux spans (un span est la conversion d'un style de caractère), l'un pour les appels de note (anchors), l'autre pour la numérotation des notes (symbol). Il est normal que ces styles aient un affichage différent: l'appel de note peut être en exposant (j'utilise la valeur "text-top"), entre accolades, en taille 75%, avec une marge gauche équivalente à une insécable, en gras, en couleur, non souligné, etc.. Le second peut être un simple numéro souligné ou pas, en taille 133%, etc.

En pratique, les styles de caractères ...noteanchor (Endnoteanchor ou Footnoteanchor) sont de très loin les plus utilisés. writer2xhtml les utilise avec des spans. Le CSS permet de beaucoup améliorer l'apparence des appels de note, au-delà de la taille et de l'élévation. C'est pourquoi il peut être intéressant de rajouter une feuille de style annexe avec un nouveau style de type ...noteanchor qui pourra remplacer celui-ci (voir plus bas).

anchors

La taille des appels de note est celle qui est définie dans l'odt, dans le style de caractère : ancre de note de fin (ou de bas de page). Si leur valeur (onglet "position") n'est pas définie par l'utilisateur, LibO fixe une valeur par défaut qui peut ne pas convenir.

Voici deux copies d'écran à titre d'illustration:
Sur la première, prise sur LibreOffice 5.0.4., on voit que j'ai appelé (F11) le style de caractère "ancre de note de bas de page" (cela fonctionne aussi pour le style ancre de note de fin). On trouve ce style en sélectionnant "Tous les styles" sur l'onglet du bas et "Styles de caractère" sur l'onglet du haut. Une fois le style sélectionné, j'ai fait un clic droit sur "modifier" et la petite fenêtre que vous voyez sur l'écran s'est affichée. J'ai décoché la case "automatique" et j'ai inscrit deux valeurs 80% (taille) et 20% (élévation). J'ai exporté vers l'EPUB avec writer2xhtml.

Sur la deuxième copie d'écran prise sur l'EPUB on voit que pour le style footnoteanchor les deux valeurs: font-size: 80% et vertical-align: 20% ont été fidèlement retranscrites. L'ancre est donc traduite par un span dans le code CSS et html.



Symbol

Le deuxième span (FootnoteSymbol ou EndnoteSymbol) que l'on voit sur la copie d'écran, permet le formatage du chiffre qui précède la note elle-même (celui sur lequel on clique pour revenir au corps de texte). La valeur de ce span est déterminée sur LibreOffice par le style de caractère "Caractères de la note de fin" ou "Caractères de la note de bas de page". writer2xhtml transcrit les valeurs de ce style comme pour celui de l'appel de note. Les caractères seront traduits par un span dans le code CSS mais par une classe de l'élément a dans le html. C'est une anomalie qu'il faut corriger (dans le CSS, au lieu de span.EndnoteSymbol, écrire simplement: .EndnoteSymbol). Une fois que c'est fait les valeurs de la classe EndnoteSymbol seront prises en compte.

Liens Internet (en fait hypertexte)

Il s'agit de deux styles de caractère. Ils sont traduits par l'élément a. Par défaut, il est de couleur bleue et souligné.

Option custom et choix partiel

L'option "original formatting" convertit tout ce qu'elle trouve (à la Calibre) et procure une satisfaction immédiate. Mais les EPUB convertis de cette façon seront difficiles à modifier parce que bourrés d'irrégularités. On gagne du temps au départ mais on le perd à l'arrivée. Mieux vaut faire l'effort de n'utiliser que des styles et poser des questions si l'on observe un résultat déconcertant. On apprendra vite.

Le fait de choisir l'option "custom" n'implique pas de sélectionner l'ensemble des options indiquées plus haut. On peut se contenter de ne charger automatiquement qu'une feuille de style annexe tout en demandant dans l'option "formatting" de tout convertir ("convert all formatting").

Ajouter une feuille de style annexe

Pour ajouter une feuille de style annexe, en faire un copier-coller dans la petite fenêtre de la page Options/writer2xhtml/Style sheets. On peut le faire aussi en cliquant sur "Load" (charger) dans cette même page et en indiquant le chemin de la feuille de style annexe. Ne pas oublier de cocher la case du dessus et de choisir l'option "custom" à l'export. À la prochaine conversion, l'EPUB contiendra une deuxième feuille de style.



Pour obtenir l'affichage voulu, il faudra veiller à effacer après export dans la feuille de style les spans écrits en double sur l'une ou l'autre feuille.

L'utilisation d'une feuille de style annexe permet de faire face au maximum de cas possibles (ex: lettrines, espaces divers, etc.). En cas de non-utilisation, un clic dans l'éditeur de Calibre juste avant de sauvegarder l'EPUB à publier réduit la feuille de style aux seuls styles réellement utilisés.

CSS et préséance

Si l'on est surpris par quelque affichage, il convient de se souvenir d'une règle CSS importante. En bref, l'élément le plus proche l'emporte:
- la classe l'emporte sur l'élément (span ou a)
- le span l'emporte sur le paragraphe.
- le paragraphe l'emporte sur le body
Le vide n'existe pas dans le CSS. Si vous avez oublié de fixer une valeur, votre moteur de lecture ("user agent") en fournira une par défaut. Celle-ci aura la priorité la plus basse mais son entrée en jeu peut déconcerter. Par exemple les liens Internet sont par défaut soulignés et de couleur bleue.

Code proposé

Nous avons vu comment utiliser LibreOffice pour que writer2xhtml utilise un code à votre convenance. Ce n'est cependant pas suffisant pour obtenir l'affichage perfectionné que permet la souplesse du CSS. Une solution avec writer2xhtml peut être de rajouter dans une feuille de style annexe les styles suivants (à adapter à votre goût)

Code:
.Endnoteanchor {
 margin-left:0.4em;
 font-weight:bold;
 font-style: normal;
 font-size:smaller;
 vertical-align:text-top;
 color:green
}

.EndnoteSymbol {
  font-size: 133%;
  font-weight: bold;
  text-decoration: none;
  color: green;
}

a:link    {
 color:green;
 background-color:transparent;
 text-decoration:none
}
N'oubliez pas de supprimer les doublons éventuels dans la feuille de style.
roger64 is offline   Reply With Quote
Old 02-13-2016, 10:18 AM   #294
iostrym
Connoisseur
iostrym began at the beginning.
 
Posts: 73
Karma: 10
Join Date: Mar 2015
Device: kobo
Quote:
Originally Posted by roger64 View Post

La publication partielle d'un EPUB est toujours possible à partir du traitement de texte en divisant le texte à publier.
Merci pour ta réponse, qu'entends tu par "diviser le texte à publier" ? faire un copier coller de la partie à exporter dans un nouveau document ?
iostrym is offline   Reply With Quote
Old 02-14-2016, 02:52 AM   #295
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Quote:
Originally Posted by iostrym View Post
Merci pour ta réponse, qu'entends tu par "diviser le texte à publier" ? faire un copier coller de la partie à exporter dans un nouveau document ?
Par exemple. Toutefois, dans ce cas-là, il faut veiller à bien utiliser le même modèle de part et d'autre pour ne pas créer de disparité.

On peut aussi, après avoir sauvegardé l'original, travailler sur des copies et détruire soit la première, soit la deuxième moitié.
roger64 is offline   Reply With Quote
Old 05-31-2016, 10:45 AM   #296
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

writer2latex disponible avec Sigil

Le greffon ODTimport de Sigil permet désormais de lancer writer2latex (Java) pour produire un EPUB à partir d'un fichier odt.

On peut ainsi se passer de writer2xhtml - qui est une extension de LibreOffice - et obtenir pratiquement les mêmes résultats, même avec des fichiers complexes et/ou de grande taille. L'avantage est que l'on n'est plus lié à LibreOffice: on est ainsi immunisé contre toute régression éventuelle de LibreOffice à la suite d'une mise à jour (cela s'est déjà produit) . Une configuration préalable est bien sûr nécessaire.

Testé (v. 9.5. de Sigil - v. 1.5.2.alpha de writer2latex) et approuvé .

L'extension writer2xhtml pour LibreOffice fait partie de writer2latex. Ce dernier permet d'utiliser Latex avec un fichier odt. Il permet aussi, et c'est cette fonction qui nous intéresse ici, de produire un EPUB avec un convertisseur java fonctionnant en ligne de commande (writer2latex.jar). La différence entre les deux est que le premier dépend de LibreOffice alors que le second peut être lancé de façon autonome ("standalone"). Cette version du même moteur java a été adaptée ici, pour fonctionner avec Sigil.

Le greffon de Sigil nommé ODTimport permet de convertir un fichier odt en EPUB2 ou EPUB3. Outre les fichiers propres à l'architecture des plugin Sigil (qui fait usage d'un interpréteur Python), il contient trois autres fichiers intéressant l'utilisateur Celui-ci peut les modifier ou les changer à sa guise:
- writer2latex.jar
- epub.css
- config.xml

Le premier fait partie des fichiers que vous téléchargez avec writer2latex.. Ce lien vous permet de télécharger soit la version stable 1.4.0. (celle qui est fournie avec le greffon), soit la version alpha 1.5.2. La principale différence entre les deux est que la version alpha offre un soutien pour l'EPUB3.

Les deux autres sont les fichiers de configuration sur lesquels l'utilisateur a un total contrôle:

Le fichier epub.css est la feuille de style qui s'affichera dans votre EPUB en complément de celle que writer2latex produit déjà au vu du fichier odt. Elle est 100% dans les mains de l'uillisateur. Vous pouvez utiliser systématiquement une feuille complexe, prévoyant de nombreux cas de figure. Une fois l'EPUB achevé, le choix d'une simple entrée de menu permet de supprimer le code css inutilisé.

Le fichier config.xml contient à lui seul toute la configuration de writer2latex sous forme d'une une liste d'options ainsi que des mappages de styles. il peut être ouvert avec un éditeur de texte. Les utilisateur de writer2xhtml pourront utiliser pour débuter leur fichier d'option writer2xhtml.xml après l'avoir renommé.

J'ai reclassé toutes les options du fichier config.xml par chapitre d'appartenance tout en suivant l'ordre du manuel utilisateur (les noms des chapitres sont aussi tirés de ce manuel).
Spoiler:

<?xml version="1.0" encoding="UTF-8" ?>
<config>
<!-- Style options -->
<option name="template_ids" value=",,," />
<option name="pretty_print" value="true" />
<option name="no_doctype" value="false" />
<option name="encoding" value="UTF-8" />
<option name="hexadecimal_entities" value="true" />
<option name="use_named_entities" value="false" />
<option name="add_bom" value="false" />
<option name="multilingual" value="false" />
<option name="separate_stylesheet" value="false" />
<option name="custom_stylesheet" value="" />
<!-- Control the conversion of formatting -->
<option name="formatting" value="ignore_hard" />
<option name="frame_formatting" value="ignore_hard" />
<option name="section_formatting" value="convert_all" />
<option name="table_formatting" value="convert_all" />
<option name="table_size" value="relative" />
<option name="list_formatting" value="css1" />
<option name="tabstop_style" value="2em" />
<option name="use_default_font" value="true" />
<option name="default_font_name" value="Linux Libertine O" />
<!-- Handling of dimensions -->
<option name="convert_to_px" value="false" />
<option name="scaling" value="100%" />
<option name="column_scaling" value="100%" />
<option name="image_size" value="relative" />
<option name="relative_font_size" value="true" />
<option name="font_scaling" value="100%" />
<!-- Options for special content -->
<option name="formulas" value="image+starmath" />
<option name="use_mathjax" value="false" />
<option name="embed_svg" value="true" />
<option name="embed_img" value="false" />
<option name="endnotes_heading" value="Notes" />
<option name="footnotes_heading" value="Notes" />
<option name="use_dublin_core" value="true" />
<option name="notes" value="true" />
<option name="display_hidden_text" value="false" />
<option name="include_toc" value="true" />
<option name="include_ncx" value="true" />
<option name="float_objects" value="true" />
<!-- AutoCorrect options -->
<option name="ignore_double_spaces" value="false" />
<option name="ignore_empty_paragraphs" value="false" />
<option name="ignore_hard_line_breaks" value="false" />
<!-- File options -->
<option name="external_toc_depth" value="3" />
<option name="split_level" value="2" />
<option name="repeat_levels" value="5" />
<option name="page_break_split" value="styles" />
<option name="split_after" value="0" />
<option name="image_split" value="none" />
<option name="cover_image" value="true" />
<option name="save_images_in_subdir" value="false" />
<option name="uplink" value="" />
<!-- Options specific for spreadsheet documents -->
<option name="calc_split" value="false" />
<option name="display_hidden_sheets" value="false" />
<option name="display_hidden_rows_cols" value="false" />
<option name="display_filtered_rows_cols" value="false" />
<option name="apply_print_ranges" value="false" />
<option name="use_title_as_heading" value="true" />
<option name="use_sheet_names_as_headings" value="true" />
<!-- Options for batch conversion -->
<option name="directory_icon" value="" />
<option name="document_icon" value="" />
<!-- Style maps -->
<xhtml-style-map after="" before="" block-css="(none)" block-element="dl" css="(none)" element="dt" family="paragraph" name="List Heading" />
<xhtml-style-map after="" before="" block-css="(none)" block-element="" css="(none)" element="address" family="paragraph" name="Sender" />
<xhtml-style-map after="" before="" block-css="(none)" block-element="dl" css="(none)" element="dd" family="paragraph" name="List Contents" />
<xhtml-style-map after="" before="" block-css="(none)" block-element="blockquote" css="(none)" element="p" family="paragraph" name="Quotations" />
<xhtml-style-map after="" before="" block-css="(none)" block-element="" css="(none)" element="hr" family="paragraph" name="Horizontal Line" />
<xhtml-style-map after="" before="" block-css="(none)" block-element="" css="(none)" element="pre" family="paragraph" name="Preformatted Text" />
<xhtml-style-map after="" before="" block-css="(none)" block-element="" css="(none)" element="p" family="paragraph" name="Text body" />
<xhtml-style-map after="" before="" css="(none)" element="em" family="text" name="Emphasis" />
<xhtml-style-map after="" before="" css="(none)" element="var" family="text" name="Variable" />
<xhtml-style-map after="" before="" css="(none)" element="code" family="text" name="Source Text" />
<xhtml-style-map after="" before="" css="(none)" element="strong" family="text" name="Strong Emphasis" />
<xhtml-style-map after="" before="" css="(none)" element="kbd" family="text" name="User entry" />
<xhtml-style-map after="" before="" css="(none)" element="samp" family="text" name="Example" />
<xhtml-style-map after="" before="" css="(none)" element="dfn" family="text" name="Definition" />
<xhtml-style-map after="" before="" css="(none)" element="cite" family="text" name="Citation" />
<xhtml-style-map after="" before="" css="(none)" element="tt" family="text" name="Teletype" />
<xhtml-style-map css="(none)" element="sup" family="attribute" name="superscript" />
<xhtml-style-map css="(none)" element="b" family="attribute" name="bold" />
<xhtml-style-map css="(none)" element="i" family="attribute" name="italics" />
</config>

Les valeurs que l'on peut attribuer à chaque option sont variables. Consulter à ce sujet le manuel utilisateur à partir de la page 25.

Last edited by roger64; 05-31-2016 at 10:49 AM.
roger64 is offline   Reply With Quote
Old 10-16-2016, 09:53 AM   #297
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

Un petit mot pour vous signaler l'arrivée d'un livre d'histoire: Les Noyades de Nantes écrit par G. Lenotre et publié à Paris chez Perrin en 1912. Il est écrit dans un style vivant tout en respectant méticuleusement la vérité historique.

Il existe en deux formats:
- EPUB3:
https://www.mobileread.com/forums/sho...79#post3412079
- PDF 9×12. Ce format est produit directement à partir de l'EPUB:
https://www.mobileread.com/forums/sho...84#post3412084

L'EPUB a été réalisé pour l'essentiel en utilisant LibreOffice et ODTImport pour la partie texte, images (sauf svg) et notes de fin. Le reste a été fait avec l'éditeur de Calibre (bloc d'expressions régulières, ajout des hyperliens (une cinquantaine) et d'une image svg.

J'ai inauguré sur ce forum avec ce livre la police LinLibertineG30 (sous-ensembles), qui est une variante légèrement graissée de Linux Libertine. Elle est accompagnée d'une police petites capitales également graissée.

Last edited by roger64; 10-16-2016 at 10:23 AM.
roger64 is offline   Reply With Quote
Old 02-13-2017, 08:10 AM   #298
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

Fumeurs d'opium, comédiens ambulants de Jules Boissière (éd. 1925)

Six ans après, voici la troisième version de ce remarquable recueil de nouvelles. Elle a été sérieusement toilettée tant pour l'orthographe, la typographie que la mise en page en général.

Ce livre doit son charme à un mélange rare de poésie et de cruauté. Le lecteur comprend que la traîtise omniprésente est elle-même fille de l'opium.

Version EPUB3
https://www.mobileread.com/forums/sh...86#post3474786

Version PDF au format 9×12
https://www.mobileread.com/forums/sh...99#post3474799

Last edited by roger64; 02-13-2017 at 08:40 AM.
roger64 is offline   Reply With Quote
Old 10-24-2017, 12:48 PM   #299
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Bonjour

J'utilise depuis très longtemps une police incorporée (Linux Libertine). Voici, illustré avec un livre en français, les derniers essais dans ce domaine.

https://www.mobileread.com/forums/sh...47#post3599347

Le but recherché est de foncer la police et d'obtenir un sous-ensemble le plus compact possible.
roger64 is offline   Reply With Quote
Old 03-11-2018, 10:46 PM   #300
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,608
Karma: 3000161
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
L'été indien de writer2xhtml

Le developpeur de writer2latex (dont writer2xhtml n'est qu'une composante) a refait surface depuis peu et vient de publier la version 1.6 beta de writer2latex téléchargeable à partir de SourceForge. Pour mémoire il avait disparu de la circulation en juillet 2015, peu après la publication de la version 1.4 stable. Il avait laissé aussi dans les dépôts une version 1.5.2.alpha permettant l'export ePub3. A titre personnel, j'utilise depuis quelques mois pour mes ePub3 une version 1.6 alpha compilée à partir des sources.

Il vient de publier sa feuille de route qui contient quelques nouveautés.

Les versions actuelles de ses filtres d'export seront développées jusqu'à la version 2.0. Il s'agit pour l'extension de LO, writer2xhtml de disposer de menus réécrits, de compléter l'export au format ePub3 (informations sémantiques) et de permettre l'inclusion de son et de vidéos.

Après cette ultime version 2.0, il a annoncé qu'il arrêtera le travail relatif à writer2xhtml dont les fonctions actuelles seront intégrées (sans plus de détails) dans une nouvelle version de writer2latex. Il signale que LO a décidé de prendre à son compte désormais l'export vers le format ePub (selon moi largement raté à ce jour)... sans doute la goutte d'eau qui a fait déborder le vase.

En tout état de cause, writer2xhtml continuera d'exister indépendamment de LibreOffice avec la version ODTImport du greffon de Sigil. Je rencontre encore ici et là des utilisateurs d'Amanuensis (publié déjà depuis quelques années). Selon les mêmes standards, on peut penser que l'on rencontrera encore des utiisateurs de writer2xhtml dans quelques années. C'est tout le mal que je puis leur souhaiter.
roger64 is offline   Reply With Quote
Reply

Tags
ebook

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Créer des epub à partir d'une syntaxe wiki (chaîne d'édition vers PDF (LaTeX), xHTML farvardin Software 1 04-03-2011 12:49 PM
Problème avec conversion de *.pdf avec calibre panzer Assistance 2 08-24-2010 03:49 AM
Comment créer un tableau centré dans un Ebook avec sigil ? agronomia Software 7 05-06-2010 06:26 AM
Créer des documents ePub Thomas_ Software 3 04-17-2010 07:36 AM
Comment créer une recette avec calibre ? KLAO Software 1 02-04-2010 09:17 AM


All times are GMT -4. The time now is 06:17 PM.


MobileRead.com is a privately owned, operated and funded community.