Bonjour, Désolé, si la question va paraître bête mais j'ai voulu tester ce matin en faisant une mise à jour de la version dev et du plugin. Mais il me semble qu'une fois la case activée, la barre d'outils (gras, italique,...) disparaît. Voyez vous cela aussi ? Jean-Michel. -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Je n'arrive pas à reproduire le problème mais je n'ai pas dit qu'il n'y avait pas de problème ! :-) Le 9 mars 2014 10:47, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > Ah bon ? Attends je teste > > Le 9 mars 2014 10:46, Jean-Michel Royer <jeanmichelroyer(a)gmail.com&gt; a écrit : >> Bonjour, >> >> Désolé, si la question va paraître bête mais j'ai voulu tester ce matin en >> faisant une mise à jour de la version dev et du plugin. Mais il me semble >> qu'une fois la case activée, la barre d'outils (gras, italique,...) >> disparaît. Voyez vous cela aussi ? >> >> Jean-Michel. >> -- >> Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Cela m'est arrivé aussi ce matin, je crois avoir résolu cela en enregistrant à nouveau les préférences du plugin, et peut-être un F5 ;)

As-tu activé au moins un éditeur ? Le 9 mars 2014 17:14, Jean-Michel Royer <jeanmichelroyer(a)gmail.com&gt; a écrit : > 1. Je viens de faire une installation vierge en partant de la 2.6.2 du > site. La barre d'édition apparaît bien. > > 2. Je fais la modification du fichier config.php pour que mon install > prenne en charge les nighty (ici la 2680). La barre d'édition n'apparaît > plus. Même chose sur plusieurs navigateurs, j'ai même fait des F5. > > 3. Donc, ton plugin n'est pas en cause. > > ... à vous, les studios :) > -- > Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Ah ben non, quand je choisis le plugin CKeditor, ça marche po, j’ai carrément pas de zones d’édition dans ma page… (dotclear r2681 fraîchement mis à jour et plugin 0.7.1) je sais pas ce que j’ai loupé, mais je l’ai loupé :D Lomalarch http://lomalarch.free.fr/ Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 vers 11:41 > Ok, donc, avec la dernière nigthly il faut : > > * activer dcLegacyEditor (dans le sous-menu plugins) > * activer dcCKeditor (après installation) > * sélectionner l’éditeur (dans mes préférences) > > Je suppose que, quand ce sera distribué, l’éditeur sera activé par > défaut ?

Non Noé c'est que j'ai codé ça avec les pieds et pas penser à tous les cas. Merci pour tes tests. Je vais corriger en ce sens. Et pour répondre à ta question, oui je pense que ce sera une bonne idée d'activer dcLegacyEditor par défaut pour ne pas pertuber, et surtout pour ceux qui vont mettre à jour ! Le 10 mars 2014 12:05, Lomalarch <lomalarch(a)gmail.com&gt; a écrit : > Ahui, et si le plugin ckEditor n’est pas installé, on ne peut pas choisir la > syntaxe dans le legacyEditor (weird). > > Bon, c’est sans doute lié au fait que c’est une vieille installation, mais > c’est curieux, tout de même, non ? > > (désolé pour le flood, j’aurais dû tester de façon plus approfondie avant de > commencer mes retours). > > Lomalarch > http://lomalarch.free.fr/ > > Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 vers > 11:49 > >> Ah ben non, quand je choisis le plugin >> CKeditor, ça marche po, j’ai carrément pas de zones d’édition dans ma >> page… (dotclear r2681 fraîchement mis à jour et plugin 0.7.1) >> >> je sais pas ce que j’ai loupé, mais je l’ai loupé :D >> >> Lomalarch >> http://lomalarch.free.fr/ >> >> Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 vers >> 11:41 >>> >>> Ok, donc, avec la dernière nigthly il faut : >>> >>> * activer dcLegacyEditor (dans le sous-menu plugins) >>> * activer dcCKeditor (après installation) >>> * sélectionner l’éditeur (dans mes préférences) >>> >>> Je suppose que, quand ce sera distribué, l’éditeur sera activé par >>> défaut ? > > -- > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev

