Quand WordPress n’en fait qu’à sa tête ! Modifier le thème d’un site WordPress avec DreamWeaver

Installation et test du plugin Xinha pour WordPress

10 juin 2006

Je n’ai pas attendu plus longtemps pour installer le plugin Xinha4WP sur mon blog.

Je n’ai pas encore fait des tests très extensifs, mais j’en suis d’ores et déjà très contente.

Tout d’abord, l’installation s’est faite absolument sans aucun problème sous WordPress 2.0.2. Ce n’était pas gagné d’avance vu les comnentaires sur le sujet. Mais, en tous cas, de mon côté, jusqu’à maintenant, tout a l’air de bien fonctionner. A part le correcteur orthographique. Je me demande si le dictionnaire est bien chargé. Il faudra que je vérifie ça plus tard.

J’ai installé ce plugin avant tout comme une alternative à l’éditeur de texte tinyMCE installé par défaut avec WordPress que je trouve trop instable.

J’en étais venue à ne plus utiliser l’éditeur de texte à cause de sa gestion des paragraphes au moment des sauvegardes. Il faut dire qu’après avoir perdu plusieurs articles suite à la coupure de la connexion internet au moment de publier, j’ai pris l’habitude de faire beaucoup de sauvegardes, pratiquement à chaque ligne. Je ne sais pas si ça vous est déjà arrivé, mais je vous assure que c’est très désagréable ! D’ailleurs, je pense tester prochainement l’édition des articles hors ligne avec BlogDesk. Je vous tiendrais au courant.

Pour revenir à Xinha, il me semble donc qu’il est beaucoup plus stable. Mon texte garde sa mise en page après chaque sauvegarde. Une différence majeure avec tinyMCE, c’est qu’il crée le html du texte sur le champ et qu’il le sauvegarde dans la base de données. Ce qui devrait être une garantie que la mise en page ne se perde pas.

Il faut bien noter qu’il est nécessaire d’installer en parallèle le plugin Text Control. Celui-ci permet de désactiver wpautop pour éviter des conflits au niveau de la gestion des balises <p>. Lorsque l’on installe Xinha sur un nouveau blog, on peut désactiver la fonction wpautop globalement pour le site.

Mais lorsque l’on installe le plugin sur un site qui a déjà des articles, si on désactive la fonction wpautop, les anciens articles, qui n’ont pas été écrits avec Xinha n’auront aucune mise en forme. Les balises <p> ne sont pas enregistrées dans la base de données, les articles ont donc besoin d’être formatés par la fonction wpautop.

Dans ce cas-là, on peut désactiver la fonction wpautop pour chaque nouveau post individuellement. Mais attention, l’option n’est pas conservée lorsque l’on rouvre l’article. Il faut bien penser à chaque fois avant de publier l’article à remettre l’option "format this post with No Formatting".

Cette petite mise en garde étant faite, je pense que je peux, sans trop me compromettre, vous encourager à utiliser ce plugin à la place de l’éditeur de texte standard.

Article dans : WordPress

