Salut,

Question intéressante ça, mais je n'ai pas de réponse toute faite sous la main.
Cependant une bonne piste, à mon avis, est de regarder du côté des normes d'accessiblité qui doivent probablement parler d'algorithme de vérification de contrastes de couleurs afin de rendre une interface graphique utilisable par des personnes présentant des difficultés visuelles.
Par contre je ne suis pas certains que ta piste de la génération automatique soit la meilleure : dans le contexte une couleur valide en terme de contraste peut s'avérer être particulièrement moche. Tu risques donc de devoir faire une petite validation manuelle quoi qu'il arrive.



/*
coq
MVP Visual C#
CoqBlog
*/

Merci Coq

Je te suis tres bien

Mais l'ajustement manuel je compte de toute façon le proposer
L'idée c'est de proposer un "preset"  sur un echantion de +/- 5 a 15 valeurs
Ensuite l'utilisateur fait ce qu'il veut !

Ok, donc c'est probablement une piste à suivre.
Il me semble que les papiers du W3C sur l'accessibilité proposent un moyen de vérifier la différence de contraste entre la couleur de foreground et celle de background.
Ta problémentique est un peu plus compliquée (il faut sans doute que tu fasses les comparaisons pour toutes les couleurs entres elles) mais c'est probablement un bon début.
A toi de voir si le jeu en vaut la chandelle par rapport à la liste définie en dur.


/*
coq
MVP Visual C#
CoqBlog
*/

Merci,

En tout cas ca vaut la peine d'aller voir les notes du W3C, histoire d'élargir sa culture et pecher des idées...

Bon ....
J'ai été voir ....   Apres un veritable jeu de piste, je suis arrivé sur le lien le plus effectif

[ Lien ]

Malheureusement pas de vision algorithmique de la chose
Je pense que je vais finir par essayer de definir une table de 20 couleurs
Si l'utilisateur prends plus, je lui propose les dernieres en niveau de Gris (R=G=B)
S'il prends moins, je fais un pas de selection dans le tableau

Salut,

Une solution intéressante pour faire ça est de changer l'espace de couleur.
Une couleur peut être définie dans plusieurs espaces. Le plus connu pour les développeurs est l'espace RVB (rouge vert bleu) mais tu peux basculer par exemple en TSV (teinte saturation valeur).

Le TSV est intéressant dans sens où la teinte définie la couleur sur le cercle chromatique (la valeur de T est un angle variant de 0 à 360°). S correspond à la pureté de la couleur (1 = couleur pétante, 0 = gris). Quand au V, il s'agit de la luminosité de la couleur (1 = clair, 0 = sombre).

De là, tu peux facilement faire un algorithme qui va de 0 à 360 avec un pas de 360 / n où n est le nombre de couleurs à générer (quand à S et V, la valeur 1 est pas mal).
Tu garantis de cette manière que les couleurs sont les plus distantes les unes des autres.

Tu trouveras sur Wikipédia (http://fr.wikipedia.org/wiki/Teinte_Saturation_Valeur) comment passer du TSV au RVB. Si tu cherches directement une fonction codée, ce site doit forcément en mettre une à dispo.

Salut Niky

Merci pour ta suggestion et surtout pour ton explication concernant   TSV j'imagine que TSV est la traduction de  HSL que j'ai vu mainte fois sans chercher a comprendre mais ton explication m'éclaire

Mais ci c'est ca il me semble que HSL en informatique on fait varier chaque element entre 0 et 255 et toi tu parle de 0 et 1 tu considere que 1 c'est 255 en logique ?

 

Hello,

J'ai du faire le même genre de truc pour un graphique (changement de couleur automatique à l'ajout de courbe, un peu style Excel). J'ai pas trouvé vraiment de méthode, alors je me suis fait une méthode static qui recupére la place de l'élément à colorer dans la liste, et lui associe une couleur que j'ai définit dans ma classe static. Je ne sais pas si ça correspond exactement à ce que tu veux. Pour pouvoir ajouter autant de courbes que je voulais et ne pas fixer toutes les couleurs des 100 premières courbes (-.-) j'utilise le dernier chiffre de l'index de l'élément pour associer une couleur (soit 10 couleurs).

csharpement

Si je te comprends bien, toi tu part d'un tableu de couleur prénéfini que indexe

Ce qui m'intéresse plutot c'est une methode algoritique pour gener n couleurs les plus distantes possible les unes des autres

La methode de niky me semble une tres bonne piste

 

Je viens de penser aussi a ceci

Prenons le nombre de couleurs  mettons 27 (pour faire simple). Je prends la racine cubique : 3

255 / 3 = 85 Sera le pas a appliquer a chacun des éléments R,G,B

Soit 85,170,255

 

Je me permet de répondre sur le TSL.
Il s'agit bien de la traduction française du HSL (Hue Saturation Lightness).

Pour ce qui est de l'échelle des valeurs mettre
- T entre [0 ; 360[, provient du fait que T est un angle sur le cercle chromatique (par habitude, cette valeur est indiqué en degrés plutôt qu'en radians)... mais tu imagines bien que la nature ne se limite pas à 360 teintes différentes, donc la teinte 43,798° est admise...
- C'est là qu'on en arrive au S et L qui sont dans le même cas. La nature ne se limite pas à 256 variantes. C'est pourquoi ces valeurs sont généralement codées entre [0 ; 1] avec l'infinité de possibilités que cela offre.

Pourquoi coder tout ça sur des flottants ? Parce que si tu fais une conversion RVB -> TSL -> RVB et que tu n'utilises que des entiers, tu vas obtenir des erreurs d'arrondis conséquentes.


A+