En effet le LegacyEditor fonctionne à nouveau pleinement \o/ En revanche, je n’arrive pas toujours pas à faire fonctionner le CKEditor : les zones d’éditions se vident quand je l’active :-/ Je suis sur un système Linux (Manjaro, dérivé de Arch), avec Firefox 27.0.1 (mais ça ne marche pas non plus sur Chromium ni Midori). Sur mon serveur (Ubuntu LTS) tourne un php 5.3.10 et le debug mode ne renvoie aucun message. Je dois rater quelque chose, mais quoi ? Bonne journée. -- Lomalarch http://lomalarch.free.fr/ Nicolas, saisi(e) par l’inspiration, nous écrivait le 11/03/2014 vers 21:41 > Je viens de régler (enfin j'espère) le problème. > Demain après la mise à jour cela devrait marcher. > > Le 10 mars 2014 14:43, Nicolas <nikrou77(a)gmail.com&gt; a écrit : >> >> Non Noé c'est que j'ai codé ça avec les pieds et pas penser à tous les >> cas. Merci pour tes tests. Je vais corriger en ce sens. >> >> Et pour répondre à ta question, oui je pense que ce sera une bonne >> idée d'activer dcLegacyEditor par défaut pour ne pas pertuber, et >> surtout pour ceux qui vont mettre à jour ! >> >> Le 10 mars 2014 12:05, Lomalarch <lomalarch(a)gmail.com&gt; a écrit : >>> >>> Ahui, et si le plugin ckEditor n’est pas installé, on ne peut pas >>> choisir la >>> syntaxe dans le legacyEditor (weird). >>> >>> Bon, c’est sans doute lié au fait que c’est une vieille installation, >>> mais >>> c’est curieux, tout de même, non ? >>> >>> (désolé pour le flood, j’aurais dû tester de façon plus approfondie >>> avant de >>> commencer mes retours). >>> >>> Lomalarch >>> http://lomalarch.free.fr/ >>> >>> Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 vers >>> 11:49 >>> >>>> Ah ben non, quand je choisis le plugin >>>> CKeditor, ça marche po, j’ai carrément pas de zones d’édition dans ma >>>> page… (dotclear r2681 fraîchement mis à jour et plugin 0.7.1) >>>> >>>> je sais pas ce que j’ai loupé, mais je l’ai loupé :D >>>> >>>> Lomalarch >>>> http://lomalarch.free.fr/ >>>> >>>> Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 vers >>>> 11:41 >>>>> >>>>> >>>>> Ok, donc, avec la dernière nigthly il faut : >>>>> >>>>> * activer dcLegacyEditor (dans le sous-menu plugins) >>>>> * activer dcCKeditor (après installation) >>>>> * sélectionner l’éditeur (dans mes préférences) >>>>> >>>>> Je suppose que, quand ce sera distribué, l’éditeur sera activé par >>>>> défaut ? >>> >>> >>> -- >>> Dev mailing list - Dev(a)list.dotclear.org - >>> http://ml.dotclear.org/listinfo/dev -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Ça fonctionne sur un serveur local \o/ (avec lequel j’ai galéré, je n’ai pas de connexion vers d’autres serveurs, ce qui m’interdit les mises à jour auto… si quelqu’un sait où ça se règle dans Apache…). La principale différence, que je vois, c’est php 5.5 en local et 5.3 sur mon serveur. C’est 5.4 mini, comme plugin ?

