SPIP - Contrib

SPIP - Contrib

[ar] [en] [es] [fr] [it]

56 visiteurs en ce moment

fontsizeup fontsizedown
Accueil du site > Contribs > Rédaction > Assistants de rédaction > WYMeditor > Un editeur WYSIWYM pour SPIP : WYMeditor
[21 commentaires]

Un editeur WYSIWYM pour SPIP : WYMeditor

Ce que vous voyez est ce que vous voulez dire

mercredi 26 novembre 2008, par Frédéric Bonnaud

2 votes

Attention !

Cette contribution "surcharge" le core de SPIP.

Elle n’est donc compatible qu’avec une version donnée de SPIP.

L’objectif est d’avoir une édition sémantique du même type que celui permis par les raccourcis typographiques de SPIP, tout en ayant une édition plus visuelle.

Qu’est-ce que c’est ?

WYMeditor est un éditeur WYSIWYM (What You See Is What You Mean : Ce que vous voyez est ce que vous voulez dire), c’est à dire un éditeur sémantique.

L’objectif est d’avoir une édition sémantique du même type que celui permis par les raccourcis typographiques de SPIP, tout en ayant une édition plus visuelle.

WYMeditor en action {PNG}

Pour l’instant, seul le champ texte des articles est éditable avec ce plugin. Les prochaines versions devraient permettre l’édition des champs ’texte’ pour des brêves et des rubriques.

Remarque : ce n’est pas un éditeur WYSIWYG : en particulier tout ce que permet le HTML n’est pas facilement faisable (pas plus facilement qu’avec l’interface SPIP habituelle).

Typographie SPIP :

L’insertion d’images est habituelle, il faut taper des liens du type : <img12|center>. Ce qui fait que le téléchargement habituel via l’interface de SPIP fonctionne. On peut toute fois insérer une image de manière plus visuelle si on connaît son url.

Les notes de bas de bas de page s’insèrent toujours via [[note de bas de page]]

De manière plus générale, le balises du type <xxx|yyy> fonctionnent comme d’habitude.

