Je suis généralement de bonne composition, mais là, franchement j’en ai vraiment marre de l’éditeur visuel de WordPress qui me rajoute des mce_href devant chaque lien que je donne en exemple dans mes tutoriels, sans même parler de la gestion calamiteuse de la balise pre qui s’aggrave à chaque enregistrement de billet. Je vais quand même pas me mettre à relayer la sortie de Gphone, ipod, Iphone, etc. pour ne plus avoir à utiliser des balises de geek, quand même !
J’envisage sérieusement de migrer vers DotClear 2 parce que je me vois mal repasser en mode code et me retaper tous les exemples présents dans mes tutoriels pour enlever les scories laissées par WordPress.
Et je ne parle même pas de l’esprit de « jonglitude » dont il faut faire preuve pour insérer des éléments multimédia : en standard c’est même pas la peine, et tous les plugins que j’ai testés donnent l’impression de s’être donné le mot pour être le moins efficace possible…
WordPress sucks!
Il fallait que quelqu’un le dise. Je me sens mieux, merci… ^_^v
Je ne connais pas WordPress mais il me semble que ces paramètres mce_href proviennent de l’éditeur en ligne TinyMCE (je dis peut être une bétise).
Si c’est le cas, tu n’as pas moyen d’intervenir sur la configuration de cet éditeur ? Normalement c’est juste un fichier Javascript dans lequel tu choisis tes réglages.
+1 pour Dotclear 2, la rolls des blogs. Sans parler du code lui même ou du système de templates qui met la patée à WordPress 😛
Tiens un Troll… (pas l’article mais une certaine réplique :p)
Pour l’éditeur de WP, c’est clairement son gros point faible, ça ne fait aucun doute ! (essaie de faire un tableau correctement construit pour voir… tu vas rire ! ou pas)
Il est remplaçable ceci dit et j’étudie sérieusement l’idée de le remplacer justement sans devoir retourner écrire avec l’Arlésienne (je parle de la plateforme qui est en beta perpétuelle).
Par contre, tu peux décrire concrètement cette histoire de mce_href stplé ? je n’ai jamais rencontré ce souci-là sur aucun de « mes » blogs :s ça se trouve c’est un bug à la con ou un plugin qui pose problème (rien de bien méchant quoi)
@La Blonde > c’est certainement l’éditeur TinyMCE qui est en cause, mais c’est loin d’être juste un fichier javascript à modifier ^^
Il y a un plugin wordpress spécifique pour TinyMCE qui lui est un fichier JS, mais il faudrait savoir si le « bug » provient du plugin WP ou de l’éditeur lui-même, et là ça devient assez galère à déterminer, d’autant plus que ce n’est peut-être même pas un bug, mais juste le fait que le système n’a pas été prévu pour gérer des exemple de liens…
@Damien > Je ne sais pas si le système de template de Dotclear met la pâté à wordpress, mais si c’est le cas, n’hésite pas à déployer tes arguments 😉
@burninghat : j’accepte le troll pour le billet vu qu’il est écrit sous le coup de l’énervement :p
Le problème du « mce_href » apparait sous la forme :
<li><a id=”accueil” href=”index.php” mce_href=”index.php”>Accueil</a></li>
où le href est doublé et précédé du bidule en question…
En fait, si j’ai le malheur de modifier un billet ancien avec l’éditeur actif : c’est la cata 🙁
Tiens, tant que j’y suis je pourrais parler du fait que l’insertion d’une balise div en mode code ne plait pas toujours à l’éditeur visuel qui supprime tout !
très étrange… t’as fait une recherche sur WordPress-fr.org par hasard ? Je confirme n’avoir jamais rencontré ce problème sur WordPress… j’en ai vu des vertes et des pas mûres – comme on dit – avec l’éditeur visuel mais ça, non !
@burninghat > pour reproduire le « bug » ce qu’il faudrait c’est mettre le code :
<pre>
<a id="accueil" href="index.php">Accueil</a>
</pre>
puis enregistrer, et rouvrir le billet. (A moins que ça soit : rouvrir, passer en mode code et repasser en mode visuel).
Pas réussi à reproduire ce comportement, ça marche à tous les coups chez moi :s
par contre, je viens de tester le plugin Dean’s FCKEditor for WP et, bien que « plus lourd », il semble vraiment très intéressant pour remplacer le tinyMCE (mal) modifié de WordPress…
Si tu veux, tu peux me copier le contenu du code d’un billet qui foire dans un fichier txt et m’envoyer ça par mail si ça te dit que je test le truc et essaie de chercher une solution…
@burninghat : c’est simple si je colle <pre>
<a id="accueil" href="index.php">Accueil</a>
</pre>
dans l’éditeur visuel et que je passe en mode code, puis retour en mode visuel, j’obtiens le fumeux mce- devant le href… Et ça marche à tous les coups. Je suis en WP 2.3.1
Doit y avoir un plugin qui court-circuite ton éditeur à mon avis, je ne vois pas d’autre raison à priori à la présence de ce bug-là chez toi et que je ne puisse le reproduire chez moi… (je suis aussi en WP2.3.1 actuellement)
Je ne vois que « TinyMCE Advanced » que j’ai installé pour voir au début,
mais que j’ai désactivé depuis longtemps. Il reste peut-être des « traces » de la première activation, c’est possible, ça ?
c’est possible si tu ne l’as pas laissé « nettoyé » la base ou s’il s’est mal nettoyé à la désactivation en fait en effet !
Je suis de l’avis de burningHat parce que sur Usearch (2.3.1 aussi) je n’ai pas réussis à avoir le bug non plus, donc ça doit venir de chez toi 🙂
>je me vois mal repasser en mode code et me retaper tous les exemples présents dans mes tutoriels
Là, il me semble que c’est ton import qui est en cause, mais est-ce que ça le fait pour les *nouveaux* articles?
Tu n’utilise que l’éditeur WYSIWYG? Perso, même sous Dotclear, j’utilise quasi exclusivement l’onglet « code » sauf si j’ai juste une ligne à taper, disons que j’ai des mauvais souvenirs de soupe pondue par DW ou Frontpage.
Dans tous les cas, si tu tiens vraiment à ce que « la machine » te ponde du code pas trop dégueu, c’est l’écrire toi même, il y a toujours une interprétation faite par le moteur de blog, de toute façon, pour éviter les trous de sécurité ou autre (ça me rappelle un billet récente de xuxu sur le « bridage » de firefox…
Même avec Dotclear, je prie toujours un peu avant de prévisualiser, qu’il n’ai pas destructuré ma balise flash ou mon imbrication heu… particulière, si je me souviens bien, il agit comme NVU/Mozilla Composer (et ptet d’autres hein), c’est à dire qu’il part de « son » code en WYSIWYG, pour t’afficher la source dans l’onglet « code », même si tu as tout tapé à la main avant!
Donc si tu écrit dans le code, et passe en mode Wetc…, puis repasse en code, il va t’afficher le code qu’il a mouliné à sa sauce pour l’afficher en Wetc.
Bon je ferais peut-être un billet là dessus avec des schémas et tout pour expliquer un peu mieux.
Où j’en étais…
Ah oui, dernière chose: à ma connaissance, le moteur de blog le plus « laxiste » de ce coté là, il me semble, c’est Textpattern, mais je ne remettrais personnellement pas la main sur Textpattern avant d’avoir une bonne période de temps libre devant moi, c’est aussi puissant que compliqué à gérer ce truc 🙂
Woa, j’arrête de pondre des pavés chez les autres moi?
Hello Bruno !
TinyMCE, c’est une horreur. Tu peux repasser en mode code. Je me souviens vaguement qu’il faut cocher/décocher une case dans les paramètres de l’utilisateur. Au pire, tu peux toujours modifier les options de TinyMCE et le passer en mode ultra minimal, voir même le désactiver s’il n’y a pas de total dépendance. Mais bon, ça demande des bidouilles. Reste zennnn :p
Mephisto, c’est carrément mieux ! Dommage que ça douille à héberger.
Bonne soirée à toi !
Mince… Mon balisage « troll » qui entourait « Mephisto, c’est carrément mieux ! Dommage que ça douille à héberger » à sauter 🙁
Bob a tout à fait raison sur son argumentaire… (de mémoire la « moulinette » recrachant son code en partant du votre en question est le petit fichier kses.php dans WordPress + une autre pour le javascript si je me souviens bien)
Je suis assez comme lui dans mon usage quotidien d’ailleurs dès que j’écris autre chose que du texte « normal »… Habitude prise aussi sur DotClear (et en fait sur à peu près tous les CMS que j’ai eu dans les pattes :s)
Ceci dit, ça n’a absolument pas fait avancer le schmilblick (enfin la recherche du bug quoi)… 😀
TinyMCE n’a pas gardé mes faveurs très longtemps, FCKEditor a acquis mes faveurs depuis cependant, il est plus dur à personnaliser.
D’autres formes d’éditeur existe, hors wordpress.. Word 2007, Air press, Live Writer (de mémoire), voire Wysiwyg pro.
Persévérer dans la recherche de l’éditeur ultime. Un éditeur ne valant pas de laisser tomber un moteur complet.
@bibinou > taper le html et les css à la main, je fais ça depuis une dizaine d’année… alors quand j’ai lu que WP avait amélioré son éditeur visuel, je me suis dit : « tiens, peut-être une bonne raison de ne plus perdre de temps pour des choses hyper-répétitives qui apportent peu de valeur ajoutée et qui sont un peu fastidieuses ^^ »
Le fait que WP crée les balise « p » à partir des retours à la ligne est, mine de rien, un grand progrès (et de mémoire, il me semble que ça marche même en mode code depuis les options « utilisateurs »).
Le plus étonnant est qu’il aura fallu attendre des années avant que WP (ou Dotclear, je crois) intègre les balises d’en-tête. Alors quand j’ai vu que le texte préformaté (dont je fais un grand usage) était inclu, je me suis dit « chouette » ! Mais bon, à l’usage, c’est perfectible…
Ceci dit je saisi toujours beaucoup de code à la main, vu que j’utilise souvent des imbrications de balises qui ne sont pas top avec un éditeur visuel, ne serait-ce que pour mettre des paragraphes dans des listes ^^
@Gilles > Tiens, ça faisait longtemps 😉 qu’est-ce que tu deviens ?
Pour l’instant j’ai suivi ton conseil et désactivé le mode visuel en attendant d’avoir trouvé le bon.
@starkhay > Je connais très peu les éditeurs dont tu parles, bien que j’avais essayé à une époque de publier des billets à partir de Writely (Google docs aujourd’hui) et que le résultat m’avait peu convaincu.
Ceci dit, les choses évoluent vite et je vais certainement refaire le tour des popotes en matière d’éditeurs visuels alternatifs (si en plus j’en trouve un avec l’insertion de fichiers multimédia, c’est le top…)
@burninghat > Comme je le disais à bibinou, je fonctionne à la mano depuis longtemps, et justement, là pour le coup, j’aimerai bien gagner du temps, parce qu’un blog à gérer ça va, mais avec deux blogs, il devient urgent d’améliorer la productivité de la saisie :p
Yop je comprends bien, je raisonne comme toi et c’est pour ça que dans la pratique je peste beaucoup contre les éditeurs des plateformes (sans parler des extraits de code mais rien que pour tenter de mettre un peu d’info dans les balises du contenu (genre rel, etc.), je perds un temps tout simplement monstrueux pour des choses tellement rebartives !!!)
Par contre, pour aller dans le sens de Starkhay, sur PC/Windows, Live Writer est un excellent produit dans le genre (ça fait deux fois que je dois vanter les mérites de produits Microsoft aujourd’hui, ça commence à me lasser/faire mal. Allez, je rétabli l’équilibre : oublie de suite Word 2007, c’est trop mauvais !)
Une méthode que j’utilise régulièrement est d’écrire mon texte dans un éditeur type SciTE (pour l’autocomplétion des balises, c’est sympa) puis de faire un copier/coller dans l’éditeur, mais c’est un palliatif qui laisse un arrière-goût un peu amère :p
Et pour conclure, WP2.4 prévu pour le 12 décembre courant devrait encore améliorer l’éditeur dans le cadre de l' »admin redesign » prévu… Peut-être que ça fera ton bonheur ! 😀 (même si ton bug reste définitivement très étrange :s)
C’est une des raisons qui fait que je ne passe pas sous wordpress, y a encore beaucoup trop de chose à revoir, et coller des rustines à tout bout de champ pour avoir des options de bases, ça ne m’intéresse pas.
Perso je n’ai jamais utilisé l’éditeur visuel, que ce soit sous WP ou avant sous Dotclear. J’écris tous mes articles avec Ecto, qui plus est en mode code et tout ce passe la plupart du temps très bien…
JCA > Juste pour info, ton blog est complètement en vrille sous Safari (sidebar et footer) 😉
Francis> Pas que sous Safari qu’il est en vrac son blog au JCA… Sur Opera Linux même soucis ! Comme quoi, avoir (soi-disant) le « meilleur » moteur ça n’empêche pas de faire des catastrophes 😉
burningHat > +1
@bH: >Ceci dit, ça n’a absolument pas fait avancer le schmilblick (enfin la recherche du bug quoi)… 😀
Je répondais plutôt à l’article en lui-même, les arcanes de WordPress, je connais pas trop.
@br1o: >perdre de temps pour des choses hyper-répétitives qui apportent peu de valeur ajoutée
Tu parles de ton blog là?!?
>WP crée les balise “p” à partir des retours à la ligne est, mine de rien, un grand progrès
+1, Dotclear adore les balises br.
>plus étonnant est qu’il aura fallu attendre des années avant que [Dotclear] intègre les balises d’en-tête
Ça peut paraître indispensable maitenant, mais rappelle-toi que les blogs avaient au départ le contenu éditorial et la structure de la majorité des skyblogs: c’était une sorte de « module de news », mais appliqué à la vie personnelle de l’auteur.
Dans quelques années, on trouvera sûrement logique d’avoir la possibilité pouvoir envoyer des messages privés, joindre des évènements ou des liens, dans n’importe quel twitter-like, alors que ça paraît gadget maintenant. Tu vois la comparaison?
>avec deux blogs, il devient urgent d’améliorer la productivité de la saisie :p
Je vais te paraître candide, mais pour moi c’est comme si tu disais « J’ai deux designs à faire pour des clients, je vais tout faire en mode designer de Frontpage[/exemple_exagéré] ». L’éditeur Wetc… parfait existerais, ça se saurait, non?
À propos des éditeurs offline (WLW, Ecto, Drivel): Pour moi, le seul problème que j’ai avec ce genre d’applications, c’est le même que pour les feedreaders, le blogging est intimement lié à la consultation du Web.
Vous imaginez utiliser un programme pour consulter son nombre de mails, un pour lire les mails eux-mêmes, et un pour répondre?
Après, ça peut être plus intéressant dans le cas de rédaction de contenu pure, pour des fonctions de sauvegarde ou de gestion de versions (…), mais je pense qu’il faudrait dans ce cas là s’orienter plus vers une solution tout web, avec un stockage en ligne, toussa…
Les approches de Sage ou Flock (‘all-in-one’) s’oriente dans cette direction, mais cela nécessiterait que Firefox et les navigateurs en général soient bcp plus stables et consomment (proportionnellemnt) moins de mémoire.
On aurait également besoin d’une infrastructure réseau BEAUCOUP plus fluide, performante, mais là aussi on s’en approche un peu avec la QoS dans l’IPV6 toussa toussa (passionnant, sisi).
Ça mériterai un billet complet, que j’ajoute à l’encyclopédie 18 volumes qui me sert de todo-list.
Bon c’est pas tout ça, mais je parle, je parle, et il commence à faire nuit XD
Sinon un gros gros troll, mais pas mal ont braillé.. enfin, manifesté leur mécontentement face à la longueur de développement de Dotclear 2.0, mais si c’est pour s’apercevoir maintenant que c’est la crème de la crème, hein, non mais, petits impatients, vous mériteriez d’être privés de dessert…[/troll]
@bibinou > lol, non, je ne parle pas des blogs, mais juste de la mise en forme des billets qui est encore galère en 2007 même si on n’utilise que les balises de base sans parler d’imbrication (ce qui sort du cadre du blogging à proprement parler).
Je fais mes intégration avec notepad++ depuis quelques mois. Auparavant j’utilisais DW en mode codeur qui fonctionne parfaitement bien. Si j’ai laissé tombé DW, c’est à cause de ma config un peu cheap qui ne me permet pas de lancer Photoshop, Illustrator, Internet Explorer, Opera et Firefox en même temps ^_^v
Dotclear est un très bon produit (non, là je vais me faire jeter…) heu.. un très bon projet, mais comme je comptais me servir d’une plate-forme de blog dans une optique pro, je me voyais mal servir à d’éventuels clients un « produit » en version bêta même si parfaitement fonctionnel ^^
Et malgré mon engouement pour WordPress (sauf la partie éditeur visuel…) je pense qu’il est important de faire ses choix de manière réfléchie et non en fonction d’une mode…
J’ai passé beaucoup de temps à comparer les deux systèmes : sur les fonctions de base du blogging pur et dur Dotclear a nettement l’avantage. Dès qu’on cherche à personnaliser le moteur, toussa, c’est clair que WordPress reprend la main largement.
Deux produits différents pour deux type de besoin.
Sinon et j’insiste lourdement, même les intégrateurs xhtml adeptes de notepad++ ont droit à un éditeur visuel qui fonctionne !
@JCA > Tu sais maintenant où il faut les placer, les rustines 😀
@Francis > je vais jeter un coup d’oeil à ecto un ces jours (et à Live Writer aussi, tiens)
@Bruno: +1 sur ton argumentaire… rien à redire !
Ai testé Ecto aujourd’hui pour voir, très sympa et très joli mais j’espère qu’il tourne mieux sur Mac que sur PC parce que je l’ai trouvé d’une lenteur affligeante pour un « simple client WYSIWYG » sur mon poste :s Je re-testerai quand j’aurais migré de machine (faut vraiment que je passe commande moi d’ailleurs mais bref)
salut Bruno et les autres,
je comprends tout à fait ton énervement. C’était pour éviter de faire un billet comme celui-là que j’aviais envoyé à Françis un article pour que la communauté WordPress propose et liste les améliorations à faire dans WordPress…l’éditeur visuel revenait dans toute les bouches.
C’est peut-être la limite de WordPress. QUi ne tape jamais de balises html à la main ? personne ! Qui est obligé d’utiliser au minimum 3 ou 4 plugins pour avoir les fonctions normales d’un blog ? tout le monde !
à bientôt !
Salut, rien à voir mais tes gravatars roxxent alors que ceux sur mon site suxxent… Du coup, je voulais voir si mon gravatar perso s’affichait bien sur ton site car le tien… s’affiche nickel sur le mien, là où mon propre gravatar ne marche pas ! Monde cruel…
@Guyhom > l’est mignon comme tout ton gravatar (même sur ton blog) 😉