Discussion :

[chrtophe]

Bonjour,

J'ai un slot effectuant un traitement, stockant une valeur selon le traitement dans un QLineEdit,puis affiche le QDialog conteneur( par déaut,celui-ci est caché).

Je cherche à ré exploiter la fonction slot mais sans affficher le QDialog.

Y a t'il moyen de passer un booléen fixé à true ou false selon mon cas au slot: exemple si true le code du slot affiche le qDialog,comportement normal lors du déclenchement du signal, si appel hors signal, appel avec paramètre false ne déclenchant pas l'affichage.

Pour le moment à défaut de mieux je crée une variable booléenne globale testé par mon code de slot ( pour savoir si il faut afficher ou non leQDialog après traitement)

Merci pour vos conseils.

[LittleWhite]

Bonjour,

Pourquoi ne pas faire deux fonctions, une appelé par le slot, et l'autre par l'utilisateur qui accepte un boolean ?

Pour ne pas avoir de duplication de code, la seconde appelle la première.

[chrtophe]

J'y ai pensé LittleWhite.

Cela me convient pour la création du code,par contre je me pose toujours la question est-il possible de passer une valeur true ou false comme paramètre à mon slot avec le signal prédéfini que j'utilise ( clicked )

Pour moi non. Je peux par contre je présumes surcharger le signal clicked,,mais j'apprécierais une confirmation.

En fait comme je l'expliquais lors de mon 1er post mon qDialog est affiché après test d'un booléen en variable globale, je change le booléen avant appel de la fonction pour afficher ou non le qDialog,se qui m'évites une fonction en plus étant appelé soit par le slot,soit à la main.

[droggo]

Sia,

En clair, tu veux faire du compliqué alors qu'on peut faire simple, comme LittleWhite l'a indiqué.

[LittleWhite]

J'ai trouvé une solution, avec une seule fonction.
Il faut mettre un paramètre boolean au slot et lui donner une valeur par défault.
Comme ça, lors du connect, on fait comme s'il n'avait pas de paramètre, mais au final, ce sont les valeurs du paramètres par défault qui seront prise en compte.

[chrtophe]

Merci LittleWhite,

Finalement ma question parait plus compliqué que prévu.

La soluce que me donnes est elle fiable ou vaut mieux t'il utiliser ce que j'ai fait.
Si ce n'est pas documenté, le comportement peut changer avec l'évolution du Framework.

[LittleWhite]

Je pense qu'elle est fiable, j'utilise une fonctionnalitée du CPP pour avoir une valeur à un paramètre. Mais pour le moc, lui il croit qu'elle est sans paramètre, mais ça compile toujours et aucun warning (j'ai testé dans un petit projet).

Je ne vois pas pourquoi cela ne fonctionnerait pas

[dourouc05]

Si ce n'est pas documenté, le comportement peut changer avec l'évolution du Framework.

Un slot est avant tout une fonction. Quand un slot est appelé, c'est juste comme s'il y avait un appel de fonction (Qt s'en charge, en regardant les connexions). Je ne vois donc aucune raison pour que ça change . Si, par contre, tu veux douter de ce point, réalise deux méthodes publiques (l'une qui effectue le traitement, l'autre qui appelle la première puis affiche la boîte de dialogue – ou avec une troisième méthode privée, contenant le traitement proprement dit).

Commencer à chipoter en créant de nouveaux signaux, par contre, est une solution d'une complexité énorme par rapport aux deux évoquées plus haut (il est donc très probable qu'elle ne fonctionne pas du tout jusqu'à ce que tu aies passé un temps suffisant en débogage).