Discussion :

[petitours]

Bonjour

J'utilise la classe zipfile pour zipper/dezipper avec une grande facilité des fichiers ou des répertoires
http://msdn.microsoft.com/fr-fr/libr...vs.110%29.aspx

Mon soucis est que quelquefois les fichiers sont gros et il faut donc du temps pour zipper/dezipper or je n'ai pas trouvé comment gérer un avancement de l'opération. D'un point de vue ergonomie ce n'est pas top, l'utilisateur ne sait pas que l’application fait quelque chose et encore moins combien de temps cela va durer.

Comment puis je faire communiquer un peu Zipfile sur son état d'avancement ?

merci par avance

[ranzoken]

je n'ai jamais utilisé cette classe mais ça ne devrai pas tarder, néanmoins c'est la même chose que le transfère de fichier ou un téléchargement

tu as crée un thread pour gérer ton probleme ?
dans thread.inPrograsse tu peut gérer le pourcentage (vue pour l'ihm) en fonction de la taille du zip

petite question les méthodes de la classe sont bloquantes ?

Cordialement

[Pol63]

cette classe n'a pas l'air d'avoir ce qu'il faut pour connaitre l'avancement

donc si tu le veux vraiment il faut utiliser une autre classe (il y en a d'autres dans le framework je pense)

[petitours]

tu as crée un thread pour gérer ton probleme

Non, ne sachant pas comment gérer un avancement ou simili de " je fais un truc et non, je ne suis pas planté !"

dans thread.inPrograsse tu peut gérer le pourcentage (vue pour l'ihm) en fonction de la taille du zip

en fonction de la taille du zip ? je ne comprends pas l'astuce...

petite question les méthodes de la classe sont bloquantes ?

quand la méthode s’exécute le reste de l'application n'est plus fonctionnel.

donc si tu le veux vraiment il faut utiliser une autre classe (il y en a d'autres dans le framework je pense)

j'en avais essayé plusieurs et ZipFile est redoutable de simplicité de mise en œuvre et,contrairement aux autres, est capable de faire toutes les config dont j'ai besoin (répertoire, fichier etc etc)
Ce n'est pas vraiment un avancement que je veux, c'est surtout que l'utilisateur ne soit pas comme un idiot a se demander si le clic qu'il vient de faire a fait quelque chose, savoir que l'appli a pris en compte sa commande et n'est pas plantée en gros.

Merci

[Pol63]

en effet tout ce qui prend du temps freeze l'appli
pour éviter cela il suffit de déporter le traitement sur un autre thread, tu peux utiliser le composant backgroundworker pour ca qui est assez simple

ou sinon :

Code :

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

1
2
3
4
5
6
7
8
9
 
private sub button_click()
  dim th as new system.threading.thread(addressof zip)
  th.start
end sub
 
private sub sub zip
  ' ton traitement ici
end sub

il y a des sites qui traduisent le vb.net en c# si ce n'est pas compréhensible ^^

[petitours]

que cela bloque l'appli n'est pas fondamentalement génant puisque de toute manière l'utilisateur ne peut/n'a rien a faire tant que le zip n'a pas fait son job.le seul soucis est que l'opérateur ne puisse pas se dire "mince ma commande n'a pas marché" ou mince l'appli à planté.

[theMonz31]

et ces 2 exemples :


extract-zipfile-using-c-sharp-with-progress-report

how-to-get-progress-of-zipfile-read