Discussion :

[ttone]

J'ai une application avec des QCheckBox qui ne doivent pas être accessibles pendant l'exécution d'une méthode.

Cette méthode est appelée par un QPushButton toggled down.

Puis je rendre indisponible l'état des QChesckBox ? En l'occurence les bloquer en checked()=true. ?

Add : peut on les rednre invisible, ou appliquer un effet grisé ?

Merci

[IrmatDen]

Salut,

J'ai une application avec des QCheckBox qui ne doivent pas être accessibles pendant l'exécution d'une méthode.

Si la méthode est exécutée dans le thread principal, ils ne seront de toute façon pas accessible (ou plutôt personne ne pourra interagir avec).

Puis je rendre indisponible l'état des QChesckBox ? En l'occurence les bloquer en checked()=true. ?

Indisponible oui, cf ci-dessous. Tous les cocher est en général une mauvaise idée (les boutons appartiennent à l'utilisateur: tu n'as pas à cocher quoi que ce soit pour lui en général, à part à l'initialisation ou si tu as une option genre (de)select all).

Add : peut on les rednre invisible, ou appliquer un effet grisé ?

Invisible: hide() ou setVisible(false)
"effet grisé": setDisabled(true).

[ttone]

Merci

Indisponible oui, cf ci-dessous. Tous les cocher est en général une mauvaise idée (les boutons appartiennent à l'utilisateur: tu n'as pas à cocher quoi que ce soit pour lui en général, à part à l'initialisation ou si tu as une option genre (de)select all).

On est d'accord, il est hors de question que je simule un utilisateur, c'est pourquoi je veux les rendre disable,

je ne peux pas jouer avec le freeze non plus, la méthode fonctionne en " dirac" : un court calcul, mais surtout un état ensuite.


HS : on est d'accord qu'un cochage/décochage à l'intérieur du code n'envoi aucun signal ?

[IrmatDen]

Par curiosité, c'est quoi dirac? (Si c'est un acronyme, peux-tu juste filer le nom complet stp? Je me débrouillerais pour les recherches )

[IrmatDen]

HS : on est d'accord qu'un cochage/décochage à l'intérieur du code n'envoi aucun signal ?

Si ça envoie les signaux classique de cochage/décochage. Mais QObject met la méthode blockSignals à ta disposition pour les court-circuiter, faut juste pas oublié de les réactiver après

[ttone]

Ok, juste pour vérifier que je n'ai pas besoin d'actualiser des méthodes slottées au changement d'état après un setChecked(true ou false)... (tu confirmes?)


HS :
dirac : juste u terme de traitement du signal, c'est une impulsion très courte en résumé...
1. dirac : impulsion courte meme si l'ordre continu
2. toggle : impulsion on/off, chgmt a reactualisation de l'ordre
3. trigger : impulsion continu pendant l'ordre...
apres a toi de changer "ordre" par bouton, méthode, etc...

[ttone]

Tous les cocher est en général une mauvaise idée (les boutons appartiennent à l'utilisateur: tu n'as pas à cocher quoi que ce soit pour lui en général, à part à l'initialisation ou si tu as une option genre (de)select all).

Justement, je voulais toute les cocher PUIS les rendre indisponible, mais c'est clairement voulu...
l'action relative au checked=true ET l'aspect graphique font sens...

[ttone]

invisible ==> disabled ?

[IrmatDen]

Ok, juste pour vérifier que je n'ai pas besoin d'actualiser des méthodes slottées au changement d'état après un setChecked(true ou false)... (tu confirmes?)

Si tu bloques les connections de chacune des check box, c'est bon, aucun slot ne sera exécuté, si c'est ce que tu voulais dire.

invisible ==> disabled ?

Je comprends pas la question??

[hs]Ok, dirac, c'est un synonyme de pulse ou burst en fait? Ou la version française peut-être?[/hs]

[yan]

[HS]
dirac ce n'est pas juste un terme...
http://fr.wikipedia.org/wiki/Paul_Dirac
Mais c'est plutôt à utiliser pour du filtrage ,non?
[edit]
ha oui c'est aussi pour de l'echantillonage avec son peigne.
Sympa comme bonhomme mais un peu singulier
[/hs]

[IrmatDen]

Vu le domaine dont ttone parle et les domaines de ce personnage, j'aurais tendance à penser à un faux ami tout de même

[ttone]

et bien non Dirac est bien de la temrinologie du traitement du signal, mais bon, à la longue toutes les sciences se structure autour de concepts si proches

Pour les besoins du formalisme quantique, Dirac a introduit un objet singulier, qu'on appelle aujourd'hui impulsion de Dirac ou masse de Dirac, notée δ(t). Cette impulsion représente un signal de durée théoriquement nulle et d'énergie finie, et doit vérifier la condition : intégrale = 1, durée = 0

Ca rentre dans les fonctionnements des controleur et donc des boutons :
ex de dirac : le bouton appeler de ton portable
ex de toggle : l'interrupteur de ton appart
ex de trigger : la pédale de frein de ta voiture


J'osais pas rentrer dans ces détails...

Mais bon revenons

invisible ==> disabled

est ce qu'un QObject invisible est automatiquement disabled ?
(==> signifie implique)

Si tu bloques les connections de chacune des check box, c'est bon, aucun slot ne sera exécuté, si c'est ce que tu voulais dire.

N'étant pas bloqué par défaut (?), je n'ai donc pas besoin, lorsque je décoche en internet, de rappeler la méthode slottée par un décochage utilisateur ?

[IrmatDen]

1. merci pour les détails, c'est le genre de truc qui attise ma curiosité

2. Un widget désactivé est un widget avec lequel l'utilisateur ne peut interagir. Le cacher l'empêche d'interagir. Tu obtiens donc le même effet, mais pas de la même façon. Donc non, ce n'est pas impliqué. Sauf si on parle du résultat auquel cas c'est une équivalence
Bref, si l'utilisateur n'a pas à interagir avec, faut le désactiver en général, pas cacher.

3.

N'étant pas bloqué par défaut (?), je n'ai donc pas besoin, lorsque je décoche en internet, de rappeler la méthode slottée par un décochage utilisateur ?

Je comprends toujours pas
Je me demande si tu te prends pas la tête que tu t'embrouilles pour rien là

a. Tu veux bloquer les signaux? Ok, mais n'oublie pas de les réactiver après.
b. Tu ne veux pas les bloquer? Y'a rien à toucher.

[ttone]

c'est simple ce que je veux dire...

exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
connect(maCheckBox, SIGNAL(clicked()), this, SLOT(action()));
 
maCheckBox->setChecked(!maCheckBox->isChecked());

la 2eme ligne va-t-elle exécuter action() ?

[yan]

Salut.
Pourquoi elle le ferait?

[ttone]

Par changement d'état ?
.. hum
Je me prends la tete pour rien en fait.

[IrmatDen]

Oui, action sera exécuté.

Edit: euh non pardon. Je me suis emmêlé avec le signal stateChanged. Donc clicked() ne sera pas émis non.