Discussion :

[hodhodeni]

Bonjour,
j'ai une application qui s'initialise à partir d'un fichier situé sur le net, alors je veux rendre la requête get que j'utilise pour télécharger ce fichier bloquante.
est ce que quelqu'un a une idée comment je peux faire ça?
merci
ps: j'utilise la classe QNetworkAccessManager.

[cayou66]

Salut,

Tu peux malgré tout créer ton slot qui éxécutera la suite de ton code de traitement, et le connecter à ce fameux signal de fin de requête GET. Regardes la doc pour retrouver le signal.

[nouknouk]

Salut,

L'idée de bloquer l'application ne me paraît quand même pas idéale. D'autant plus, qu'il me semble que les versions précédentes des QTcpSocket utilisent le boucle d'événements (QEventLoop) pour fonctionner (à vérifier que c'est toujours le cas). Si tu bloques le thread principal pour attendre l'événement, tu vas également bloquer l'event loop et donc ne jamais recevoir de notification comme quoi ton GET s'est terminé.

Pourquoi ne pas plutôt afficher une boite de dialogue modale le temps de récupérer le fichier ?

Ca te donnera l'assurance que l'utilisateur ne pourra pas intéragir avec l'interface tant que ton GET n'est pas terminé et ça évitera le freeze de ton application (jamais bien perçue par l'utilisateur final).

[hodhodeni]

L'idée de bloquer l'application ne me paraît quand même pas idéale... ça évitera le freeze de ton application (jamais bien perçue par l'utilisateur final).

c vrai, mais, j'aurais besoin d'attendre d'autre signaux au cours de l'exécution de mon application, donc je suis obligé de la bloquer!

->cayou66
Merci le lien m'a été très utile.

[nouknouk]

je suis obligé de la bloquer

Non, tu peux toujours implémenter un petit objet qui écoute plusieurs signaux et qui pourra retourner un état (genre un booléen everythingLoaded = true ou false), voir émettre un signal quand tous les signaux voulus auront été reçus.

Après tout dépend de tes signaux, de ce que tu attends et des besoins de ton appli, mais on peut toujours trouver une solution pour ne pas bloquer le thread prinicpal de l'appli.

[cayou66]

Tu peux toujours lancer ton get, et faire le reste de ton programme dans un slot relié à

Code :

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

1
2
 
void QNetworkAccessManager::finished ( QNetworkReply * reply )   [signal]

non?