FONDU DE COULEURS
WhiteMagus
Messages postés
764
Date d'inscription
lundi 21 juin 2004
Statut
Membre
Dernière intervention
5 février 2010
-
6 mars 2005 à 16:53
WhiteMagus Messages postés 764 Date d'inscription lundi 21 juin 2004 Statut Membre Dernière intervention 5 février 2010 - 10 mars 2005 à 15:08
WhiteMagus Messages postés 764 Date d'inscription lundi 21 juin 2004 Statut Membre Dernière intervention 5 février 2010 - 10 mars 2005 à 15:08
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/29953-fondu-de-couleurs
https://codes-sources.commentcamarche.net/source/29953-fondu-de-couleurs
10 mars 2005 à 15:08
Je vais essayer de me mettre plus sérieusement au binaire qui semble offrir une alternative "simple" face aux limites de Flash.
En tout cas, merci bien de m'avoir expliqué.
@+ !
9 mars 2005 à 22:30
9 mars 2005 à 22:25
Pour chaque couleur, tu choisis une valeur (décimale) entre 0 et 255, ce qui correspond en hexa à 0 ou FF. Pour des raisons certainement pratiques, ces trois valeurs sont juxtaposées.
En fait, tu comprendras peut-être mieux si je te dit que faire x<<8, c'est pareil que de faire x*256 car 2=0x100.
On fait donc :
rouge*0x10000 + vert*0x100 + bleu
9 mars 2005 à 22:23
En fait, tu comprendras peut-être mieux si je te dit que faire x<<8, c'est pareil que de faire x*255 car 255=0xFF.
On fait donc :
rouge*255*255 + vert*255 + bleu
9 mars 2005 à 18:35
RVB
8 chiffres pour R etc...
En hexa y a besoin de 2*4 chiffre pour avoir le R
pareil pour les autres
Donc sa fait 2*4*3 = 24 chiffres.
9 mars 2005 à 10:17
C'est juste ça.
@+ !
8 mars 2005 à 19:08
8 mars 2005 à 18:03
Or comme on en a pas (enfin j'en AVAIS pas ;) )
Bin on a du mal a comprendre.
Pour vraiment expliquer il faudrai refaire complètement le cours que tu m'a fait... autrement dit pas mal de page.
Donc un certain nombre de personne ne la comprendront pas. Il faut juste acquérir les bases sur le binaire.
8 mars 2005 à 17:09
Elle n'est pas assez claire ?
Je peux la reprendre si besoin avec plus d'explications ..:p
Peg'
8 mars 2005 à 14:16
D'ailleurs, la racine d'octet nous évite de faire des erreurs bêtes.
C'est pas essentiel, mais il est bon de le savoir.
Quant à la méthode de SuperDavy, je reviens dessus.
Je comprends pas pourquoi tu décales la valeur r1 de 16 et la valeur v1 de 8. Toutes deux peuvent avoir le même nombre. J'ai des connaissances limités en binaire, peut-être que ça vient de là. Mais la logique (mais Dieu sait combien de fois Flash l'a détruit) voudrait que l'on décale les deux chiffres à même valeur.
Donc j'aimerai bien comprendre, même si je doute comprendre les subtilités du binaire immédiatement. Merci d'avance.
@+ !
7 mars 2005 à 22:31
Mais je le metrai une fois l'avoir compris (vace l'aide de pegase)
7 mars 2005 à 21:46
1 octet = 8 bits .. c'est 1 chiffre hexa qui pèse 4 bits ..
Tu fatigues ? :p
7 mars 2005 à 21:27
7 mars 2005 à 21:23
Et fait, la solution de culroussi (c'est quoi ce pseudo ?) est la même que la mienne dans le principe, sauf que culroussi travail sur des chaînes de caractères (1 car = 128 bits) et fait des opérations lourdes alors que moi je traite directement les nombres avec des outils au niveau bit (<< est plus rapide que +).
NB: j'ai vu cette astuce sur une source de Moock.
7 mars 2005 à 19:39
Alors pour ceux qui ne connaissent pas l'opréateur "<<", c'est un opérateur de décallage au niveau du bit. Le Bit c'est la conversion binaire d'un nombre, soit un nombre en base 2 (contrairement à la base 10 allant de 0 à 9, le binaire est en 0 ou 1)
Donc, x = 7 << 2 donnera 38 car :
7 Binaire = 111 ; on décalle de 2 bits sur la droite, soit 11100 (en fait, on rajoute 2 "0" derrière)
Il faut savoir aussi que les nombres Hexa de couleurs sont codés sur 2 nombres (ex: 7E) et qu'un caractère hexa est codé sur 4 bits. Donc si on fait le calcul pour une couleur hexa (ex: 07A5BC) sera codée sur 6x4=24 bits, soit 3x8 bits (07 A5 BC) ... vous suivez toujours ?
En binaire, 07 A5 BC donnera :
"0000 0111 1010 0101 1011 1100"
07 = 0000 0111 ; cependant, il faut le décaller de 16 bits sur la droite pour bien le placer
A5 = 1010 0101 ; il faut les déplacer de 8 bits pour bien les placer :
soit :
0000 0111 0000 0000 0000 0000 + // décimal: 458752 - Hexa: 07 00 00
1010 0101 0000 0000 + // décimal:42240 - Hexa: A5 00
1011 1100 // décimal:188 - Hexa: BC
= 0000 0111 1010 0101 1011 1100 ! décimal:501180- Hexa: 07 A5 BC
soit en Hexa : 07 00 00 + A5 00 + BC = 07 A5 BC
mais tout celà se passe au niveau décimal :
458752 + 42240 + 188 = 501180
Donc je trouve son systeme génial et tout bonnement impressionnant de simplicité ...
Peg'
7 mars 2005 à 19:25
Pour ta méthode SuperDevy je n'ai pas encore étudier les maths binaire....
Mais merci quand même.
7 mars 2005 à 16:14
L'affichage de ce nombre en hexadécimal n'est que pratique ...
Voila ce qu'il faut mettre :
couleur_hexa = (r1 << 16)+(v1 << 8)+(b1);
7 mars 2005 à 15:25
Remplace la ligne : "couleur_hexa = "0x"+String(r1.toString(16))+String(v1.toString(16))+String(b1.toString(16))"
par :
var _r1 = (r1 < 16) ? ("0" + r1.toString(16)) : r1.toString(16);
var _v1 = (v1 < 16) ? ("0" + v1.toString(16)) : v1.toString(16);
var _b1 = (b1 < 16) ? ("0" + b1.toString(16)) : b1.toString(16);
couleur_hexa = "0x" + _r1 + _v1 + _b1;
@+
7 mars 2005 à 12:13
couleur_hexa = "0x"+String(r1.toString(16))+String(v1.toString(16))+String(b1.toString(16))
ex :
si r1 110> r1.toString(16) == 6E (pas de soucis)
mais si r1 15> r1.toString(16) == F
Dans ce cas, ca pose probleme car «F» n’est compose que d'un "chiffre" (ou digit), du coup, couleur_hexa == 0x + 5chiffres et non 6.
Il faut prevoir les cas ou :
r1.toString(16), v1.toString(16) et b1.toString(16) ne donne qu un seul digit et rajouter un 0 devant.
7 mars 2005 à 11:15
@+ !
7 mars 2005 à 09:23
J ai essaye de trouver le bug (couleur qui passe à une autre sans fondu).
En tapant la ligne : trace(couleur_hexa), tout à la fin du code, j ai remarqué que quand la couleur passait directement à une autre, couleur_hexa avait une valeur de type : 0x(5 chiffres), au lieu de 6.
Ya des chances que le bug vienne de là. J ai pas essayé de corriger…
6 mars 2005 à 23:44
Sinon, le rendu est bon, bravo.
Mais le code n'est pas très portable... sous forme d'une classe ça pourrait déchirer !
[7/10]
6 mars 2005 à 19:39
code tres bien commenté,
un code qui peut servir pour apprendre a manipuler les couleurs
6 mars 2005 à 19:06
C'est pour donner de la couleur au site ;)
Pis sa attire l'oeil car c'est pas une capture comme les autre :p
6 mars 2005 à 16:53
Dis BlackNight, elle est intéressante la capture d'écran :-D.
Sinon, je pense que ce code peut être amélioré (class) mais il est très utile et très compréhensible sous sa forme actuelle. Bien commenté.
@+ !