Pour le blocage d'insertion de média, je regarderai d'un peu plus près, on verra bien ce que ça donne...
Et oui, chaque fournisseur de contenu additionnel devra prévoir les différents plugins d'édition, s'il veut être universel, mais il pourra tout aussi bien réserver son usage à un seul d'entre eux. C'est open... Parce que sinon va falloir mettre en place une interface et je sens les problèmes s'annoncer gros comme un camion ! Cool pour les options (si t'as du mal pour les couleurs, spa grave, personne ne s'en sert, hein ?) \o/ Le 21 février 2014 20:00, Nicolas <[email protected]> a écrit : > Re, > > > > > ça a marché un jour ! C'est une regression et je confirme. Plus qu'à > > > corriger ! > > > > > > > Corrigé et validé dans la 0.4.1 \o/ > > > > > Ok. > > > > > (c) Chez moi ça marche > > > > > > Tu as encore une installation exotique non documentée ? :-) > > > > > > > > Non, comme d'hab, un MAMP et que ce soit Chrome Canary ou Firefox avec > > caches vidés, c'est pareil. > > > > > Du coup je ne sais pas quoi te dire. > > > > Pas sûr qu'on puisse s'affranchir de ça. Vouloir rendre générique la mise > > en place de boutons supplémentaires quel que soit l'éditeur actif est à > mon > > avis une cause perdue. Mais bon, ce n'est que mon humble opinion. > > > > En effet en regardant de plus près ça me parait difficile. > Du coup chaque fournisseur de contenu additionnel devra faire les > différents plugins ? > > > > > Faudra bien faire la distinction entre les syntaxes gérées par un éditeur > > (et ses extensions éventuelles) et les éditeurs eux-mêmes. > > > > > C'est clair ça va vite devenir complexe. > > J'ai commencé à coder une mise en place d'options : pouvoir mettre ou non > les listes, les alignements, les couleurs de texte (bouhh), ... > > > Nicolas > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
