Ortho-typographie

Publié le : 3 février 2014 – Dernière modification le 21 décembre 2021 – par Cerdic, Fil, Patrice Vanneufville, Raphaël Meyssan, tetue, Vincent Ramos – 45 commentaires

1
2
3
4
5
57 votes

Ce plugin rassemble plusieurs fonctions de correction typographique automatisées auparavant éparses dans plusieurs plugins : correction des guillemets, correction des raccourcis avec mise en exposant, césure des dates, typographie des mots en majuscule, et corrections automatiques personnalisées.

Configuration

Le plugin s’installe simplement et une page de configuration permet d’activer ou désactiver les fonctionnalités de correction. Par défaut toutes les corrections sont activées, sauf les corrections personnelles qui dépendent des règles que vous voudrez ajouter.

Voyons à quoi correspond chaque fonctionnalité.

Correction des guillemets

Cette fonction remplace les paires de guillemets droits (ou « chiures de mouches »), c’est-à-dire ‹"›, par les guillemets typographiques (« », “”, etc.), lesquels dépendent de la langue dans laquelle on rédige. Elle est reprise du plugin original Correction typographique des guillemets

Présentation

Tous les claviers ne permettent pas de taper directement les guillemets : en effet, la touche <"> [1] n’insère pas un guillemet mais un symbole utilisé en informatique ; ce symbole, dans les textes en langues naturelles [2], doit être remplacé par les guillemets typographiques voulus par la langue dans laquelle on rédige. Ainsi, en français de France, les guillemets sont représentés par <« > pour l’ouvrant et < »> pour le fermant et en anglais par <“> et <”>.

En aucun cas <"> ne devrait, dans une bonne typographie, être employé : son principal défaut (outre sa forme droite) est en effet qu’il ne permet pas de distinguer le début et la fin d’une citation. Or, l’œil, déjà peu habitué à la lecture verticale qu’imposent les écrans, se repère mal lorsque les citations dépassent les quelques mots. Le confort de lecture est ainsi gêné.

L’absence des guillemets sur certains claviers informatiques [3] a cependant conduit de nombreux rédacteurs à ignorer ces règles autant typographiques que visuelles. De plus, rares sont les rédacteurs actuels à posséder des connaissances typographiques.

SPIP, pour pallier cette absence, propose un bouton permettant de mettre des mots sélectionnés entre guillemets. Ce bouton n’est cependant pas accessible pour tous les champs de saisie (ainsi, il n’y a pas de barre d’insertion de caractères spéciaux pour les rubriques) et de nombreux rédacteurs, par méconnaissance de la typographie ou par « paresse », ne s’en servent pas. D’autre part, s’il existe des raccourcis clavier (dépendant du système d’exploitation utilisé) pour entrer les guillemets à la main , il est parfois fastidieux de les utiliser [4].

Ce plugin permet donc de remplacer automatiquement les guillemets droits par les guillemets corrects, et ce de manière transparente pour le rédacteur, de la même manière que les apostrophes droites <'> sont remplacées par les apostrophes courbes <’> ou que les espaces insécables sont introduites automatiquement devant les ponctuations hautes (< ?! : ;>). Il va de soi que le texte entre les balises <code> et <cadre> n’est pas touché.

Le plugin prend également en charge le guillemetage correct de la balise HTML <q>, en CSS, sur les navigateurs modernes, selon la langue de composition et en tenant compte des imbrications (cf. : fichier css/typo_guillemets.css).

Exemples

Voici quelques exemples, selon la langue concernée :

  • "français" → « français » ;
  • "hongrois" → „hongrois” ;
  • "anglais" → “anglais” ;
  • "danois" → »danois« ;
  • "bulgare" → „bulgare“.

Limitations

Le plugin ne gère pas le remplacement des guillemets de second rang, c’est-à-dire ceux qu’on emploie dans un texte déjà guillemeté. Ainsi, en typographie française :

« Il dit : “Bonjour” »
« Il dit : “Bonjour” d’une voix chevrotante »

ou, d’après la marche typographique de l’Imprimerie nationale :

« Il dit : « Bonjour » [5]
« Il dit « Bonjour » d’une voix chevrotante ».

Dans tous les cas, des guillemets droits enchâssés seront mal rendus.
Par exemple : "Il dit : "Bonjour" d'une voix chevrotante." sera rendu par :

« Il dit : »Bonjour« d’une voix chevrotante. »

