Syntaxe des couleurs - Page 1

Oui, les anciens raccourcis de couleurs fonctionnent encore pour conserver la compatibilité avec les anciens posts, je ne sais pas encore s'ils vont rester définitivement ou pas. Depuis le nouveau parseur, il ne devrait plus y avoir le problème du tag [4] ouvert et non fermé qui colore la totalité d'un post. Je ne sais pas si c'est une bonne idée de les garder pour autant, je n'ai jamais trouvé très bonne l'idée d'utiliser un tag aussi commun (il ressemble à un indice de tableau quand on poste du code, par exemple) pour faire de la mise en forme.

Pour le formulaire de post, il y a également d'autres problèmes (il est assez difficile de comprendre comment utiliser certaines balises, [media] par exemple), et je pense que je vais remplacer totalement le formulaire. J'avais commencé regarder MarkItUp, j'aime bien le principe mais c'est complètement buggé et l'auteur n'est pas réactif du tout, il a mis 3 semaines à accepter mon premier patch. Du coup je pense que je vais finir par coder quelque chose de similaire moi-même.

[color=xxx][/color] serait ptet mieux, quitte a utilier les chiffres courant dans le xxx, et apres les code couleurs HTML (#rgb, #rrggbb, voir les noms texte des couleurs)

, je pense qu'il vaut mieux supprimer le support des balises \[chiffre\] pour les posts v2, c'est effectivement trop facile à déclencher sans le vouloir.
Pour la couleur, pourquoi pas un color picker au lieu de la palette ?

./3 : pas compris ce que tu veux à la place de "xxx" ? si c'est les codes couleur hexa en 3 chiffres, c'est déjà géré. Si c'est le codage arbitraire utilisé actuellement (4 = rouge, 12 = bleu & co), je ne suis pas pour le conserver quelle que soit la forme. Un système avec [color=red], [color=blue] à la limite.
./4 : je ne révolutionnerai pas le formulaire de post actuel, le jour où il sera changé ça sera très certainement un color picker, mais c'est pas pour tout de suite

Zeph (./5) :
Si c'est le codage arbitraire utilisé actuellement

C'est pas la palette 16 couleurs "classique" ?

Ah mais je voulais parler de la prochaine évolution, rien ne presse ^^

./6 : heu "classique" ? c'est celle de mIRC, mais elle n'a pas grand chose de classique pour autant

Ben c'est la palette EGA/CGA 16 couleurs de base : http://fr.wikipedia.org/wiki/Enhanced_Graphics_Adapter#Palette_par_d.C3.A9faut (ou http://fr.wikipedia.org/wiki/Color_Graphics_Adapter pour les couleurs originelles CGA)

Nil (./9) :
Ben c'est la palette EGA/CGA 16 couleurs de base : http://fr.wikipedia.org/wiki/Enhanced_Graphics_Adapter#Palette_par_d.C3.A9faut (ou http://fr.wikipedia.org/wiki/Color_Graphics_Adapter pour les couleurs originelles CGA)

C'est de ça que je parlais par "classique"

Ce que je proposais, et je pense pas que ça soit complexe a mettre en place c'est un


[color=1][/color] qui soit equivalent au [1][/1] actuel, et tu peux l'étendre facilement a supporter

[color=red][/color] puis [color=#f00] [color=#FF0000]


if ((atoi(parameter) < 15)
echo table_couleur[parameter]
else
echo parameter
fi

Grosso modo

L'interet? faire facilement migrer les balises \[x][/x] actuelles sans effort.

Je ne comprends pas ce que tu veux dire par "migrer les balises [x]" ? Encore une fois, je ne souhaite pas conserver cette palette de couleur du tout, ni sous sa forme actuelle, ni sous une forme différente ([color=1]).

Qu'as-tu contre les bonnes vieilles 16 couleurs?

Quand on copie/colle un article WP avec des références, ça fout tout en l'air ; quand on copie-colle un brin de code avec des indices de tableau, ça fout tout en l'air.

Je parle pas de garder la syntaxe, jsute de garder une compatibilité ou 0 = blanc, 1 = noir, etc...

Justement je parle de changer la syntaxe

et migrer ==

sed["\[([0-9]+)\]", "[color=\1]");

(en plus je dit ça mais la balise \[color] existe déjà:


***************

Oui mais justement, Bob ne veut même pas garder cette compatibilité (c'est dommage, je note un racisme anti CGA, le vais saisir la Halde ! )

./13 : Je veux éviter autant que possible d'avoir plusieurs façons de spécifier les couleurs (plusieurs façons de spécifier n'importe quoi, en fait). Si la nouvelle solution de colorer du texte c'est "comme en web", à savoir code hexa ou nom de couleur (ce qui constitue déjà un doublon, d'ailleurs), je préfère éviter d'avoir comme troisième solution la vieille palette.

./14 : C'était surtout vrai parcequ'un [0] non terminé était quand même pris en compte par l'ancien parseur ; ça n'est plus le cas maintenant. Mais je suis quand même d'accord que ces vieilles balises devraient, à terme, disparaître.

./15 : Les posts ne sont pas enregistrés sous cette forme en base, pas de "sed" possible, et changer [0] en [color=0] n'est plus simple que de changer [0] en [color=white] ou [color=FFFFFF].