19 Commentaires Ajouter le vôtre

  • 1. Michel  |  3 août 2006 à 20:24

    Jusqu’à hier, Xinha fonctionnait à merveille sur WP 2.0.3. j’ai fait une mise à jour vers WP 2.0.4 et … plus de Xinha (même après une désintallation et une réinstallation complètes).

    Dommage !

  • 2. Cecile  |  4 août 2006 à 23:13

    Bonjour Michel,

    Effectivement, c’est vraiment dommage !  Je n’ai pas encore fait la mise à jour vers WP 2.0.4, maintenant j’hésite… Pourtant, ça a l’air d’une mise à jour importante question sécurité.

    J’espère que l’auteur du plugin va vérifier la compatibilité. Je suis allée faire un tour sur son blog, mais apparemment pas de nouvelles à ce niveau. ça serait peut-être pas mal de lui laisser un commentaire…

  • 3. Cecile  |  17 août 2006 à 10:05

    J’ai finalement décidé de faire la mise à jour vers WP 2.0.4.

    Et heureuse surprise : ça s’est très bien passé ! Xinha fonctionne toujours.

    J’ai l’impression, Michel, que le problème vient d’ailleurs. D’autant que je viens de voir sur le site du plugin, le commentaire de quelqu’un d’autre qui le fait aussi fonctionner sous WP 2.0.4

  • 4. Relation, transformation,&hellip  |  12 novembre 2006 à 22:13

    […] Bon finalement j’ai trouvé ce billet http://vivreduweb.info/outils/wordpress/installation-et-test-du-plugin-xinha-pour-wordpress/ […]

  • 5. Xhtml power !  |  13 novembre 2006 à 15:01

    Si ça peut t’aider, il existe une extension qui permet de faire la même chose mais sans toutes ces installations :
    Le BBComposer : http://bbcomposer.elitwork.com
    Il produit du code 100% compatible avec XHTML1.0 Strict et supporte l’édition assistée des CSS.

    On peut, pour info, éditer aussi en BBCode, XBBCodes, Wiki etc…

  • 6. Cecile  |  14 novembre 2006 à 8:46

    Merci pour l’info. Je regarderai ca prochainement.

  • 7. Cecile  |  15 novembre 2006 à 7:29

    Je suis donc allee faire un tour sur le site du BBComposer, mais je n’ai pas bien saisi comment je pouvais l’utiliser pour ecrire mes articles dans WordPress.

    Est-ce qu’il serait possible d’avoir un peu plus d’explications ?

  • 8. Xhtml power !  |  17 novembre 2006 à 17:45

    C’est simple, il te suffit de l’installer et dans les formulaires acceptants le xhtml, de cliquer avec le bouton droit de la souris, de sélectionner BBComposer>Xhtml.

    Tu entres alors en mode d’édition et tu peux modifier le document grâce aux boutons de la barre d’outils.

    N’hésites pas à me contacter sur le forum du BBComposer :
    http://www.zone-webmasters.net/forum/forumdisplay.php?fid=30

    Le BBComposer est encore jeune, mais il ne demande qu’à s’améliorer !

  • 9. Cecile  |  21 novembre 2006 à 7:20

    Ok. Je vois. Il faudait l’installer et voir s’il fonctionne pour WordPress. J’essaierai ca des que je peux. Si c’est plus leger a utiliser, pourquoi pas.

    Mais, si je comprends bien, il faudrait quand meme utiliser le plugin Text Control pour desactiver la fonction wpauto, qui risquerait de remanier le code cree par BBComposer au moment de l’affichage du post en ligne.

    Si certains d’entre vous l’ont deja teste sur Wordpress, n’hesitez pas a laisser vos commentaires !

  • 10. Xhtml power !  |  21 novembre 2006 à 12:27

    Normalement, si Wordpress accepte le XHTML, ça devrait aller.

  • 11. seb  |  6 mai 2007 à 16:02

    Salut,

    ton article est vraiment le bienvenu !
    Pour ma part, je cherchais essetiellement un editeur visuel pour mes commentaires. J’ai installé xinha en trois secondes, coché “Enable Xinha For Comments”, fait les 2 ou 3 reglages de boutons à afficher. Suis allé voir mon formulaire de commentaire xinha, super beau mais probleme : lorsque j’ecris un commentaire, une alerte : “le commentaire est vide”

    Saurais-tu m’aider ?

  • 12. seb  |  6 mai 2007 à 16:22

    En fait j’ai résolu ce probleme et les commentaires s’affichent. En revanche je me trouve face au même probleme que celui que j’ai rencontré en installant fckeditor puis tinymce puis un autre editeur visuel (dont j’ai oublié le nom).
    A chaque fois que j’ai installé un editeur visuel dans les commentaires, j’ai pu changer la couleur des textes et la taille de police de mes commentaires à condition d’être connecté en tant qu’admin au moment où je commentais. Si je commente en tant que lecteur classique, seul le gras et l’italique fonctionne. Taille de texte et couleur de texte semblent désactivées…

    sais tu pourquoi ? Et sais-tu comment remedier à ce probleme ?

  • 13. seb  |  6 mai 2007 à 23:40

    Je t’embete encore car les problemes ont changé. Desormais j’ai trouvé le moyen de faire passer couleurs et tailles de police dans les commentaires.
    En revanche, mon probleme c’est que l’editeur visuel fonctionne quand je suis connecté en tant qu’admin mais quand je commente en tant que lecteur lambda, j’ai une alerte : ce commentaire est vide

    Que puis-je faire ?

  • 14. vymdiesel  |  27 août 2007 à 21:14

    hello, je vais tester cela tout de suite, car tinymce fout bien la ***** dans mon code.

    Pour ce qui est de text-control, tu es sur qu’il faille a chaque article choisir le mode ? car j’ai vu qu’il était possible de regler des options.

    J’ai peu etre mal compris ta phrase ^^

    Merci pour cet article en tout cas

    Amicalement

  • 15. Cecile  |  31 août 2007 à 18:45

    Non, en fait, on n’est pas oblige de gerer ca a chaque article. Ca depend si tu installes Xinha et Text Control des le debut de ton site ou si tu l’installes alors que tu as deja ecrit des articles.

    Dans le premier cas, tu es tranquille. Tu peux desactiver wpautop de maniere globale dans l’admin de Text control. Mais dans le 2eme cas, c’est la que tu es oblige de le faire article par article. Sinon, tu perds tout le formatting des premiers articles ecrits.

  • 16. Paul  |  1 septembre 2007 à 9:30

    Je sais pas de quand datent les coms, mais BBComposer fonctionne automatiquement pour Wordpress. Personellement, j’aime bien :
    - La création de lien assistée avec les adresses de l’historique et les marques pages.
    - L’upload des images par glisser/déposer.
    - La correction ortho de Firefox qui est supportée.
    - La validité xhtml
    - La compatibilité avec KGen pour l’optimisation du référencement directement depuis l’éditeur ;)
    - Et les autres usages possibles genre, ce commentaire que j’écris avec BBComposer (en XHTML no-blocks) :)

  • 17. vymdiesel  |  1 septembre 2007 à 11:39

    Merci pour vos réponses.

    Personelement, j’ai isntallé un nouveau blog et j’ai une autre version de wordpress donc je vais tester

    Pour ce qui est de l’autre blog, j’ai desinstallé les plug in xinha et text-control mais j’ai un probleme d’UTF-8 maintenant ^^

    Enfin soit, j’aimerai en savoir plus sur ta solution … BBCOMPOSER

  • 18. Cecile  |  1 septembre 2007 à 12:42

    C’est vrai que ca a l’air quand meme de bien marcher BBComposer. J’ai vu qu’il y avait une mise a jour. Peut-etre qu’elle regle les petits problemes qui me genaient, entre autre le telechargement d’images.

    Si tu l’essayes, vymdiesel, n’hesites pas a dire ce que tu en penses. Ca serait interessant.

  • 19. Paul  |  1 septembre 2007 à 15:13

    @vymdiesel : En fait, BBComposer a pour but d’éradiquer l’utilisation d’éditeurs basés sur le web. L’idée est que c’est à l’utilisateur de choisir son éditeur. A terme, c’est la création d’une balise HTML appelée .

    Ce que j’aime dans ce principe, c’est que c’est comme pour les logiciels libre (dont BBComposer fait parti), le but est de privilégier l’innovation et les droits de l’utilisateur. Si un autre logiciel, meilleur vient à naître, je ne suis pas bloqué et je peux changer comme je veux (pas de problème de désintallation comme tu sembles en avoir).

    Tu peux sauvegarder tes modifs dans un fichier, y’a une sauvegarde auto en cas de plantage de FF (pratique quand tu as passé 1 heure à rédiger ton billet).

    Et puis y’a l’aspect ludique avec la barre latérale avec des smileys, des dégradés de couleurs etc… Bref, pour moi, c’est le meilleur éditeur qui soit !

    Juste un bémol, il peut encore y avoir des petits problèmes d’incompatibilité XHTML (mais rarement) et aussi, l’absence de boutons refaire, defaire. On peut ouvrir qu’un BBComposer à la fois (mais ça va changer bientôt avec le 1.0). Et il faut absolument Firefox, même si je pense qu’une version IE serait faisable (vu que le principe est d’externaliser l’éditeur WYSIWYG, ça laisse de la place à d’éventuelles alternatives).

    Bref, si tu veux en savoir plus, va sur leur site.

Laisser un Commentaire

Obligatoire

Obligatoire, ne sera pas affiché

Tags HTML autorisés :
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>

Trackback de cet article  |  S'abonner au flux RSS des commentaires