nouvelle colonne ou métadonnée, c'est de toutes façons chargé coté public
(colonne post_meta).
ok
Ca veut surtout dire que sur 500 billets en base en syntaxe wiki, on
aura
500 fois la même information qu'il faut utiliser legacyEditor. Là où vous
me reprochiez d'avoir trop de champs dans les préférences utilisateur (ie.
1 par syntaxe), vous en finissez par en coller un par billet...
Regarde comment est stockée l'information aujourd'hui ? Côté public on
n'affiche que du html jusqu'à preuve du contraire mais on aura 500 fois la
même information pour dire que le billet a été rédigé en syntaxte wiki,
textile ou ce-que--tu-veux. N'est-ce pas plutôt logique de faire un filtre
sur ce qu'on passe aux templates plutôt que de s'inquièter d'ajouter une
méta-données aux billets ?
Si en plus l'éditeur du billet n'est pas l'éditeur choisi
par
l'utilisateur, on affiche un textarea, aucun intérêt donc.
Comme maintenant, si le format du billet était textile et qu'on a supprimé
le plugin idoine l'information ne sert plus à rien !
> Autant dire que
> je n'adhère pas du tout à ce choix.
Je donne l'impression de "défendre" mon bout de gras en le justifiant par
l'existant, mais si tu as mieux à proposer, tes idées sont bien entendu les
bienvenues.
Nicolas