> > > 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 -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