-- Lomalarch http://lomalarch.free.fr/ Nicolas, saisi(e) par l’inspiration, nous écrivait le 12/03/2014 vers 9:17 > Je dois avouer que je n'ai testé que sur chrome. > > Le 12 mars 2014 09:11, Lomalarch <lomalarch(a)gmail.com&gt; a écrit : >> >> En effet le LegacyEditor fonctionne à nouveau pleinement \o/ >> >> En revanche, je n’arrive pas toujours pas à faire fonctionner le CKEditor >> : >> les zones d’éditions se vident quand je l’active :-/ >> >> Je suis sur un système Linux (Manjaro, dérivé de Arch), avec Firefox >> 27.0.1 >> (mais ça ne marche pas non plus sur Chromium ni Midori). >> >> Sur mon serveur (Ubuntu LTS) tourne un php 5.3.10 et le debug mode ne >> renvoie aucun message. Je dois rater quelque chose, mais quoi ? >> >> Bonne journée. >> >> -- >> Lomalarch >> http://lomalarch.free.fr/ >> >> Nicolas, saisi(e) par l’inspiration, nous écrivait le 11/03/2014 vers >> 21:41 >> >>> Je viens de régler (enfin j'espère) le problème. >>> Demain après la mise à jour cela devrait marcher. >>> >>> Le 10 mars 2014 14:43, Nicolas <nikrou77(a)gmail.com&gt; a écrit : >>>> >>>> >>>> Non Noé c'est que j'ai codé ça avec les pieds et pas penser à tous les >>>> cas. Merci pour tes tests. Je vais corriger en ce sens. >>>> >>>> Et pour répondre à ta question, oui je pense que ce sera une bonne >>>> idée d'activer dcLegacyEditor par défaut pour ne pas pertuber, et >>>> surtout pour ceux qui vont mettre à jour ! >>>> >>>> Le 10 mars 2014 12:05, Lomalarch <lomalarch(a)gmail.com&gt; a écrit : >>>>> >>>>> >>>>> Ahui, et si le plugin ckEditor n’est pas installé, on ne peut pas >>>>> choisir la >>>>> syntaxe dans le legacyEditor (weird). >>>>> >>>>> Bon, c’est sans doute lié au fait que c’est une vieille installation, >>>>> mais >>>>> c’est curieux, tout de même, non ? >>>>> >>>>> (désolé pour le flood, j’aurais dû tester de façon plus approfondie >>>>> avant de >>>>> commencer mes retours). >>>>> >>>>> Lomalarch >>>>> http://lomalarch.free.fr/ >>>>> >>>>> Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 >>>>> vers >>>>> 11:49 >>>>> >>>>>> Ah ben non, quand je choisis le plugin >>>>>> CKeditor, ça marche po, j’ai carrément pas de zones d’édition dans ma >>>>>> page… (dotclear r2681 fraîchement mis à jour et plugin 0.7.1) >>>>>> >>>>>> je sais pas ce que j’ai loupé, mais je l’ai loupé :D >>>>>> >>>>>> Lomalarch >>>>>> http://lomalarch.free.fr/ >>>>>> >>>>>> Lomalarch, saisi(e) par l’inspiration, nous écrivait le 10/03/2014 >>>>>> vers >>>>>> 11:41 >>>>>>> >>>>>>> >>>>>>> >>>>>>> Ok, donc, avec la dernière nigthly il faut : >>>>>>> >>>>>>> * activer dcLegacyEditor (dans le sous-menu plugins) >>>>>>> * activer dcCKeditor (après installation) >>>>>>> * sélectionner l’éditeur (dans mes préférences) >>>>>>> >>>>>>> Je suppose que, quand ce sera distribué, l’éditeur sera activé par >>>>>>> défaut ? >>>>> >>>>> >>>>> >>>>> -- >>>>> Dev mailing list - Dev(a)list.dotclear.org - >>>>> http://ml.dotclear.org/listinfo/dev >> >> >> -- >> Dev mailing list - Dev(a)list.dotclear.org - >> http://ml.dotclear.org/listinfo/dev -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Bonjour Depuis la mise à jour avec la dernière version unstable, j'ai des messages d'erreur à l'ouverture de l'admin : 2014-03-12 21:41:35 [WARNING] URL: /dotclear/admin/index.php Missing argument 1 for dcCKEditorBehaviors::adminPostEditor() (file : C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, 18) 2014-03-12 21:41:35 [ NOTICE] URL: /dotclear/admin/index.php Undefined variable: editor (file : C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, 19) 2014-03-13 06:51:41 [WARNING] URL: /dotclear/admin/index.php Missing argument 1 for dcCKEditorBehaviors::adminPostEditor() (file : C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, 18) 2014-03-13 06:51:41 [ NOTICE] URL: /dotclear/admin/index.php Undefined variable: editor (file : C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, 19) Et l'éditeur n'apparait plus dans la page d'édition. Installation sans autres plugins que ceux de la distribution, php 5.3.13 sous wamp C'est grave, docteur ? -- Philippe -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