De la même manière les liens ([Titre->lien]) et ancres ([#ancre<-]) fonctionnent aussi. On peut toute fois utiliser une interface plus visuelle pour les liens.

Si on le souhaite (mais cela supprime d’intérêt du plugin) continuer d’utiliser : les enrichissements SPIP : gras, italique, titre, etc ...

Installation :

Télécharger :

Zip - 276.6 ko

Extraction dans le repertoire plugins, puis activation du plugin dans l’espace privé de spip.

Ce qui reste à faire :

  • les couleurs équivalentes à celles du couteau suisse (mais, est-ce bien utile),
  • des menus plus logiques,
  • prévoir une configuration du plugins via CFG (en particulier pour pouvoir changer la feuille de style),
  • permettre l’édition des brêves et des rubriques,
  • surement plein de choses.

Compatibilité :

Dans l’état, le plugin est compatible avez SPIP 2.0RC1.

De plus WYMeditor est compatible avec les navigateurs :

  • Internet Explorer,
  • Basés sur Gecko (Firefox, Seamonkey, Galeon, Epiphany...),
  • Safari,
  • Opera,
  • Google Chrome

WYMeditor :

Copyright (c) 2008 Jean-Francois Hovinne, http://www.wymeditor.org/ sous double licence :

  • MIT
  • GPL

P.-S.

Il y a un problème avec jQuery. Normalement, jQuery est chargé par SPIP. WYMeditor nécessite jQuery. Tout devrait aller pour le mieux, mais WYMeditor nécessite aussi (si on veut que le composant puisse être redimensionnable) jQuery.UI : il faudrait donc que SPIP permette d’ajouter des plugins jQuery. Dans l’état actuel des choses, ce n’est pas le cas, donc j’ai choisi d’utiliser les plugins jQuery livrés avec l’éditeur AVEC le jQuery de SPIP, cela peut surement poser des problèmes.

Retour en haut de la page

21 Messages de forum

Voir toute la discussion

Pages 1 | 2 | 3

  • Répondre à ce message

    29 mars 11:13 , par jmfre

    Bonjour

    Inconditionnel de FCKéditor, je viens de tester WYMeditor : Whaou !

    Je le trouve excellent et plein de promesses.

    Je souhaite que vous puissiez mener à terme ce projet qui me semble allier, pour les non informaticiens, la facilité d’utilisation (FCK) et la compréhension de ce que l’on fait (wysiwym natif Spip, qui rebute souvent les simples utilisateurs).

    Bon courage pour la suite.

    jmfre

  • Répondre à ce message

    27 janvier 12:34 , par Phil

    J’utilise ce plugin avec la version SPIP 2.0.2 [13532]. Il fonctionne nickel en local avec MAMP et pas sur mon site. Quelqu’un aurait-il une idée de la piste à creuser pour résoudre ce problème ?

    Merci d’avance

  • Répondre à ce message

    4 janvier 16:56

    Comme Wysiwym, j’utilise Spip Typo (basé sur BBComposer) qui produit une syntaxe typographique Spip en sortie. Cependant, je sais qu’il permet aussi de sortir du XHTML 1.0 strict donc, c’est une bonne manière de proposer un wysiwym sans instaler un autre plugin supplémentaire.

    Pour enregistrer des raccourcis typo pour spip avec WYM editor, vous devriez demander à utiliser les fonctions de conversion de Spip Typo : http://www.bitbucket.org/nfroidure/...

    ++

  • Répondre à ce message

    30 novembre 2008 12:36 , par yakafaucon

    Bonjour,

    Je me permets d’apporter mon avis.

    Entre intégristes et révolutionnaires il doit y a avoir de la place pour trouver un consensus ;)

    Je suis en train de monter un site collaboratif à vocation régional. J’espère avoir donc des rédacteurs volontaires nombreux . Ceux ci ne connaissent en général qu’un éditeur de type Word et donc pas le SPIP dans le texte. Donc pour eux il me faut installer un éditeur WYSI*. Je veux offrir un espace de rédaction public mais un éditeur non WYSI fera fuir les bonnes volontés.

    Mais baser un article que sur des listes, du gras et de l’italique c’est TRES réducteur pour de la mise en page (j’exagère volontairement). Pouvoir rajouter de la couleur c’est bien et cela permet de clarifier le contenu et accentuer le fond. Il y a surement a regarder de ce coté là .

    Cela dit, un éditeur WYSIWIG doit forcement stocker sous un format natif (et donc se restreindre aux possibilités offert par celui ci), sous peine de rendre incompatible le contenu existant. Une idée ...il """suffirait""" de typer l’article en base et d’indiquer s’il est écrit en BBCODE, SPIP ou HTML par exemple et d’avoir le parser en face qui va bien.... Traduire du SPIP en BBCODE ou l’inverse ce ne doit pas pas être sorcier, idem avec HTML. et d’appliquer le parser dans le bon sens et à l’écran, la mise en forme est nickel et appliquer un éditeur WYSI* est alors chose possible.

  • Répondre à ce message

    29 novembre 2008 15:33 , par RealET

    Donc je cherche une solution, j’ai un début de solution, je partage.

    Et c’est super que tu partages ça.

    En retour, tu as de nombreuses réactions parce qu’il y a une forte attente depuis très longtemps sur ce sujet et que la réponse technique que tu y apporte est en décalage par rapport à ces attentes.

  • Répondre à ce message

    29 novembre 2008 01:38 , par Cedric Morin

    euh la xhtml 2.0 faut arrêter c’est mort et enterrer, quand bien même si tu as du xhtml propre tu peux le passer en xml.

    Le code illisible si plugin désactivé ? je vois pas trop pourquoi, c’est du xhtml.

    L’éditeur inaccessible il ne n’est pas moins que la barre typo de spip et apprendre à quelqu’un faire <h3> est pas franchement plus compliqué que {{{ par contre je t’accorde que la lecteur est plus fastidieuse bien que lire <modele|para=xxx|param=yyy|param=zzz> doit pas être très plaisant non plus.

  • Répondre à ce message

    28 novembre 2008 20:31 , par Frédéric Bonnaud

    Cette incompatibilité est toute théorique. 1) WYMeditor ne met que des tags : p, div, strong, em et table, aucun truc spécifique. 2) la norme xhtml 2.0 est pratiquement complètement compatible avec xhtml 1.0 (du moins dans le sens 1.0 -> 2.0) cf : http://www.w3.org/TR/xhtml2/introdu... si tu regardes les différences, il n’y a que des ajouts. _

    Que WYMeditor ne peut être imposé : c’est une évidence. D’ailleurs c’est un plugin pas une proposition de patch pour SPIP. Par contre, je ne suis pas d’accord que les rédacteurs DOIVENT pouvoir éditer manuellement les raccourcis typos. Ça dépend du publique de rédacteurs à qui s’adresse ton site. _

    De plus, perso, je préfère éditer du xhtml que du spip même à la main, en particulier les tableaux pour lesquels franchemement le parseur de spip est nul : va mettre par exemple dans spip 1.9.2e (j’ai pas essayé dans la version 2.0 rc1) un tableau avec des retours à la ligne dans une cellule de tableau, ou une liste dans une cellule de tableau. Crise de nerfs garantie avant d’y arriver : faut être un pro de spip ! Perso, je trouve le xhtml plus consitant. Mais c’est un avis perso. Je ne prétends pas qu’il faille obliger tout le monde à éditer du xhtml. Je comprends parfaitement que tu (et d’autres) préfères le SPIP. Mais moi ce que j’aime dans spip, c’est : tout le reste. La mise en forme SPIP m’exaspère. _

    Donc je cherche une solution, j’ai un début de solution, je partage.

  • Répondre à ce message

    28 novembre 2008 08:40 , par Cedric Morin

    Je vais prendre un exemple au hasard : xHTML 2.0 est *incompatible* avec xHTML 1.0. Si cette norme devait s’imposer, tous les sites bourrés d’html et d’xhtml 1.0 dans leur base seraient incapables de migrer.

    Mais l’argument plus général est effectivement qu’un outil comme cela, aussi génial soit-il (et je pense que WYM fait partie des bons) ne peut être imposés car inaccessible. Les rédacteurs doivent donc pouvoir éditer manuellement, avec raccourcis typos, leurs contenus. Qui doivent rester sous cette forme en base de donnée.

  • Répondre à ce message

    27 novembre 2008 23:00 , par Frédéric Bonnaud

    Je ne connaissais pas MarkItUP ça me parait une meilleur alternative que WYMeditor.

  • Répondre à ce message

    27 novembre 2008 22:59 , par Frédéric Bonnaud

    l’idée de WYMeditor est justement de permettre l’enrichissement typographique avec des style css et pas autre chose à la manière des enrichissements spip. Mais en xHTML.

    Effectivement ça pose problème aux aveugles. C’est un souci. Je n’ai pas de solution.

    Pour le problème de la récupération de code spip : je pense qu’avec un peut de travail ça doit pouvoir se régler.

    Pour l’intégration à d’autres champs : c’est prévu.

Pages 1 | 2 | 3

Répondre à cet article

Retour en haut de la page

Ça discute par ici