Discussion :

[zentaf]

Bonjour à tous,

Je cherche une façon de faire patienter l'utilisateur pendant l'exécution d'une fonction de chiffrement qui pourrait prendre un peu de temps.

Afficher une animation -par exemple- qui empêche l'utilisateur de retourner à la fenêtre principale. (fenêtre modale)

Merci.
Shan.

[LittleWhite]

Bonjour,

Une QProgressDialog ? (Documentation 4.7 -> http://qt.developpez.com/doc/4.7/qprogressdialog/ )

[zentaf]

Est-ce qu'il y a moyen de ne pas mettre de bouton "cancel".. je ne veux pas de bouton. et pas de possibilité de fermer la QProgressDialog avant sa terminaison non plus?

[LittleWhite]

Oui, avec setCancelButton(NULL) -> http://qt.developpez.com/doc/4.7/qpr...etcancelbutton

[Troudhyl]

Par contre pour empêcher la fermeture :

- empêcher l'événement de fermeture d'agir
=> closeEvent->ignore()
Soit tu redéfinis QProgressDialog et son closeEvent(), soit tu installes un filtre d'événement (voir FAQ).

Code :

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

1
2
3
4
5
6
7
8
9
10
bool Widget::eventFilter ( QObject* o, QEvent* e )
{
    if (qobject_cast<QProgressDialog*>(o) && e->type() == QEvent::Close)
    {
        e->ignore();
        return true;
    }

    return QWidget::eventFilter(o,e);
}

- cacher la barre de titre, ou alors juste désactiver le bouton close...
=> il faut jouer avec les WindowType.

Exemple complet :

Code :

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

1
2
3
4
5
6
7
QProgressDialog progress(&w, Qt::FramelessWindowHint);
progress.setWindowModality(Qt::WindowModal);
progress.setMinimum(0);
progress.setMaximum(0);
progress.setCancelButton(0);
progress.installEventFilter(&w); // w est le Widget dont j'ai redéfini l'eventFilter ci-dessus
progress.exec();

[Francis Walter]

Au démarrage de l'exécution de la fonction, tu peux rendre invisible les buttons (réduire, agrandir et fermer) en faisant:

Code :

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

1
2
3
progressBar->setWindowFlags(Qt::FramelessWindowHint); //Aucun bouton n'apparait
//ou
progressBar->setWindowFlags(Qt::WindowStaysOnTopHint); //Le bouton "fermer apparait mais tant que la personne ne clique pas, la fenêtre restera toujours au premier plan*/

[Obsidian]

Est-ce qu'il y a moyen de ne pas mettre de bouton "cancel".. je ne veux pas de bouton. et pas de possibilité de fermer la QProgressDialog avant sa terminaison non plus?

C'est un peu hors sujet mais réalises-tu combien cela risque d'être pénible pour l'utilisateur ?

Est-ce qu'il y a une raison « politique » valable d'agir ainsi ou est-ce que c'est uniquement pour éviter de se retrouver logiciellement dans une impasse ?

[zentaf]

C'est un peu hors sujet mais réalises-tu combien cela risque d'être pénible pour l'utilisateur ?

Est-ce qu'il y a une raison « politique » valable d'agir ainsi ou est-ce que c'est uniquement pour éviter de se retrouver logiciellement dans une impasse ?

parce que c'est juste pour montrer à l'utilisateur qu'il y a une opération en cours et même s'il l'a ferme l'opération poursuit son exécution dans mon programme ! je ne lui permets pas de suspendre une opération de chiffrement en cours !

[Obsidian]

parce que c'est juste pour montrer à l'utilisateur qu'il y a une opération en cours et même s'il l'a ferme l'opération poursuit son exécution dans mon programme ! je ne lui permets pas de suspendre une opération de chiffrement en cours !

Donc, si l'utilisateur veut abandonner l'opération parce que c'est trop long, il ne peut pas le faire ? Tu ne peux pas prendre ton utilisateur en otage. C'est le meilleur moyen pour donner très mauvaise réputation à ton application, et tu te seras alors donné beaucoup de mal pour rien.

Dans le cas présent, ton cas de figure est une tâche asynchrone. La meilleure approche consiste à la faire tourner en tâche de fond avec une barre de progression discrète dans un coin de la fenêtre principale de ton application. Pour ce faire, soit tu mets en place une boucle principale, soit tu lances un thread distinct, avec un flag consultatif quelque part qui permet à ce thread d'indiquer s'il a fini ou pas. Tu laisses alors le reste ton application fonctionner normalement et chaque fois qu'elle a besoin d'accéder aux données chiffrées, tu vérifies ce flag pour voir si elles sont disponibles.

Quelque soit l'application, l'utilisateur doit toujours avoir le dernier mot, et ton application doit en plus être réactive : pas question d'avoir des boutons qui ne redeviennent actifs qu'après un délai de dix secondes ou, pire, au bout d'une durée indéterminée. Dans le meilleur des cas, l'utilisateur désinstalle ton logiciel lorsqu'il a fini de s'en servir. Dans le pire, il peut être interdit d'installation dans un réseau d'entreprise.

[zentaf]

Donc, si l'utilisateur veut abandonner l'opération parce que c'est trop long, il ne peut pas le faire ? Tu ne peux pas prendre ton utilisateur en otage. C'est le meilleur moyen pour donner très mauvaise réputation à ton application, et tu te seras alors donné beaucoup de mal pour rien.

Dans le cas présent, ton cas de figure est une tâche asynchrone. La meilleure approche consiste à la faire tourner en tâche de fond avec une barre de progression discrète dans un coin de la fenêtre principale de ton application. Pour ce faire, soit tu mets en place une boucle principale, soit tu lances un thread distinct, avec un flag consultatif quelque part qui permet à ce thread d'indiquer s'il a fini ou pas. Tu laisses alors le reste ton application fonctionner normalement et chaque fois qu'elle a besoin d'accéder aux données chiffrées, tu vérifies ce flag pour voir si elles sont disponibles.

Quelque soit l'application, l'utilisateur doit toujours avoir le dernier mot, et ton application doit en plus être réactive : pas question d'avoir des boutons qui ne redeviennent actifs qu'après un délai de dix secondes ou, pire, au bout d'une durée indéterminée. Dans le meilleur des cas, l'utilisateur désinstalle ton logiciel lorsqu'il a fini de s'en servir. Dans le pire, il peut être interdit d'installation dans un réseau d'entreprise.

Merci beaucoup.. Je prends tes conseils en considération
J'avoue.. ce sont les bêtises d'un débutant :/