Pour contourner cette limite :

  • le plugin ne touche à rien si jamais le texte contient déjà des guillemets élaborés, ce qui vous permet de gérer manuellement vos guillemets dans les cas complexes ;
  • l’emploi de la balise HTML <q> dédiée aux citations en ligne sera correctement guillemetée par ce plugin, en respect de la langue de composition. Par exemple, <q>Il dit : <q>Bonjour</q> d'une voix chevrotante et Ursula lui répond enjouée : <q lang="de">Guten Tag!</q></q> sera rendu par :

    « Il dit : “Bonjour” d’une voix chevrotante » et Ursula lui répond enjouée : >Guten Tag !< »

  • les liens automatiques [->1] vers des articles dont le titre contient des « guillemets français » passent en guillemets “de second niveau”.

Correction des abréviations avec exposant

Cette fonctionnalité améliore le rendu typographique des abréviations courantes, en mettant en exposant les éléments nécessaires (ainsi, Mme devient Mme) et en corrigeant les erreurs courantes (2ème ou 2me, par exemple, deviennent 2e, seule abréviation correcte).

Elle est reprise du plugin Typo exposant lui même tiré du Couteau Suisse, qui a repris cette fonction de Filtre typographique exposants

Présentation

Dans l’état actuel, ce plugin remplace (singuliers et pluriels) :
-  Melle ou Mlle par : Mlle ;
-  Mme par : Mme ;
-  1ier, 1ière, 1ère ou Iier, Iière, Ière par : 1er (masculin) et 1re (féminin) ou Ier et Ire ;
-  2ième, 2ème, 2me ou IIième, IIème, IIme (fonctionne aussi avec les autres chiffres) par : 2e et IIe (seules formes correctes) ; 2nd par 2nd.

Dans certaines conditions précises (abréviations suivies d’un espace, d’un point ou d’un tiret simple), sont également remplacés :
-  Dr et Pr par : Dr et Pr (au singulier uniquement)

Ici seront remplacées les expressions suivantes si elle sont suivies par un espace puis une majuscule :
-  Me par : Me (Maître, au singulier uniquement)

D’autres expressions (au singulier et parfois au pluriel) sont encore remplacées :
-  m², m2, m3 par : m2 et m3 ;
-  Mgr par : Mgr (Monseigneur, au singulier uniquement)
-  Mn(s) et Md(s) par : Mn(s) et Md(s)
(Million(s), Milliard(s))
-  Vve par : Vve (Veuve, au singulier uniquement)
-  Cie(s), Sté(s) et Ets par : Cie(s), Sté(s) et Éts (Compagnie(s), Société(s), Établissements)
-  ro, vo 1o, 2o, etc. par : ro (recto), vo (verso), 1o (primo), 2o (secundo), etc.

Les éventuelles formes plurielles sont traitées (soit intégrées dans le cas de Mmes → Mmes, soit annulées dans le cas de 2es — et autres variantes erronées — qui reste 2e) et les abréviations obtenues sont conformes à celles indiquées dans l’article « Abréviations » du Lexique des règles typographiques en usage à l’Imprimerie nationale (presses de l’Imprimerie nationale, Paris, 2002).

Le cas de Monsieur, que l’on devrait, d’après l’Imprimerie nationale, abréger en M. et non Mr ou Mr, n’est pas pris en charge par un remplacement de Mr en M., afin que l’on puisse écrire l’abréviation de Mister, soit Mr (usage anglais) ou Mr. (usage américain), sans mise en exposant (de même que Mrs ou Mrs.).

Limitations

Cette fonctionnalité sur les exposants ne fonctionne pour l’instant que sur les textes français, mais d’autres langues peuvent être intégrées facilement.

Les textes anglais bénéficient d’une mise en exposant des nombres ordinaux : 1st, 2d, 3rd, 4th, etc.

Le texte situé entre les balises <html> et </html>, <code> et </code>, <cadre> et </cadre>, <frame> et </frame>, <script> et </script>, <acronym> et </acronym> ou <cite> et </cite> est protégé : aucune modification d’exposant n’y sera faite.

Les petits chiffres romains (I, V & X) sont pris en compte, mais pas dans le cas de « Ire » ou « Ires » ni des 50, 100, 500 & 1000 (L, C, D & M) pour des raisons de performances (et compte tenu de leur faible occurence d’utilisation)

Correction des dates

Cette fonctionnalité est tirée du plugin non documenté Typo Mois.

