[roger64]

Bonjour

Usage conjoint des deux éditeurs

Les choses évoluent très vite dans ce domaine comme le montre la toute récente mise en place de la fonction "saved searches" dans l'éditeur de Calibre.

L'usage dans les deux sens de Sigil et de l'éditeur de Calibre (nommé plus loin "Editor") est désormais possible moyennant quelques précautions simples. Leur connaissance peut intéresser les francophones qui utilisent massivement le nbsp.

A. - Différences à connaître entre Sigil et l'Editor.

Elles concernent notamment les points suivants lors de la première ouverture d'un EPUB*

1. - Affichage des fichiers.

Lors de la première ouverture, Sigil restructure l'EPUB selon un ordre pré-établi et affiche vos fichiers dans le navigateur (1). Si vous n'enregistrez pas l'EPUB, ces changements ne seront pas pris en compte et votre EPUB reprendra son état original. Si vous enregistrez, la modification de la structure et l'affichage des caractères deviennent permanents.

L'Editor, de son côté, avant l'enregistrement, ne touche absolument à rien et laisse vos fichiers strictement en l'état. Cependant, l'affichage des éléments de l'EPUB se fait par genre (2). Ainsi, une erreur discrète dans la structure originale peut être masquée à l'utilisateur non averti (3). Il n'y a pas vraiment de quoi s'inquiéter parce que l'Editor possède une fonction de vérification très pointue, supérieure à Flightcrew et Epubcheck. Une vérification de fichiers ne manquera pas de déceler la nature du problème (4). Notez que l'Editor n'utilise que de l'UTF-8. Il ne sert à rien de tenter de modifier manuellement le fichier .opf (dont le manifeste). Préférez l'utilisation de la fonction "rename" au nom trompeur car c'est elle qui met à jour les liens.

2. - Affichage des entités

Sigil- Espaces insécables. Pour les francophones, cela a été le gros point noir de Sigil depuis plusieurs versions. La reconnaissance des insécables a été... fluctuante. Attention à la version de Sigil avec laquelle vous ouvrez un EPUB pour la première fois: les insécables existantes peuvent soit être écrites   (v. 0.6.2.) soit transformées en espaces normales (v. 0.7.4.), ce qui n'est généralement pas souhaité. Il y a mieux à faire.

Les espaces fines ne peuvent être détectées sur Sigil en vue code qu'au déplacement du curseur. Vous pouvez les rechercher sous cette forme immatérielle. Si vous souhaitez les insérer, vous devez utiliser le code &-#-8239; Une fois insérées, elles disparaîtront de l'affichage comme les autres. Elles ne seront cependant jamais confondues avec d'autres entités et vous ne risquez à aucun moment de les perdre.

Editor - Espaces insécables: l'Editor les affiche dans le code du texte avec un petit rectangle orange (et une mention dans un petit champ d'information en bas à droite). Il s'agit dans ce cas de l'équivalent UTF-8 de l'entité nommée traditionnelle   On peut aussi lui faire afficher le traditionnel   Ces deux façons d'écrire le nbsp sont comptabilisées séparément. On peut passer de l'un à l'autre par un chercher/remplacer (voir plus bas).
Attention: si vous cliquez sur l'option "Répare l'HTLM - tous les fichiers" ou celle "Embellit tous les fichiers" l'Editor remettra en place les caractères UTF-8 à la place de l'entité   et supprimera les DOCTYPE, ce qui causera un message d'erreur sur Sigil. L'Editor est têtu.

En ce qui concerne les espaces fines, comme pour Sigil, l'Editor ne les affiche pas dans le code du texte et on ne peut les détecter qu'au curseur. Il est cependant un peu plus explicite: le champ d'information vous indique qu'il s'agit bien d'un "narrow no-break space". Il s'agit dans ce cas du caractère UTF-8 représentant la fine. On peut aussi faire afficher sous forme d'entité avec le code &-#-8239; en fonction de l'option choisie (voir plus bas). Contrairement à Sigil le code &-#-8239; restera alors affiché en vue code. On peut passer de l'un à l'autre par un chercher/remplacer (voir plus bas).
Attention: si vous cliquez sur l'option "Répare l'HTLM - tous les fichiers", ou celle "Embellit tous les fichiers" l'Editor remettra en place le caractères UTF-8 à la place de l'entité nommée et supprimera les DOCTYPE, ce qui causera un message d'erreur sur Sigil.

B. - Faire cohabiter l'Editor avec Sigil:
En finir avec les problèmes de nbsp et les messages d'erreur.

1. - Option à connaître

Il existe depuis peu une option (5) dans l'Editor qui permet de ne pas convertir les entités nommées et de conserver le DOCTYPE. Elle est recommandée à ceux qui veulent faire un usage conjoint des deux éditeurs. L'EPUB reste ainsi lisible par Sigil qui n'affiche plus de message d'erreur(6). Cette option ne fait que contrôler le remplacement des entités lorsqu'elles sont tapées. Un simple chercher/remplacer permet de changer les insécables et les fines déjà présents sous leur forme UTF-8 vers leurs entités nommées:   et &-#-8239;

2. - Procédure conseillée

Si vous devez travailler avec les deux éditeurs, la façon la plus simple consiste à ouvrir systématiquemet les EPUB avec l'Editor.
1. - Veillez à ce que l'option vous permettant de conserver les nbsp et le DOCTYPE soit décochée (5).
2. - Sur l'Editor fixez maintenant vos nbsp en recherchant les rectangles oranges UTF_8 et en les remplaçant par   Éventuellement, agissez symétriquement pour les fines si vous voulez les afficher de façon visible. - Ne lancez pas les deux options citées plus haut (cf Attention)
3. - Ensuite vous pourrez travailler normalement avec Sigil 0.7.4. (ou n'importe quelle autre version de Sigil) sans risque de les perdre et sans message d'erreur puis revenir ensuite sur l'Editor.


* Par première ouverture, j'entends par exemple le cas d'un EPUB sortant juste du convertisseur.