J'ai la version 0.7... Pas vu passer les suivantes :( Philippe 2014-03-14 21:04 GMT+01:00 Nicolas <nikrou77(a)gmail.com&gt;: > Philippe, as-tu bien la version 0.7.2 ? Je n'ai pas ce code ! Je > récupère directement depuis le core > > Le 13 mars 2014 07:56, philippe(a)dissitou.org <philippe(a)dissitou.org&gt; a écrit : >> Bonjour >> >> Depuis la mise à jour avec la dernière version unstable, j'ai des >> messages d'erreur à l'ouverture de l'admin : >> >> 2014-03-12 21:41:35 [WARNING] URL: /dotclear/admin/index.php >> Missing argument 1 for >> dcCKEditorBehaviors::adminPostEditor() (file : >> C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, >> 18) >> 2014-03-12 21:41:35 [ NOTICE] URL: /dotclear/admin/index.php >> Undefined variable: editor (file : >> C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, >> 19) >> 2014-03-13 06:51:41 [WARNING] URL: /dotclear/admin/index.php >> Missing argument 1 for >> dcCKEditorBehaviors::adminPostEditor() (file : >> C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, >> 18) >> 2014-03-13 06:51:41 [ NOTICE] URL: /dotclear/admin/index.php >> Undefined variable: editor (file : >> C:\wamp\www\dotclear.org\plugins\dcCKEditor\inc\dc.ckeditor.behaviors.php, >> 19) >> >> Et l'éditeur n'apparait plus dans la page d'édition. Installation sans >> autres plugins que ceux de la distribution, php 5.3.13 sous wamp >> >> C'est grave, docteur ? >> >> -- >> Philippe >> -- >> Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev > -- > Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Là ça va tout de suite beaucoup mieux, merci :) -- Philippe 2014-03-16 20:13 GMT+01:00 Nicolas <nikrou77(a)gmail.com&gt;: > L'url est la même. > http://www.nikrou.net/public/plugin-dcCKEditor-0.7.2.zip > > Il y a même un changelog dans les sources. Je te laisse trouver le nom > du fichier ! -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Plop, Il n'y a que chez moi où l'activation de dcCKEditor alourdit énormément le temps de chargement (complet) de la page /admin/post.php (lorsque la barre d'édition veut bien se charger) ? Pour info, je suis chez OVH en PHP 5.4 et Dotclear 2.7 (la dernière nightly). Merci en tout cas. Le 17.03.2014 15:17, Nicolas a écrit : > Mais de rien. > > Le 17 mars 2014 15:00, philippe(a)dissitou.org <philippe(a)dissitou.org&gt; a écrit : > Là ça va tout de suite beaucoup mieux, merci :) -- Philippe 2014-03-16 20:13 GMT+01:00 Nicolas <nikrou77(a)gmail.com&gt;: L'url est la même. http://www.nikrou.net/public/plugin-dcCKEditor-0.7.2.zip [1] Il y a même un changelog dans les sources. Je te laisse trouver le nom du fichier ! -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev [2] Links: ------ [1] http://www.nikrou.net/public/plugin-dcCKEditor-0.7.2.zip [2] http://ml.dotclear.org/listinfo/dev -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Salut Thomas, Oui c'est 2.7 uniquement. Le 18 mars 2014 15:47, Thomas Daveluy <t.daveluy(a)gmail.com&gt; a écrit : > Salut à tous ! > > bon, je reprend le fil petit à petit alors j'ai sûrement manqué des trucs > mais c'est moi c'est la grosse grosse cata dès que j'active dcCKE : > Fatal error: Call to undefined method dcCore::addEditorFormater() in > C:\wamp\www\mpv5\plugins\dcCKEditor\_admin.php on line *25* > > Je suis en local en PHP 5.4, mais sous la version 2.6.2 de DC. C'est > compatible qu'avec la 2.7 c'est ça ou j'ai u souci ailleurs ? > > > > > > > Le 18 mars 2014 13:51, HTML Edition <contact(a)html-edition.com&gt; a écrit : > > > > > > > Plop, > > > > Il n'y a que chez moi où l'activation de dcCKEditor alourdit énormément > > le temps de chargement (complet) de la page /admin/post.php (lorsque la > > barre d'édition veut bien se charger) ? > > > > Pour info, je suis chez OVH en PHP 5.4 et Dotclear 2.7 (la dernière > > nightly). > > > > Merci en tout cas. > > > > Le 17.03.2014 15:17, Nicolas a écrit : > > > > > Mais de rien. > > > > > > Le 17 mars 2014 15:00, philippe(a)dissitou.org <philippe(a)dissitou.org&gt; a > > écrit : > > > Là ça va tout de suite beaucoup mieux, merci :) -- Philippe 2014-03-16 > > 20:13 GMT+01:00 Nicolas <nikrou77(a)gmail.com&gt;: L'url est la même. > > http://www.nikrou.net/public/plugin-dcCKEditor-0.7.2.zip [1] Il y a même > > un changelog dans les sources. Je te laisse trouver le nom du fichier ! > -- > > Dev mailing list - Dev(a)list.dotclear.org - > > http://ml.dotclear.org/listinfo/dev [2] > > > > > > Links: > > ------ > > [1] http://www.nikrou.net/public/plugin-dcCKEditor-0.7.2.zip > > [2] http://ml.dotclear.org/listinfo/dev > > -- > > Dev mailing list - Dev(a)list.dotclear.org - > > http://ml.dotclear.org/listinfo/dev > > > > > > -- > > Thomas > -- > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Au fait, merci Nicolas pour la mise à jour 0.7.3 que je viens d'appliquer via la gestion des plugins ;) Cela répare l'insertion des images et autres URL en mode édition wiki \o/ -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 3 avril 2014 10:23, Nicolas <nikrou77(a)gmail.com&gt; a écrit : > Merci Sylvain pour les tests ! :-) > Le fait que ce soit dans dotaddict facilite les mises à jour ! > Hello, Je viens de faire quelques tests avec ckeditor, effectivement ça en jette, bravo :) Une petite remarque toutefois : si j'ai bien compris, le choix de l'éditeur dicte les syntaxes disponibles : xhtml ou wiki pour le legacy editor, xhtml seulement pour ckeditor. Se pose alors la question des billets déjà écrits, dans une syntaxe non supportée par l'éditeur Par exemple, si j'active ckeditor mais que j'édite un billet déjà écrit en wiki, le texte apparaît en mode source. Normal, mais en revanche, le champ "formatage du texte" est fixé à "xhtml". Le bouton "convertir en xhtml" est lui toujours présent. En cliquant dessus mon texte wiki est bien converti en xhtml, mais c'est assez déroutant. Il faudrait peut-être signaler quelque part quand le billet est dans une syntaxe non supportée par l'éditeur sélectionné, et : * soit empêcher l'édition du billet, et proposer uniquement de le convertir en xhtml * soit désactiver l'éditeur dans ce cas particulier -- Bruno -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 7 avril 2014 10:12, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > On en a déjà discuté à une réunion IRC récente et effectivement se pose le > problème des billets déjà créés. > > Ce que j'avais proposé : > > 1. À l'ouverture du billet, on checke la syntaxe utilisée et on vérifie si > l'éditeur sélectionné la propose. Si oui tout va bien, sinon on passe à la > suite... > 2. On cherche parmi les éditeurs installés et actifs si un d'entre eux > propose cette syntaxe. Si oui on ouvre le billet avec cet éditeur et tout > va bien, sinon on passe à la suite... > 3. On check si l'éditeur sélectionné propose le XHTML comme syntaxe. Si > oui, on ouvre le billet en XHTML avec l'éditeur sélectionné, sinon on passe > à la suite... > 4. On cherche parmi les éditeurs installés et actifs si un d'entre eux > propose le XHTML. Si oui on ouvre le billet avec cet éditeur en XHTLM, > sinon on passe à la suite... > 5. On ouvre le billet sans éditeur (textarea pur). > > Sachant qu'à partir du point 2 (voire 3) on peut demander confirmation > avant d'ouvrir. > > Z'en dites ? > Le processus me paraît un poil complexe quand même. Personnellement, je n'aime pas trop que l'outil choisisse à ma place quoi utiliser. D'autant plus que si j'ai plusieurs éditeurs qui permettent d'éditer du xhtml, et que celui qui est choisi en 2/ n'est pas celui que je veux, ça veut dire qu'à chaque fois je pesterai contre le choix qui m'est imposé. Et si on prenait le problème dans l'autre sens : dans les préférences, pour chaque syntaxe disponible, on définit un éditeur préféré, avec un textarea pur par défaut. Coté devs, on ne se prend plus la tête à déterminer quel serait le meilleur éditeur pour l'utilisateur, on se contente de prendre celui qui est défini dans les préférences. Et si on affiche un textarea pur dans post.php, on propose à l'utilisateur de changer son éditeur favori via un lien vers preferences.php. -- Bruno -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 7 avril 2014 19:34, Kozlika <kozlika(a)gmail.com&gt; a écrit : > Houla, ça me paraît bien compliqué pour l'utilisateur néophyte d'un blog > multi-auteur, qui veut modifier le billet d'un collègue et se trouve dans > l'impossibilité de le faire sans devoir suivre un tuto qui lui explique > comment aller modifier ses préférences puis les remettre à l'endroit après. > > Faudrait trouver quelque chose de plus fluide et surtout de plus immédiat. > Si le gars est bloqué au cours de son processus (imaginons que c('est le > rédac chef et que l'auteur initial avait fait une boulette dans son > article) il va péter une durite. Non ? > > Je cherche justement à simplifier le truc. Si on n'a pas configuré d'éditeur pour la syntaxe donnée, alors on propose une textarea, avec une indication sur comment changer d'éditeur. Je préfère de loin cela à quelque chose d'implicite, où on me colle un éditeur que je ne souhaite peut-être pas. Exemple simple : j'ai le legacy editor (xhtml+wiki) activé pour mes users qui sont habitués à l'ancienne interface, j'installe ckeditor (xhtml) pour ceux qui veulent mettre des textes en orange clair fluo, et moi je me garde markitup(markdown) pour éditer mes billets en markdown exclusivement. Si en tant qu'admin j'édite un billet écrit en xhtml, ça me met quel éditeur ? Si ça me colle ckeditor, comment je peux choisir le legacy à la place pour le xhtml, tout en conservant markitup pour le markdown ? -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Si ton éditeur préféré ne gère pas la syntaxe du billet, DC peut te proposer une liste des éditeurs qui la supportent. Tu choisis et basta, non ?

Plop, On en a discuté hier soir à la réunion IRC et on est tombé d'accord sur la solution suivante :

(syntaxe), sera modifiée pour intégrer la liste des éditeurs actifs et leurs syntaxes (en second niveau), plus, parce que ça peut servir dans certains cas, une option "Pas d'éditeur / source" (dans ce cas, on propose une textarea simple).

Le 8 avril 2014 08:09, Bruno <dsls(a)morefnu.org&gt; a écrit : > Si je change la "syntaxe" d'un billet "xhtml/legacy" en "xhtml/ckeditor", > et que je l'enregistre, ça fait quoi ? Sur le déroulement des pages, ça > décharge dynamiquement l'éditeur actuel pour charger l'autre, ça recharge > complètement la page ? Sur les préférences utilisateur, ça les met à jour > ? (auquel cas les préférences utilisateur seraient éditables à 2 endroits > distincts). > Nope, si tu changes le couple, ça ne change rien (pas de conversion), simplement un swap d'éditeur (a priori c'est simplement du JS à charger),