Très simple mais indispensable, elle prend en charge la reconnaissance des dates du type 10 mars en remplaçant l’espace entre numéro et nom du mois par une espace insécable, afin de ne pas risquer une césure entre les deux.

Typographie des capitales

Le plugin reconnait les mots écrits en lettres capitales et les encadre dans une balise <span class="caps">. Par exemple, ONU devient <span class="caps">ONU</span>. De ce fait, les mots en lettres capitales peuvent être stylés en css à volonté.

(Cette fonctionnalité est tirée du plugin non documenté Typo Caps.)

Espaces fines

Les insécables c’est bien, mais quand elles sont fines, c’est mieux : cette fonctionnalité remplace donc &nbsp; par <small class="fine">&nbsp;</small> aux endroits où c’est pertinent : guillemets français et ponctuations doubles : <? ; ! %>.
À noter, les deux-points <:> ne sont pas concernés par cette règle.

(Fonctionnalité originale apportée par Fil.)

Corrections automatiques

Le plugin permet de définir ses propres corrections automatiques. Les corrections sont réalisées à l’affichage uniquement, et non lors de la saisie (comme le ferait un traitement de texte).

Règles de correction

Les règles de correction automatique sont indiquées dans le formulaire de configuration du plugin. Vous devez indiquer une seule règle par ligne, sous la forme mot=remplacement [6].

Remplacements simples
Ainsi par exemple, pour corriger la coquille fréquente de l’oeuf qui s’écrit avec un e dans l’o, vous pourrez indiquer la règle :

oeuf = œuf

qui remplacera donc toutes les occurrences du mot oeuf par le mot œuf.

Remplacements par expression rationnelle
Dans des cas plus compliqués, il peut être utile de recourir aux expressions rationnelles. Par exemple, toujours pour notre œuf, si on veut aussi repérer les cas où le mot est en début de phrase, avec parfois son E en majuscule, on peut utiliser une expression rationnelle comme suit :

/O[Ee]uf/ = Œuf

Le fait de faire commencer et finir le terme de gauche par un / indique qu’il s’agit d’une expression rationnelle. Ici Oeuf et OEuf seront remplacés tous deux par Œuf.

Limitations

Les règles de remplacement ne sont pas classées par langue. Le plugin ne permet pas de gérer des règles pour le français et d’autres pour l’anglais : les mêmes règles seront adaptées à tous les textes, ce qui peut être inadapté en cas de site multilingue.

L’ordre des règles de remplacement n’est pas strictement respecté. Pour être exact, toutes les règles de remplacement simples sont appliquées dans l’ordre indiqué, puis toutes les règles de remplacement par expression rationnelle sont appliquées dans l’ordre indiqué.

(Cette fonctionnalité est tirée du plugin Le Couteau Suisse.)

Notes

[1] Ou « chiures de mouche » en jargon typographique. Cf. cette page.

[2] Français, anglais, catalan, basque, etc.

[3] Héritée du temps des machines à écrire, où, par économie de place, une seule touche avait été consacrée aux deux formes du guillemet.

[4] Quand ce n’est tout bonnement pas possible de le faire : sous MS Windows et Firefox, entrer les caractères étendus au moyen d’ALT suivi du code voulu, conduit le navigateur, en raison de l’existence de touches d’accès rapides propres à SPIP, à quitter la page en cours.

[5] Le guillemet fermant de premier rang est absorbé par le fermant de second rang, les deux ayant la même forme : « Il dit : « Bonjour » » n’est donc pas admis.

[6] vous pouvez indifféremment laisser des espaces autour du signe =, ils seront ignorés.

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

