J'ajoute que j'avais évalué quelques solutions open-source et que j'en étais arrivé à sélectionner CKeditor comme se rapprochant le plus du cahier des charges ci-dessus. Une démo est visible ici : http://ckeditor.com/demo

Le 16 juillet 2013 13:43, Greg <popech(a)gmail.com&gt; a écrit : syntaxe wiki-dotclear), mais il n'est malheureusement pas wysiwyg...

Le 16 juillet 2013 13:42, Dsls <dsls(a)morefnu.org&gt; a écrit : CKEditor avait retenu mon choix parce qu'il permet d'utiliser des syntaxes alternatives, BBCode, Markdown, … et il permet le switch en mode source.

Moi franchement, pour installer des DC pour pas mal de gens (surtout newbees), je suis tout le temps embêté lorsqu'ils me demandent comment on centre un texte (et inutile d'imaginer une seule seconde de leur dire d'éditer en xhtml hein). Je veux bien pour l'histoire des thèmes, mais là c'est à celui qui veut changer de thème (donc déjà à mon avis un utilisateur confirmé) de s'y prendre en conséquence. La discussion avait commencé à la base en parlant de rendre DC un peu plus accessible aux non codeurs : le fait de pouvoir centrer un texte est à mon avis un des aspects fondamentaux d'un blog, c'est la base. Alors soit on trouve une solution pour que l'éditeur wysiwyg utilise les classes des thèmes (et là j'y crois pas du tout), soit vraiment l'insertion de balises pour centrer/aligner/justifier s'impose. C'est l'argument n°1 que j'entends depuis des années pour les gens qui préfèrent WP (et je sais jamais quoi répondre). Petit exemple en date, j'ai un site collaboratif (http://multi-prises.fr) avec 21 contributeurs. Je suis le seul à être capable de justifier ou aligner mon texte (du coup les billets des autres sont franchement moches parfois) et c'est super dommage.

Bon, mon grain de sel : Il me semble indispensable pour l'utilisateur final non geek d'avoir la possibilité de styler, non pas comme il veut, mais d'avoir au minimum les alignements de texte (inline) et float d'image en plus des boutons habituels. Sur tinyMCE (celui que je connais donc) adapté à CMSMS, que j'installe pour les clients, je peux également définir l'utilisation de certaines classes de ma feuille de style qui apparaissent alors dans un menu déroulant de l'éditeur. J'y définis d'ailleurs systématiquement des classes pour les float image. Ça me semble un bon compromis entre la facilité d'utilisation et la possibilité de (laisser l'utilisateur) styler de façon cohérente avec le thème du site / blog. Ça me semble un bon compromis.

Le 16 juillet 2013 13:56, Lomalarch <lomalarch(a)gmail.com&gt; a écrit : rien contre CKEditor, hein :)

Pour y répondre, je recopie ici ce que disait mirovinben dans un autre fil : """"" Les positionnement à gauche, à droite, au centre existent déjà pour l'insertion d'un média. Ce serait logique de proposer la même chose (en y ajoutant la justification) pour les paragraphes. Et pourquoi ne pas faire ajouter par l'éditeur, plutôt qu'un attribut "style" de la balise html, une classe "officielle" que les thèmes proposés intégreraient dans leur style.css. Charge aux thémeurs de les incorporer ou pas dans leurs thèmes. Mais, là je rêve un peu beaucoup. N'empêche ce placement des images et le positionnement des textes sont deux des raisons qui me font saisir mes billets en mode Html et non en mode wiki. J'ajoute les classes kivonbien et n'utilise jamais l'attribut "style="" des balises html, car codés en dur dans les billets. """"" Oui et non (pour le deuxième alinéa) : * les boutons ajouteraient du style inline * le menu déroulant permettrait d'utiliser des classes css (transparent pour l'utilisateur), à charge pour l'admin de paramétrer l'intitulé dans le menu, le nom de class correspondant et bien sûr d'ajouter ces règles dans la css du thème (ou on prévoit un mécanisme de surcharge indépendant du thème, à voir) Mébon. Tant qu'il n'y a pas un sorcier pour a minima reproduire l'existant avec les contraintes sus évoquées, cette discussion vend un peu la peau de l'ours :)