> > Autre point : si je choisis markdown/markitup comme couple préféré, et que > je veux finalement convertir mon billet en xhtml, j'atterris sur quel > éditeur ? > Le premier dispo dans la liste (ie qui propose la syntaxe XHTML). Maintenant si l'éditeur ne convient pas, tu pourras toujours modifier ce choix ensuite pour en sélectionner un autre à ta convenance.

Bruno les problèmes que tu remontes existent déjà dans la version courante (2.6)

Le 8 avril 2014 08:40, Bruno <dsls(a)morefnu.org&gt; a écrit : > Du coup, si je veux garder markitup (ou dclegacy) pour éditer en mode > source, et avoir ckeditor pour avoir du wysiwyg si je suis en xhtml, je ne > pourrai pas, à moins de jongler avec la combo à chaque fois. Ben on peut accepter que ce soit un peu chiant pour les grands malades qui changent d'éditeur comme de chemise, mais si c'est simple et compréhensible pour tous les autres qui n'en changent pas bien souvent, ça me semble déjà très bien :P -- Philippe

A mon sens, c'est proposer le choix de l'éditeur dans l'édition d'un billet qui fait "changer d'éditeur comme de chemise". Ca n'a pour moi pas du tout sa place à cet endroit, surtout si le choix de l'éditeur est éphémère.

Donc en gros si je comprends bien, si on choisit ckeditor comme éditeur préféré, on ne pourra pas dire avec quoi on veut éditer un billet déjà écrit en wiki.

C'est comme si dans chaque page je pouvais modifier les favoris, activer un plugin, ...

J'aurai donc à le faire à chaque fois que j'édite un billet wiki, sans aucune possibilité de mémoriser ce choix. Ça va très vite devenir pénible...

Sauf ceux qui ont déjà un blog avec plein d'articles déjà écrits en wiki et qui installeront CKEditor.

> Non, on ne parle pas du tout de la même chose. On parle d'une brique qui > est l'élément essentiel de la page d'édition, pas d'un favori qui n'a aucun > impact sur l'édition des billets ou un plugin qui pourrait, éventuellement, > en avoir un, mais pas à ce niveau. > > Elément essentiel, mais qu'on ne changera pas tous les 4 matins non plus, du coup ça ne me choque pas de pouvoir le changer à un autre endroit Dans ce cas, faudra prévoir un behaviour qui donnera la main à un plugin > qui gérera ça. Mais dans la majeure partie des contextes d'usage, > l'éditeur/syntaxe, une fois paramétré, ne change pas. 95% des gens vont > sélectionner CKEditor/XHTML et puis baste. > > Sauf ceux qui ont déjà un blog avec plein d'articles déjà écrits en wiki et qui installeront CKEditor. (Je l'ai déjà dit, je ne suis pas blogueur, j'essaye juste d'anticiper les râleurs qui accourront sur le forum) -- Bruno

+1 avec Lomalarch Le 8 avril 2014 11:19, Lomalarch <lomalarch(a)gmail.com&gt; a écrit : > Dans la mesure où, à part xhtml, les autres syntaxes n'ont qu'un seul > éditeur (et même, à terme, on pourrait tout à fait virer xhtml du > legacyeditor si on a un qui fait ça tellement mieux), il me paraît logique, > de basculer sur l'éditeur << normal >> quand on ouvre un billet dans une > syntaxe autre qu'xhtml. On va pas avoir 15 éditeurs markitup ou textile, si > ? > > Le seul truc qui peut coincer, c'est si on a dans ses préférences un > éditeur << texte >> par défaut et qu'on édite un billet en xhtml. Là il y a > un choix d'éditeur à faire Legacy (visuel ou pas) / ckEditor. > > Non ? > > Lomalarch > http://lomalarch.free.fr/ > > Le mar. 08 avril 2014 11:09:46 CEST, Bruno a écrit : > > Non, on ne parle pas du tout de la même chose. On parle d'une brique qui >>> >>> est l'élément essentiel de la page d'édition, pas d'un favori qui n'a >> aucun >> >>> impact sur l'édition des billets ou un plugin qui pourrait, >>> éventuellement, >>> en avoir un, mais pas à ce niveau. >>> >>> Elément essentiel, mais qu'on ne changera pas tous les 4 matins non plus, >>> >> du coup ça ne me choque pas de pouvoir le changer à un autre endroit >> >> Dans ce cas, faudra prévoir un behaviour qui donnera la main à un plugin >> >>> >>> qui gérera ça. Mais dans la majeure partie des contextes d'usage, >> >>> l'éditeur/syntaxe, une fois paramétré, ne change pas. 95% des gens vont >>> sélectionner CKEditor/XHTML et puis baste. >>> >>> Sauf ceux qui ont déjà un blog avec plein d'articles déjà écrits en wiki >>> >> et qui installeront CKEditor. >> >> (Je l'ai déjà dit, je ne suis pas blogueur, j'essaye juste d'anticiper les >> râleurs qui accourront sur le forum) >> >> -- >> Bruno >> > -- > Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/ > listinfo/dev > -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