19 discussions

  • obiwanriko

    Attention lorsque l’on active la fonction « styler les majuscules » on peut se retrouver avec des pages blanches ou le « Zbug » qui s’affiche ! J’ai cherché des heures croyant que c’était mon code et non c’était cette fonction du plugin....

    Répondre à ce message

  • Matthieu Marcillaud

    Ce plugin, en version 1.4.0 pose un problème avec les raccourcis SPIP -? et -! : ils ne sont plus traités comme liste de définition.

    Répondre à ce message

  • Maïeul

    super chouette ce plugin.
    Contient-il le même bug que correction typographique des guillemets, à savoir que la correction automatique ne s’applique pas à l’intérieur des notes de bas de page :

    [["dd"]]

    voir http://contrib.spip.net/Plugin-de-correction-typographique-des-guillemets#forum473675

    Répondre à ce message

  • 4
    Thomas

    Voilà un plugin bien pratique ! Ce serait chouette qu’il puisse avoir quelques autres fonctionnalités pour corriger des erreurs typographiques françaises classiques :

    • Transformer les « oe » en « œ » et les « ae » en « æ »
    • Transformer les majuscules abusives des dates en minuscules (« Lundi » — « lundi », « Janvier » — « janvier »…)
    • Et pour la ponctuation :
      • Adopter les espaces prescrits avant et après les signes de ponctuation (http://typographisme.net/post/Les-e...)
      • Transformer les apostrophes classiques (« ’ ») en guillemets-apostrophes (« ’ », ’)
      • Transformer les traits d’union (« - ») situés en début de ligne ou encadrés de deux espaces en des tirets cadratin (« — », —)
      • Transformer les trois points (« ... ») en points de suspension (« … », …)

    Serait-ce envisageable ?

    • Fil

      Attention tous les oe ne donnent pas obligatoirement des œ, et tous les ae ne donnent pas obligatoirement des æ. Il faudrait un dictionnaire pour pouvoir les départager.

    • Fil

      Je complète :
      — pour ce qui est des espaces, des apostrophes, des tirets, SPIP le fait déjà.
      — pour les « trois points », tu peux les ajouter facilement dans la fonction « typo » ; tiens-nous au courant

    • Thomas

      « Coefficient », « groenlandais », « moelle », « paella »… Ah oui, je n’avais jamais remarqué. Tout comme pour les espaces, les apostrophes et les tirets chez SPIP. Et en effet, un règle de correction suffit à substituer les points de suspension aux trois points. Ça rend obsolètes la plupart des points listés. Merci !

      En fait, seul demeure celui sur les majuscules abusives dans les dates. Par ailleurs, j’ajoute une autre idée : le plugin pourrait ajouter des espaces insécables entre les nombres et les unités, lorsqu’il n’y a pas d’espaces et lorsqu’ils sont sécables (exemples : « 30km », « 30 km »).

    • 1138

      Pour oe -> œ, j’ai créé les corrections suivantes à partir d’une liste de Wikipédia.

      /([Aa])lstroem/ = $1lstrœm
/([Aa])ngstroem/ = $1ngstrœm
/([Bb])oeuvon/ = $1œuvon
/([Cc])aloenas/ = $1alœnas
/([Cc])hoeur/ = $1hœur
/([Cc])oelacanthe/ = $1œlacanthe
/([Cc])oelentéré/ = $1œlentéré
/([Cc])oeliaque/ = $1œliaque
/([Cc])oelioscopie/ = $1œlioscopie
/([Cc])oelome/ = $1œlome
/([Cc])oelopeltis/ = $1œlopeltis
/([Cc])oenomyie/ = $1œnomyie
/([Cc])oenure/ = $1œnure
/([Cc])oeur/ = $1œur
/([Cc])oroebus/ = $1orœbus
/([Dd])ianthoecia/ = $1ianthœcia
/([Dd])ioecie/ = $1iœcie
/([Dd])oe-koe/ = $1œ-kœ
/([Dd])yscoelie/ = $1yscœlie
/([Ff])oene/ = $1œne
/([Ff])oeta(l|le|les|ux)/ = $1œta$2
/([Ff])oeticide/ = $1œticide
/([Ff])oetus/ = $1œtus
/([Gg])oethée/ = $1œthée
/([Gg])oethéen(|ne|nes|s)/ = $1œthéen$2
/([Hh])étéroecie/ = $1étérœcie
/([Hh])omoeo/ = $1omœo
/([Kk])oelreutérie/ = $1œlreutérie
/([Mm])étoeque/ = $1étœque
/([Mm])anoeuvr/ = $1anœuvr
/([Mm])oeurs/ = $1œurs
/([Mm])onoecie/ = $1onœcie
/([Mm])yxoed/ = $1yxœd
/([Nn])oeud/ = $1œud

/O[Ee]cuménique/ = Œcuménique
/oecuménique/ = œcuménique
/O[Ee]dèm/ = Œdème
/oedèm/ = œdème
/O[Ee]démat/ = Œdémat
/oedémat/ = œdémat
/O[Ee]dip/ = Œdip
/oedip/ = œdip
/O[Ee]il/ = Œil
/oeil/ = œil
/arrœil/ = arroeil
/Arrœil/ = Arroeil
/O[Ee]nologi/ = Œnologi
/oenologi/ = œnologi
/O[Ee]nomètre/ = Œnomètre
/oenomètre/ = œnomètre
/O[Ee]nophore/ = Œnophore
/oenophore/ = œnophore
/O[Ee]sophag/ = Œsophag
/oesophag/ = œsophag
/O[Ee]str/ = Œstr
/oestr/ = œstr
/O[Ee]uf/ = Œuf
/oeuf/ = œuf
/O[Ee]uvée/ = Œuvée
/oeuvée/ = œuvée
/O[Ee]uvr/ = Œuvr
/oeuvr/ = œuvr

/([Pp])érioecien/ = $1ériœcien
/([Pp])hoeni/ = $1hœni
/([Pp])oecil/ = $1œcil
/([Pp])omoerium/ = $1omœrium
/([Pp])rocoel/ = $1rocœl
/([Rr])hoeadine/ = $1hœadine
/([Rr])oemérite/ = $1œmérite
/([Rr])oentgen/ = $1œntgen
/([Rr])oesslérite/ = $1œsslérite
/([Rr])oestélie/ = $1œstélie
/([Rr])oetlère/ = $1œtlère
/([Ss])choenberguien/ = $1chœnberguien
/([Ss])choenite/ = $1chœnite
/([Ss])choenus/ = $1chœnus
/([Ss])oeur/ = $1œur
/([Ss])ynoecisme/ = $1ynœcisme
/([Tt])haumetopoea/ = $1haumetopœa
/([Tt])oenite/ = $1œnite
/([Tt])rioecie/ = $1riœcie
/([Tt])rophoedème/ = $1rophœdème
/([Vv])oeu/ = $1œu

    Répondre à ce message

  • 18
    Guytarr

    Un petit soucis, ça <span class="caps">MAJUSCULE</span> dans le backend aussi

    • Fil

      Indépendamment de ce plugin, si les balises HTML ne sont pas autorisées dans le titre du RSS, il faudrait ajouter |supprimer_tags ; mais avec ce plugin, là, ça se voit plus.

    • DD

      Et <span class="caps">MAJUSCULE</span> est présent dans le champs titre de la base de donnés aussi.

    • b_b

      Salut,

      Même problème observé hier dans le flux rss de blog.spip.net dont le squelette est visible ici :

      http://zone.spip.org/trac/spip-zone/browser/_squelettes_/spipclear_z/trunk/inclure/rss.html

      Et tout comme Fab j’observe d’étranges span class=« cap » dans l’entête du formulaire d’édition de l’article qui générait tout ça.

      Seule solution pour l’instant, désactiver l’option Styler les mots en lettres capitales dans la config du plugin.

      Je ne comprends pas ta remarque Fil, faut-il modifier le squelette de backend et y ajouter « supprimer_tags » quand on utilise cette option du plugin ?

    • Fil

      Je m’explique : les rédacteurs sont autorisés à mettre ce qu’ils veulent dans le champ titre, y compris par exemple des italiques… dans le squelette, il faut prévoir tous les cas. Et donc, supprimer les balises si c’est un endroit où il est interdit d’avoir des balises. Avec ce plugin, la probabilité d’avoir des balises augmente, donc ça se voit plus souvent, mais le problème ne vient pas du plugin.

    • b_b

      Ok, donc il faut peut être corriger au moins la dist (et peut être même beaucoup d’autres squelettes) pour éviter ce genre de problèmes. Mais il y a un truc que je ne comprends pas.

      Ici un exemple d’article où je tente de mettre de l’italique à coup de {} et <em></em> :

      http://b_b.grml.eu/spip.php?article2

      Et voici ce que donne le flux RSS du site :

      http://b_b.grml.eu/spip.php?page=backend

      On voit bien dans le source du flux, que les balises <em> ne sont pas affichées alors que le squelette du flux de la dist n’utilise pas le filtre supprimer_tags sur les titres des items :

      http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/dist/inc-rss-item.html#L15

      Il semble donc que orthotypo passe outre le filtrage appliqué par |texte_backend aux titres des items du flux.

    • b_b

      Af, désolé, je vois qu’il y a bien un supprimer_tags sur les titres des items dans le flux de la dist :

      http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/dist/inc-rss-item.html#L3

      Sorry sorry... et voilà donc qui corrige le problème dans le flux RSS de SPIPClear :

      http://zone.spip.org/trac/spip-zone/changeset/72194

    • Beurt

      Salut à tous,

      Je rencontre aussi le même souci avec <span class="caps"> avec GIS 4 et les JSON (comme gis_article.html) dans lesquels les contenus (comme le descriptif) peuvent contenir des <span class="caps"> ce qui fait plante l’affichage des marqueurs... pour l’instant, j’ai pas de meilleure solution que de faire une surcharge perso de gis_article.html avec un filtre qui élimine ce span, car dans ce cas le supprimer_tags n’est pas souhaitable.

    • b_b

      Perso j’ai désactivé cette option du plugin sur le site où je l’ai retrouvé actif par surprise, et zou.

    • Beurt

       :-/ c’est dommage quand même !

    • b_b

      Oui c’est dommage, mais je me vois mal aller modifier tous les squelettes (et les plugins) pour y ajouter un |supprimer_tags afin de ne pas subir cet effet de bord de orthotypo ;)

    • Beurt

      Pour ce qui est de GIS 4 je crois que je vais commiter mon gis_articles.html car le plugin commet des class="truc" dans d’autres cas. Il suffit de les virer pour que ça roule (avec un |replace).

      Évidement, ça ne résout pas le cas général !

    • b_b

      Non non, ce n’est pas dans gis qu’il faut corriger ça, mais plutôt de façon globale dans SPIP (car json_encode devrait prendre en charge ce type de situation).

    • Fil

      Je ne comprends pas : si les balises HTML sont autorisées, pourquoi ces span planteraient-ils ? A l’inverse, si les balises sont interdites, pourquoi ne pas utiliser |supprimer_tags ?

    • Beurt

      Je ne sais pas vraiment l’expliquer pour le moment, mais quand il y a le plugin ortho-typo activé, gis_articles.html retourne un JSON qui fait planter l’affichage des marquer à partir du moment où il y un class... Le problème vient peut-être aussi de GIS 4 :-/

    • b_b

      Pas chez moi en tout cas...

      http://labo.eliaz.fr/spip.php?article108

      Le contenu du titre et du descriptif du point contiennent tous les deux des span class caps et cela ne génère pas de bug.

    • Beurt

      et avec ortho-typo ?

    • b_b

      Idem, pas de bug.

    • Beurt

      Ah ???

      Je suis surpris... Car dans mon cas, dès que je désactive ortho-typo, GIS (4.8.0) ça refonctionne, dès que je vire les class="whatever" aussi¹... Je vais creuser.

      ¹ Sachant que dans les descriptifs j’ai soit des SIGLES ou des choses avec des exposants.

    Répondre à ce message

  • 1
    RastaPopoulos

    Double bug dans la gestion des mois qui est ici :
    http://zone.spip.org/trac/spip-zone/browser/_plugins_/orthotypo/trunk/orthotypo_fonctions.php#L360

    1. Ça ne prend pas en compte les passages à la ligne, ce qui fait que s’il y a un numéro à la fin d’une ligne et un mois au début d’une autre : ça supprime le passage à la ligne ! (ici j’ai un numéro de téléphone sur une ligne, et autre chose commençant par un mois après).
    2. Plus amusant encore : ça ne gère pas les vrais mots : ça prend en compte un mois même si ce n’en est pas un mais que c’est inclus dans un autre mot !

    Exemple, j’ai un numéro de téléphone et un courriel avec un prénom ensuite :

    05 05 05 05 05
maitemachin CHEZ truc POINT fr

    Répondre à ce message

  • Fab

    Ah bin sur spip 3.05 quand j’édite un article, j’ai un « gros span class="cap" » Titre De L’Article« /span » qui s’affiche en haut. Je désactive le plugin et ça disparait. Pour info. (J’ai remplacé les chevrons par des guillemets francais.)

    Répondre à ce message

  • 1
    Joseph

    Bonjour, il y a un problème de rendu de l’article sur Google Chrome. Les éléments mis en exposant dans le texte de l’article apparaissent en indice. Il manque un décalage vertical vers le haut.

    Le rendu de la page est quant à lui fonctionnel sous Firefox.

    Dernier détail, l’article semble suggéré que l’expression m² (un m suivi du caractère exposant 2) sera pris en compte par le plugin ce qui, après un rapide test, n’est pas le cas.

    Ansi, saisir m² m2 affichera m² m2. Si on mélange les deux écritures dans un même texte, on se retrouve avec un rendu visuel différent.

    Bien cordialement

    Répondre à ce message

  • Pat

    Chouette, encore un nouveau machin !

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom