Enluminures typographiques V3

Les Enluminures typographiques V3 permettent d’ajouter au Porte plume les raccourcis typographiques présents dans le Plugin Barre Typographique Enluminée.

C’est une extension du PortePlume.

Introduction

Pour la documentation d’usage, se reporter à celle du Plugin Barre Typographique Enluminée et à la documentation sur l’usage de ces raccourcis typographiques sur le site de l’auteur.

Installation

  1. activer le plugin
  2. vider le cache de SPIP [1]
  3. au besoin vider le cache du navigateur
  4. pour bénéficier de tous les raccourcis typographiques, y compris les petites capitales, il faut rajouter au fichier config/mes_options.php [2] :
    $GLOBALS['barre_typo_pas_de_fork_typo'] = false;

Personnalisation

Il est possible de personnaliser le html produit par les différents niveaux de titre. Dans config/mes_options.php (ou ecrire/mes_options.php avant SPIP 1.9.2) :

$GLOBALS['barre_typo_pas_de_fausses_puces'] = true;

$GLOBALS['BarreTypoEnrichie_Preserve_Header'] = true;

$GLOBALS['config_intertitre'] = true; // Nécessaire pour empêcher la configuration par CFG
$GLOBALS['debut_intertitre'] = '<h2 class="spip">';
$GLOBALS['fin_intertitre'] = '</h2>';
$GLOBALS['debut_intertitre_2'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre_2'] = '</h3>';
$GLOBALS['debut_intertitre_3'] = '<h4 class="spip">';
$GLOBALS['fin_intertitre_3'] = '</h4>';
$GLOBALS['debut_intertitre_4'] = '<h5 class="spip">';
$GLOBALS['fin_intertitre_4'] = '</h5>';
$GLOBALS['debut_intertitre_5'] = '<h6 class="spip">';
$GLOBALS['fin_intertitre_5'] = '</h6>';

La première option permet de spécifier que les « - » en début de ligne seront transformés en « -* » ce qui au final donnera de vraies listes à puces.
Le comportement par défaut du plugin est donc identique à celui de SPIP.

La 2e option permet de ne pas envoyer sur le site public la feuille de style spécifique de ce plugin.

Les autres options permettent de spécifier le HTML générés par les différents niveaux de titre. Ici, on commence à H2 au lieu du H3 natif de SPIP.
Là encore, le plugin ne change rien au comportement par défaut de SPIP qui génère donc bien un H3 pour {{{

Documentation à l’usage des développeurs

C’est désormais le PortePlume qui intègre tout ce qu’il faut pour rajouter des boutons à la Barre Typo.

Des idées pour les développeurs

Parmi les ajouts possibles à la barre typo, il y a :

  • pouvoir activer/désactiver individuellement chaque raccourcis typo [3]
  • une procédure de désinstallation qui enlève les raccourcis typographiques supplémentaires.
  • la gestion propre de la pose d’un raccourcis typographique de caractères à cheval sur plusieurs paragraphes
  • améliorer le filtrage des éléments passés aux courriers envoyés par SPIP
  • remettre le rechercher/remplacer (comme la Barre Typo v2)
  • passer l’édition des tableaux en jQuery
  • ...

Notes

[1Nécessaire pour voir les nouveaux boutons !

[2Pour tenir compte de http://zone.spip.org/trac/spip-zone/changeset/22723 et disposer des raccourcis typo supplémentaires !

[3quelque part, la config de celui-ci le permet déjà pour les titres avec la possibilité de ne rien mettre

Discussion

78 discussions

  • 4

    Etrange : heureusement que cette contrib l’ajoute à la barre typo, révélant l’existance du raccourci « poesie » de SPIP, mais celui-ci est regroupé avec les boutons d’insertion des raccourcis « code » et « cadre », alors que c’est une citation qui serait donc à associer avec « quote ». Ca prête à confusion pour certains utilisateurs.

    • Bien vue ! Intégré dans http://zone.spip.org/trac/spip-zone/changeset/46694 (version 3.2.0 de la BTE)

    • Suite à cette évolution, je me souviens avoir vu le bouton typo « poésie » (sous le bouton « quote » si ma mémoire ne me trompe pas) et c’était super. Mais installant aujourd’hui ce plugin sur un autre site, je ne trouve plus le bouton typo « poesie »... Serait-il possible que ça conflicte avec les boutons apportés par d’autres plugins comme « Insérer Modèle », « Le Couteau Suisse », « Corrections typographiques (guillemets) » ou autre ?

    • À ma connaissance, il n’y a pas de conflit.

      Par contre, pour voir les boutons des ETv3 après son activation, il faut vider le cache de SPIP et parfois même, celui du navigateur.

    • Effectivement ça marche après vidages de tous les caches, merci !

      Cela m’a donné l’idée de demander l’ajout de ce bouton dans SPIP, cf. : ticket #2271 ;)

    Répondre à ce message

  • 3

    L’activation du pluging « Enluminures typographiques v3... » avec SPIP 2.1.10 et les autres plugins mis à jour avec STEP me donne systématiquement le message suivant :
    « Fatal error : Call to undefined function : str_ireplace() in /var/www/virtual/ileblanchelocquirec.cef.fr/htdocs/plugins/auto/enluminures_typographiques_v3_/typoenluminee.php on line 204 »
    Qu’est-ce qui peut provoquer cela ?
    Est-ce du à une incompatibilité ?
    Merci de vos lumières.

    Philippe G.

    Répondre à ce message

  • norglaw

    Bonjour,

    Très bon plugin.
    Le bouton insérer une image a disparu dans le passage v2 -> v3.
    Y aurait-t-il une possibilité pour le réactiver ? Mes rédacteurs restent en général sur l’interface « publique » en utilisant les crayons, et souhaiteraient insérer des images dans les articles sans passer par l’interface privée.

    Merci

    Répondre à ce message

  • 9

    Merci pour ce plugin très utile.

    — S’agissant des “exposants”, et de sites principalement littéraires,
    dans /squelettes/css/perso.css.html j’ai placé :

    sup {
        font-size: 78% !important;
        font-variant: normal !important;
        vertical-align: 24% !important;
    }

    pour le résultat estimé approprié testé sous Windows XP avec deux écrans différents, avec respectivement :
    — Firefox 4.0.1
    — Google Chrome 11.0.696.60 beta
    — Safari 5.0.5
    — Internet Explorer 8.
    Le résultat est légèrement différent dans chaque navigateur, la moyenne est celle estimée appropriée.
    Les caractères souhaités ne sont plus en exposant (ce qu’ils ne doivent pas être pour du texte, donc hormis pour de véritables exposants mathématiques et autres formules scientifiques), mais en “petits caractères en position haute”. (L’espacement des lignes reste alors constant.)
    Par hypothèse, ces réglages conviennent en toute rigueur pour des sites principalement littéraires ; pour autant, ces réglages ne semblent pas présenter d’inconvénient pour des formules scientifiques, et peut-être moins que les mises en exposant scientifique s’agissant de sites littéraires.
    Voir aussi mon message relatif aux « Mises en exposant ».

    — Par ailleurs, je regrette la disparition dans la nouvelle version de ce plugin « Enluminures typographiques » de la fonction « rechercher/remplacer ».
    Cette fonction permettait par exemple de remplacer toutes les occurrence du symbole de degré ° par des lettres minuscules « o », puis toutes les occurrences de « no » par n<sup>o</sup> (ou les deux en même temps, et autres combinaisons).

    • Intégré dans la révision : 47309

    • Merci pour votre appréciation de ce petit travail. La modification en ce sens des deux plugins concernés fonctionne bien.

    • Non, ça n’est pas la bonne approche.

      Pour ce genre de chose, mieux vaut adopter un framework typo fiable comme l’excellent Blueprint ou cette base CSS pour SPIP ou simplement laisser le reset faire son travail. On y trouve ceci, qui est plus générique et suffit :

      sup { vertical-align: super; }
      sub { vertical-align: sub; }

      Le code indiqué par frdm a sa place dans une feuille perso.css mais pas en standard dans ce plugin typo.

    • Est-ce que comme BluePrint il ne faudrait pas aussi indiquer :
      sup, sub {line-height:0;}

    • @ tetue : Tiens, il me semblait que dans « plugin typo » il y avait « typo »… et pas seulement pour les experts Css, mais aussi pour les autres… mais j’ai dû rêver.

    • Au fait, ma dernière préconisation pour /squelettes/css/perso.css.html est :

      sup, sup.typo_exposants {
          font-size: 78% !important;
          font-variant: inherit !important;
          vertical-align: 23% !important; }

      pour procurer l’effet voulu de « caractères hauts » y compris dans du texte en petites capitales mais ÉVIDEMMENT PAS en exposant au sens strict. Et d’où passage du font-size à 23% au lieu de 24% pour que tout reste correct, et pas selon l’arbitraire vertical-align: super; qui ne convient qu’aux formules scientifiques.... plutôt rares parmi tous les sites utilisant Spip… donc la plupart des utilisateurs se fichent de « super » horriblement moche ailleurs que dans des formules scientifiques…
      Quand un plugin est dénommé « Enluminures typographiques », il faudrait savoir de quoi on parle…

      Voir aussi le fil de discussion sur Mises en exposant.

    • Est-ce que comme BluePrint il ne faudrait pas aussi indiquer : sup, sub {line-height:0;}

      Oui, mais ça dépend de ta grille horizontale... Pour éviter de vous prendre la tête, adoptez un framework, dont c’est justement le boulot de faire ça ! La « BaseCSS » supporte désormais les enluminures : 47466. Youpi :)

    • @ tetue

      Dans la documentation de « Base Css Pétronille », je lis :
      — « Pétronille n’est pas un clicodrome sympa qui looke un site sans avoir besoin de coder, au contraire : c’est une base de travail pour l’intégration (framework). / Pétronille n’est pas compliquée, mais réclame quand même, comme n’importe quel frameworks CSS, un bon niveau en CSS, notamment une maîtrise de la cascade (ce qui est assez facile avec un outil comme Firebug). » ;
      — « Pétronille est conçue pour fonctionner avec tout type de site SPIP. Il est cependant déconseillé de l’activer sur un site déjà stylé : cela sera soit sans effet, soit contrariant. ».

      Par conséquent, si j’ai bien compris, ceux qui utilisent des “squelettes pour les nuls” comme Sarka-Spip (coucou), « déjà stylés », comme moi, auront avec la « Base CSS Pétronille » soit aucun effet, soit un effet contrariant.
      Par ailleurs les nuls peuvent penser trouver avec un plugin dénommé « Enluminures typographiques » au moins ce que raconte cette dénomination : de la typographie de qualité “supérieure”, au moins équivalente lorsque techniquement possible à celle que peut sans doute permettre la « Base Css Pétronille ».
      Remarquez que le nul que je suis n’a pas demandé une modification du plugin « Enluminures typographiques » : j’ai modestement posté le résultat d’un petit travail de tâtonnement, soumis implicitement à appréciation.
      Le résultat de ce petit travail a été intégré spontanément au plugin — en plus en mentionnant mes initiales — tant mieux pour mon ego (je me sens un peu moins nul…).

      Prière de penser aussi à « Spip pour les nuls », et « plugins pour les nuls », pour les « squelettes tout faits pour les nuls », qui ne méritent pas une moindre qualité que celle permise par des « frameworks » pour les savants, s’agissant du rendu typographique des textes, dont il est question ici.

      Vouloir réduire les nuls à vertical-align: super; pendant que la crème de la crème des savants de “frameworks” se goinfrent de raffinements inaccessibles aux autres, quelle est donc cette « philosophie » ?

      Merci.

      P.S. Mes dernières préconisations ont été intégrées à la “lame” « Mises en exposant » du « Couteau suisse ».

    • Eh bien ça tombe bien, le Couteau Suisse est bien un « plugins pour les nuls » ;-)

    Répondre à ce message

  • 4

    bonjour,
    je suis sous spip 2.0.8, j’ai installé porte plume et Enluminures typographiques V3, coté interface pas de pb, en revanche rien ne se passe coté site public !!! BIZARRE
    je ne dirais donc qu’une chose ... AU SECOURS

    • Bonjour,
      J’ai le même problème sous SPIP 2.1.8 + Enluminures typographiques 3.1.3 : L’affichage du porte plume dasn l’espace public a bien été activé dans « Configuration > Fonctions avancées > Configurer les barres d’outils ». De plus, dans CFG « Insertion automatique des CSS spécifiques à la BTE dans l’espace public (via #INSERT_HEAD dans les squelettes) » a été sélectionné. Pourtant, dans le forum de l’espace public de mon site, les boutons supplémentaires de la barre typo ne sont pas affichés. Ai-je oublié une étape ?

    • Je n’arrive pas à régler le niveau du premier intertitre à <h2>. Où faut-il déclarer $GLOBALS['debut_intertitre'] = "\n<h2 class=\"spip\">\n"; ? Que ce soit dans /squelettes/mes_fonctions.php ou /config/mes_options.php, ça ne marche pas...

      De même, je n’arrive pas à empêcher l’insertion auto de la feuille de style, sauf à insérer une feuille enluminurestypo.css vide, ce qui n’est pas idéal.

      Y’a-t-il un panneau de configuration dans cette version ? Auquel cas comment y accéder (sous SPIP 2.1.10 avec Bonux et nouveau bandeau) ?

    • Il faut le plugin CFG pour avoir accès aux configurations de ce plugin en mode graphique.

      Sinon, ça devrait être dans config/mes_options.php, avec la même syntaxe que SoyezCréateurs.

    • Il me manquait une ligne :

      $GLOBALS['config_intertitre'] = true; // Necessaire pour empêcher la configuration par CFG

      Ca marche, merci !

    Répondre à ce message

  • 3

    Problème : le raccourci <sc> de cette barre typo, génère du... <sc> ! qui n’est pas une balise HTML valide.

    Mieux vaudrait générer un span doté d’une class adéquate, sur le modèle de ce que fait déjà un framework CSS tel que BluePrint (ce qui permettrait d’en bénéficier simplement) :

    Praesent <span class="caps">SMALL CAPS</span> tempus fringilla...

    Répondre à ce message

  • 9

    Bonjour,

    J’ai installé (en local) ce plugin sur un SPIP 2.1.0 [15608] avec Zpip et les nouveaux boutons ne s’affichent pas sur la barre d’outil des articles. Pourtant le plugin fonctionne bien en 2.0.10 (en production).

    Une idée svp ?

    • Pour que les nouveaux boutons apparaissent, il faut vider le cache de SPIP.

    • Merci pour ta réponse. Il y a un cache dans l’espace privé ?

      J’ai vidé le cache mais sans changement.

    • Oui, il y a un cache pour l’espace privé, en particulier pour les CSS et JS en squelettes, ce qui est le cas de ceux du Porte Plume.

    • Le problème se pose à l’identique avec Spip 2.1.2, Porte-Plume 1.7.3 et Enluminures typographiques V3 3.1.3 : le bouton centrer, par exemple, n’apparaît pas.

      De plus, le bouton intertitre 1 est inutilement doublé dans la barre.

      Le « cache pour l’espace privé » serait-il différent du cache public de Spip ? En tous cas, vider le cache par l’interface privée ne fait rien.

    • C’est volontairement que centré n’apparait pas : c’est un raccourcis dangereux à utiliser, et qui de plus bug si la page contient un tableau.

      Titre de niveau 1 est là 2 fois pour

      • ceux qui ne savent pas que l’on peut cliquer sur l’élément qui a fait dérouler les boutons
      • ceux qui du coup en cru que ça commençait au niveau deux durant des années (private joke inside)
    • Merci de la réponse.

      Dangereux ou pas, tous mes articles passés comprennent le centrage. Je ne me vois pas priver mes utilisateurs de cette possibilité. Le passer en intertitre me fait apparaître le sommaire automatique, et je ne me vois pas leur imposer un [!sommaire] sous prétexte de centrer une information.

      Ne vaudrait-il pas mieux laisser au webmestre la possibilité de choisir les options de mise en page permises par porte-plumes ? Même au prix d’une modif des fichiers php.

    • Ce n’est pas parce que le bouton n’est pas là que le raccourcis ne peut pas être saisi à la main.

      Autrement dit, le raccourcis typographique de centrage est toujours disponible. C’est juste le bouton qui n’est pas présent.

      Quant à la possibilité de modifier les options d’affichage des boutons, pourquoi pas ? Mais comme toujours dans le logiciel libre, il faut que quelqu’un qui le veut vraiment le fasse ou le finance.

    • Merci.

      J’ai finalement pris mon bâton de développeur babillant et remplacé le bouton barrer par centrer.

      Pour ceux que cela intéresse, il suffit de modifier enluminures_typo_pipelines.php avec comme « name » barre_centrer et de préciser l’image center.png en fin de fichier (le logo se trouve toujours dans les fichiers).

    • jai essayé de remplacer « name » => _T(’enlumtypo:barre_barre’), enlumtypo:barre_center par « name » => _T(’enlumtypo:barre_centrer’), mais ca n’a aucun effet...

    Répondre à ce message

  • 1

    En fait cela fonctionne parfaitement avec Firefox 3.6.13.

    Par contre avec Firefox 4.0 et Google Chrome ça ne fonctionne pas.

    Qu’ont donc de particulier Firefox 4.0 et Google Chrome ?

    A suivre ...

    FDG

    Répondre à ce message

  • Bonjour,

    Le 15 octobre 2010 à 10:02 par « Inconnu »
    http://www.spip-contrib.net/Enluminures-typographiques-V3-pour-SPIP-2-avec#forum435744

    « Inconnu » relate le problème rencontré le 2 septembre 2009 à 22:20 par shizuka et indique qu’il a rencontré le même problème :

    Sur certains sites, lorsque je clique sur le bouton « tableau » je peux juste taper titre et résumé, le reste est blanc ????? alors que sur d’autre site ça fonctionne !

    ...et après vérification, l’erreur vient du fichier mis en cache qui agrège les fichiers javascripts des différents plugins.

    Le fichier généré se trouve dans local/cache-js/a3b9162b4f8fb46c5e6a12f5a1126b16.js (change de nom selon l’instance) et peut comporter des caractères qui rendent illisibles le javascript par le navigateur.

    On peut supprimer les lignes inutiles qui posent problèmes et refaire fonctionner le Java script.

    Mais en vidant le cache, le fichier a3b9162b4f8fb46c5e6a12f5a1126b16.js sera régénéré et pourra à nouveau poser un problème.

    As-tu une solution pérenne à ce problème ?

    Nous avons rencontré ce problème par le passé mais aujourd’hui nous rencontrons un autre problème :

    Avec :

    • SPIP 2.1.8 et les plugins :
    • Porte plume Version : 1.7.6 [43547] et/ou Porte plume 1.7.5 - stable
    • Enluminures typographiques pour SPIP 2 & Porte plume Version : 3.1.3 [39718]

    le bouton « Tableau » reste inactif.

    As-tu une idée du problème ?

    Cordialement

    FDG

    Répondre à ce message

  • Bonjour,

    J’essaie de rajouter de nouveaux boutons de raccourcis à ce plugin. Jusque là, pas de soucis particulier. J’ai retranscris les boutons de la barre typo 1.9.1.

    Mais je me rends compte que les raccourcis d’Enluminures typographiques ne sont pas interprété en back office… Les raccourcis typo ne sont-ils pas ajouter à la fonction traiter_raccourcis ?

    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