Lorsqu’on crée un contenu dans Opale (mais c’est peut-être aussi le cas dans les autres modèles), les apostrophes sont droites.
Pour obtenir une apostrophe typographique (inclinée, semblable à une virgule), est-ce que la modification est à faire au niveau de styler ou ce n’est pas possible et cela implique de modifier le modèle ?
En fait quand on tape l’apostrophe dans un logiciel de bureautique du style Word et que ça affiche cette apostrophe typographique, je pense que l’application remplace à la volée de caractère apostrophe dactylographique saisi « naturellement » au clavier par un caractère encodé en UTF-8 différent.
D’un coté le code tu as le code classique saisi avec l’appuie sur la touche apostrophe du clavier qui est éditable sous windows avec la combinaison de touche Alt+39 et de l’autre tu as le caractère Alt+0146.
Comme l’explique Franck, cette modification doit être faite dans le contenu lui-même, saisi par l’auteur. Il n’est pas possible de le transformer aisément dans styler à moins de passer par des techniques douteuses, que je ne recommanderai pas, comme créer un police dédiée qui change l’apostrophe, ou parcourir tout le contenu au chargement de la page et remplacer ce caractère.
Nous faisons déjà le remplacement à la saisie dans l’éditeur des " en « et » quand le modèle est en français.
Nous n’avons par contre pas activé le remplacement à la saisie de « ' » en « ’ ». Je n’ai pas creusé ce sujet, le remplacement de cet apostrophe est-elle une recommandation générale dans la langue française au même titre que que le " en « et » ? Nous pourrions l’activer dans la prochaine version de Scenari 6.4 (mais ça ne s’appliquera qu’aux nouvelles saisies de texte par les auteurs dans l’éditeur de cette nouvelle version).
En attendant, la meilleure option serait de faire un chercher/remplacer dans les items.
Il y a la charte typographique du Journal officiel français, page 26 :
Et l’article de Wikipédia précise que l’apostrophe est généralement courbe.
Par contre : selon les usages des typographes, l’apostrophe dactylographique ne devrait pas être employée et, par exemple, pour Lacroux, ce « n’est pas une apostrophe. […] Ce n’est typographiquement rien »
et :
Ambiguïtés
Le caractère apostrophe ‹ ’ › U+0027, codé dans le standard ASCII comme apostrophe, guillemet anglais fermant, accent aigu, et repris comme tel dans Unicode est ambigu.
Les éditeurs de type Word, ne font pas que remplacer l’apostrophe droit en Guillemet-Apostrophe : comme pour les guillemets doubles, ils peuvent les transformer en Guillemet-Apostrophe culbuté si le caractère précédent n’est pas alphanumérique. Le but est d’avoir une typographie correcte pour une citation dans une citation : « Une citation qui inclut une ‘citation’ ».
Nous avons implémenté cette solution… Problème : la police utilisée dans l’éditeur qui varie en fonction de chaque OS ne permet pas de bien distinguer ces deux Guillemet-Apostrophe (culbuté ou pas). Nous avons tenté de changer de police, mais nous n’avons pas trouvé de solution satisfaisante. Donc en l’état, instrumenter une telle transformation en Guillemet-Apostrophe et Guillemet-Apostrophe culbuté nous semble une mauvaise idée si l’auteur ne peut voir la différence.
Nous avons donc adopté une solution intermédiaire dans la prochaine version Scenari 6.4 : en langue française, l’apostrophe droit est systématiquement transformé Guillemet-Apostrophe, donc jamais transformé en « culbuté ». Cette solution est satisfaisante pour la très grande majorité des usages correspondant à l’élision, mais pas dans le contexte nettement plus rare d’une citation dans une citation.
Une petite relance de ce sujet qui a un impact non négligeable sur les textes à trous lorsqu’on définit le trou avec un groupe de mots comportant une apostrophe.
En effet, le remplacement automatique de l’apostrophe droit (ALT + 039) par le guillemet apostrophe culbuté (ALT + 0145) entraîne automatiquement une erreur : la grande majorité des claviers sont configurés pour que l’apostrophe saisi en tapant sur la touche 4 soit droit.
Cette erreur est peu perceptible pour l’apprenant, même si elle est logique, car ce n’est effectivement pas le même caractère. Il est possible de s’en sortir en remplaçant le caractère ALT+0145 par le caractère ALT+039 dans le cas d’un texte à trous avec ce type de configuration.
Salut @slede en lisant le message de @spi à priori une solution a été miplémentée dans Scenari 6.4. Tu as accès à une instance MyScenari ? Si oui tu peux y tester ce que ça donne avec Opale 25.
Face au problème suivant du texte à trou qui fait qu’avec un même clavier,
l’apostrophe est considérée comme U+0027 &apos dans le CMS (APOSTROPHE)
cette même touche est considérée comme U+2019 &rsquo dans la version Aperçu (RIGHT SINGLE QUOTATION MARK)
Je résous le problème de la manière suivante : je saisis d’abord la réponse en mode Aperçu (Web) et je fais un copier-coller en mode Édition (CMS).
J’utilise MyScenari 6.4.2 avec Opale 25, avec un nouveau compte mise en place il y a deux jours. Ce serait bien que les prochaines versions permettent de résoudre ce problème autrement que par mon astuce !