Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Hello,
Par curiosité, savez vous comment je pourrais vérifier que mon widget affiche bien toute la plage de couleur disponible ???
Pour reprendre le screen de gbdivers, que toutes les nuances de rouges sont affichées et disponibles pour l'utilisateur.
Qu'il soit fait à la main ou pas .... Pour moi cette question reste entière.
a plus
A l'instinct ?Envoyé par kaymak
Je ne pense pas qu'il y ai vraiment de solution miracle....
Tu peux afficher les valeurs RGB ou HSV sur la sortie standard et vérifier les valeurs de tes "cas limites"; si tu es parti sur un format carré tu devrais pouvoir vérifier la valeur des couleurs aux angles de ton widget, c'est déjà une bonne indication.
Nokia certified Qt developer
Mon profil Linkedin
De toute façon mes dégradés ils ont une vieille tronche.... alors je verrais plus tard pour vérifier.
Ba j'y travaille... Mais euh... Comment fait-on ? Moi j'arrive avec une valeur de 255 je ne peux pas allez au dessus. Je modifie le taux de saturation compris entre 0 et 360 ? Il faut des pistes.
@Abdelite
Il suffit de modifier le 3ème paramètre.
Je suppose que tu fais une boucle pour aller de ta couleur jusqu'à la luminence minimale ? (tu dis que tu utilises la saturation mais dans ce cas, tu aurais une image blanche pour S=0)
Par exemple, en partant du rouge (HSV : 0, 255, 255), tu vas au noir en diminuer la luminence (HSV : 0, 255, 0). Pour aller jusqu'au blanc, il suffit d'aller du rouge (HSV : 0, 255, 255) au blanc (HSV : 0, 0, 255).
(PS : le modèle HSV est expliqué dans la doc de QColor)
Sinon, avec l'encodage RGB, il suffit également d'aller du rouge (RGB : 255, 0, 0) au blanc (RGB : 255, 255, 255) ou au noir (RGB : 0, 0, 0)
@kaymak
Il manque une information importante pour te dire si ton widget affiche bien toute les nuances de gris... les dimensions de ton widget
Tu imagines bien que si ton widget fait 10 pixels de large, tu ne pourras pas tout afficher.
Pour aller du noir (RGB : 0, 0, 0) au rouge "pur" (RGB : 255, 0, 0) puis au blanc (RGB : 255, 255, 255), il te faudra 256+255 valeurs différentes, soit 511 pixels minimum pour un widget en ligne ou 256x256 pixels pour un widget carré. Ensuite à toi de voir si tu passes bien par toutes les valeurs possibles (en utilisant la méthode de GreatTux par exemple)
@Abdelite
Un petit curseur pour visualiser où l'on clique ?
@gbdivers,
Ah super merci! Je vais regarder cela, la méthode greatTux.
Pour les dimensions, j'y avais très très vaguement pensé mais j'avais surtout des problèmes d'aspects.
Heureusement j'ai pu le régler en utilisant le bon mode de painter :ouf:
Par contre j'ai fais des recherches pour additionner(?) plusieurs couleurs de pixels.
Brefs sélectionner une zone et en ressortir une couleur moyenne, mais tout ce que j'ai pu trouver ce sont des pages webs qui parle de faire un AND.
Cependant quand je fais un
Qrg x = Qrgb Y & QRgb T;
Le compilo me balance une erreur.... J'imagine que l'opérateur n'est pas supporté pour ce type (en fait je ne sais même pas si ma syntaxe est correct en cpp).
Sans me donner la réponse, vous autres, avez vous trouvé la méthode ?
En même temps je me demande si c'est bien la bonne méthode car j'ai de grosses variations de couleurs d'un click à l'autre sur la même zone et donc un AND me semble peu approprié (un AND rouge + noir ça me semble pas tout à fait être une moyenne visuel des deux).
Enfin bref je patoge là : /
Jtg, je retourne googler ; )
a plus merci
tu superpose plusieurs gradient?
Merci gbdivers, j'avais oublié la doc
Voilà ce que ça donne pour moi :
Bon maintenant j'améliore le code, j'optimise, je rajoute des fonctionnalités, etc...
@Yan
Ouitu superpose plusieurs gradient?
@kaymak
QRgb est une structure minimaliste. Utilise plutôt QColor.Qrg x = Qrgb Y & QRgb T;
Tu trouveras dans la doc la liste des opérateurs supportés (pour QColor, que ==, = et !=)
Pour "l'addition" de deux couleurs, le mieux est de travailler composante par composante et d'appliquer une opération mathématique quelconque de façon à ce que le résultat soit entre 0 et 255 (ou 0.0 et 1.0 en qreal). Par exemple :
Ensuite, à toi de voir quelle opération utilisée (je ne connais pas la réponse, je ne fais pas comme ça)
Code : Sélectionner tout - Visualiser dans une fenêtre à part x.setRed( y.red() + z.red() ); // attention : non normalisé entre 0 et 255
Je ne sais pas si c'est un bug... Afficher le résultat de ce code (un QString) :
Bug ? Pas bug ? Très moche en tout cas. Vous en pensez quoi ?
Code : Sélectionner tout - Visualiser dans une fenêtre à part QColor::fromHsl(65, 98, 255).name()
En attendant moi j'ai un truc fonctionnel optimisé et tout... mais je vais quand même amélioré mon gradient pour avoir la position du curseur.
Dernière modification par Invité ; 24/08/2010 à 16h17.
j'ai pas compris ce qui te pose problème
C'est quoi le QString qu'on te retourne ?
C'est la valeur de ta couleur, codée en RGB en hexadécimal #RRGGBB
En effet et bien elle retourne #ffffff, même chose pour QColor::fromHsl(65, 94, 255).name(), QColor::fromHsl(63, 58, 255).name(), etc...
Dernière modification par johnlamericain ; 19/08/2011 à 22h53.
Lorsque le dernier paramètre (la luminence) est au maximum, la couleur est blanche, quelque soit les autres paramètres. Convertie en RGB, ça donne toujours #ffffff (blanc)En effet et bien elle retourne #ffffff, même chose pour QColor::fromHsl(65, 94, 255).name(), QColor::fromHsl(63, 58, 255).name(), etc...
Pourtant ce n'est pas du blanc ! Ce sont bel est bien des variantes différentes de couleurs qui ont une leur luminence au max...
Non, c'est bien du blanc et il n'y a qu'un seul blanc.
Regarde les formules de conversion sur wiki : http://en.wikipedia.org/wiki/HSL_and_HSV#From_HSL
Pour L=1, quelque soient H et S :
C = 0
X = 0
(R1, G1, B1) = (0, 0, 0)
m = L = 1
(R, G, B) = (1, 1, 1)
Ton erreur est de penser 1 couleur HSL = 1 couleur RGB et vice versa. Or ce n'est pas le cas (on dit, de mémoire de mes cours de math, que la transformation entre les 2 espaces HSL et RGB n'est pas bijective)
Enfin la version QML qui fonctionne... relativement dur (beaucoup plus qu'en C++ mais je connais très mal le QML)
Le plus compliqué est le transfert des paramètres (couleur principale en entrée, couleur sélectionnée en sortie) entre le QML et le C++ (application C++ utilisant QDeclarativeView pour afficher le QML ; peut être que c'est plus simple si l'application est entièrement en QML)
Si quelqu'un me dit que c'est pas original, je mors
(plusieurs heures pour réussir à faire fonctionner la gestion de la couleur sélectionnée)
Bon, allez. Dernier screenshot...
Puisqu'on m'accusait de ne rien faire d'original, voici un colorpicker en 3d (différentes vues) !
Je m'amuse beaucoup avec cet exo(mais je vais me faire gronder par dourouc05 et johnlamericain si je retourne pas bosser sur les traductions et autres)
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager