Bonjour les gens,
Je ne suis pas (trop) intervenu dans la discussion parce que je voulais voir ce qui allait en sortir et finalement, après avoir pesé le pour et le contre, je pense finalement que la solution que propose Bruno est la plus "raisonnable". Si je résume : - Chaque éditeur installé inclut une ou plusieurs syntaxes. dcLegacyEditor inclut Wiki et XHTML et peut être complété par Markdown et Textile. dcCKEditor inclut XHTML uniquement. D'autres pourront apporter de nouvelles syntaxes ou supporter des syntaxes déjà gérées par les deux éditeurs pré-cités. - Pour chaque syntaxe existante, l'utilisateur devra (si nécessaire) modifier dans ses préférences l'éditeur qui la prend en charge (ie celui qui est chargé quand on édite un(e) billet/page) - Au cours de l'édition d'un billet le changement de syntaxe sera permis et l'éditeur prenant en charge la nouvelle syntaxe sélectionnée sera chargé à l'enregistrement du billet. On pourra étudier plus tard la possibilité de faire du chargement dynamique d'éditeur, mais ce n'est pas prioritaire. À vos claviers pour démonter tout ça, si vous le désirez :-D Le 6 mai 2014 22:36, Philippe <[email protected]> a écrit : > Le 6 mai 2014 09:50, Bruno <[email protected]> a écrit : > > > > > Tu confonds syntaxe et éditeur. Un billet markdown ne sera édité qu'en > > markdown, il faut le convertir en xhtml (et donc changer la syntaxe) pour > > l'éditer en xhtml > > Non, je ne confonds pas ;) Je pointais les limites du mécanisme : on a > en base deux colonnes pour post-content : une dédiée à la syntaxe > utilisée (pour la réafficher en fonction de la préférence > utilisateur), une autre dédiée au code xhtml produit, qui sera utilisé > côté public. > > Donner plus d'importance au choix utilisateur qu'au choix par billet > induit un risque de complexité si un billet est édité par deux > utilisateurs aux préférences différentes. Mais ce n'est pas une > objection forte, d'une part parce que je n'ai pas de solution hors > usine à gaz qui parserait le post_content_xhtml pour l'afficher avec > la syntaxe préférée, d'autre part parce ce problème existe déjà > aujourd'hui. > > On dira que je fais une wishlist, puisque le sujet est sur le tapis :P > > -- > Philippe > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
