Emails - Page 2

Je parie qu'il y en a, pour les @ justement

Voir pour d'autres privilégiés

comme les @

Je ne peux pas faire de systeme automatique, mais pour ceux qui ont demandé, ils en ont généralement eu une (ca ne veut pas dire que tlm peut en avoir une non plus .... je laisse la priorité aux anciens )

D'ailleurs, tu n'es pas vraiment un ancien, toi. Le 13 juin ! Pfff !

Zerosquare (./6) :
(il me semble que certains moteurs de forum ne stockent que la version HTML, et font la conversion inverse quand on veut éditer un post... le souci est évidemment que les améliorations / modifications ne s'appliquent pas rétroactivement aux anciens posts à moins de les retraiter, et que ça doit être casse-pieds de regénérer la version native à partir du HTML pour certaines features)

Ah tiens j'avais voulu écrire un post là-dessus y a qqs semaines en réponse à un commentaire de Zephyr, je sais pas où il est passé... Effectivement la difficulté n°1 c'est de pouvoir regénérer le YML de façon fiable à partir du HTML, mais c'est tout à fait faisable : il suffit de faire un outil pour générer des regexp réversibles (i.e. une paire de regexps où l'une annule les effets de l'autre), et de stocker le numéro de version de la regexp qui a servi à faire la transformation YML->HTML pour pouvoir revenir au YML après-coup.

Vu le ratio impressionnant nb de vues / nb de posts ça serait bien moins gourmand et donc ça permettrait d'avoir une vraie vérification des balises qui tienne compte du contexte... (c'est Bob qui serait content )

Pour ce qui est de la mise à jour du code HTML évidemment il faut pas qu'il y ait de code "périssable", donc par exemple la balise [sondage] devrait contenir un truc genre &sondage; qui serait remplacé au dernier moment.

Et ça peut avoir des avantages intéressants : on peut faire des changements un peu violents dans la spec du YML sans casser les vieux posts

Folco_ (./36) :


(tkt c'est pas un bmp ! #trifier#)

mais tu t'es quand même foiré pour la transparence

(je sais, c'est mon premier gif animé et sûrement le dernier, et j'en ai rien à foutre de la transparence (en fait, je me retrouve avec un bon vieux problème de TI-BASIC Si je mets de la transparence, le sprite précédent s'efface pas. Si j'en mets pas, c'est moche. Si j'affiche une frame blanche entre deux dessins, exit la transparence. Je sais pas XORer une image sur une autre ))

Mais le fait est que sans la transparence c'est complètement foireux

& #battage-de-kooyes-avec-une-pelle-a-tarte#

./38 : déjà milité pour ça, mais le plus gros point bloquant serait qu'il faudrait convertir tous les anciens posts (ceci dit on peut peut-être faire ça progressivement en convertissant les anciens post lors de leur 1er affichage pour alléger un peu le processus)

3 pb :

- l'html est bcp + verbeux que l'yml => les posts prendraient beaucoup plus de place dans la bdd
- le gain est tellement insignifiant (5ms sur l'affichage des posts) que ca en vaut absolument pas le coup
- je reste sur ma position quand a la perte de flexibilité, si jveux changer l'apparence d'une balise, en rajouter une ou corriger un bug, je vais me refarcir 2.5millions de posts ... et là me parlez plus de gain de perf.

Zephyr (./42) :
./38 : déjà milité pour ça, mais le plus gros point bloquant serait qu'il faudrait convertir tous les anciens posts (ceci dit on peut peut-être faire ça progressivement en convertissant les anciens post lors de leur 1er affichage pour alléger un peu le processus)

Oui, ou même simplement en gardant l'ancien moteur pour les vieux posts...

yAro (./43) :
- l'html est bcp + verbeux que l'yml => les posts prendraient beaucoup plus de place dans la bdd
- le gain est tellement insignifiant (5ms sur l'affichage des posts) que ca en vaut absolument pas le coup
- je reste sur ma position quand a la perte de flexibilité, si jveux changer l'apparence d'une balise, en rajouter une ou corriger un bug, je vais me refarcir 2.5millions de posts ... et là me parlez plus de gain de perf.

Il faut pas forcément voir ça comme une conversion en HTML pur, ou comme une façon de gagner 3ms : l'important est surtout de désambiguifier les balises () pour avoir un parsing plus propre et plus flexible -- par exemple pour éviter que les [0] ou [i] cassent tout dans un post sans [/0] ou [/i]. A la limite on pourrait n'avoir aucune balise et garder simplement des pseudo-entités HTML qui seraient remplacées par des balises HTML au dernier moment, par exemple :

[b]prendre l'adresse de l'élément [i]i[/i][/b] : &tableau[i] =) (www.google.fr)

=>

&b;prendre l'adresse de l'élément &i;i&/i;&/b; : &tableau[i] &=); (&a;www.google.fr&/a;)

Le gros intérêt c'est que par exemple on pourrait avoir des balises [nobalises] qui désactivent le parsing des balises dans une section du post (ou de même avec un [nosmiley] qui s'appliquerait pas à tout le post), ou encore qu'on peut changer le YML sans casser les anciens posts, ou tout simplement pour que les noobs se fassent moins avoir par le parsing actuel ("qu'on ne peut pas changer parce que ça ralentirait la génération des pages" © )