En fait par rapport à l'existant, cela ne change rien que ce soit dans la page d'édition d'un billet ou dans les préférences. On a une liste de format d'édition. Le contenu de la liste change en revanche, et au lieu d'avoir juste xhtml, wiki, ... , on a ckeditor/xhtml, legacy/xhtml, legacy/wiki, ... Je trouve cette terminologie complexe pour l'utilisateur lambda,

rapport à l'existant. Et si plusieurs éditeurs proposent la syntaxe proposée, on a deux choix, soit on laisse un textarea (ce qui me semble une mauvaise idée), soit on prend le premier choix dans la liste. Après l'utilisateur pourra toujours changer. Enfin comme aujourd'hui !

Le 8 avril 2014 11:55, Bruno <dsls(a)morefnu.org&gt; a écrit : > C'est là que je ne suis pas d'accord, "on prend le premier choix dans la > liste" == "dotclear choisi le premier qui s'est déclaré", le "on" c'est > dotclear. > "L'utilisateur pourra changer" == "l'utilisateur devra changer son éditeur > préféré parce que dotclear a choisi pour lui dans ce cas". Mais exactement comme aujourd'hui !!! Installe deux éditeurs qui gèrent la syntaxe wiki et tu verras.

Après réflexion je ne pense pas que ce soit une bonne idée de pouvoir changer d'éditeur sur la page d'édition d'un billet. En plus charger tous les éditeurs dynamiquement ça risque de devenir le souk à gérer. En revanche pour ne pas trop perturber les utilisateurs, il faudrait prévoir quelque chose du même genre quand même. Vous en pensez quoi ?

Souk à gérer ? Dommage, je connais au moins un CMS qui le permet et c'est rudement pratique pour profiter des avantages d'un éditeur ou d'un autre tout en restant sur la même page d'édition, ce que je fais assez régulièrement.

Le CMS qui n'a rien de magique, crois-moi, est Joomla (version 2.5) muni du plugin Editor switcher.