Discussion :

[Chris10]

Bonjour,

J'ai besoin de vous car je ne sais pas comment calculer l'avancement d'une "progress bar".
J'ai commencé un programme de recherche de fichiers sous windows avec FindFirst/FindNext et j'aimerais que la progress bar affiche l'avancement par rapport à la fin de la recherche...

Cependant, je n'ai pas réussi à trouver le calcul à faire alors qu'on ne connait pas le nombre de fichiers trouvés. Et je n'ai pas envie de faire deux recherches...

Merci d'avance

[Dr.Who]

le mieux, quand on ne connais pas le "max" d'une progression, c'est d'afficher une petite animation.

par exemple la progressBar de Delphi, possède une petite animation qui s'appelle "marquee" et qui fait défiler un bout de barre plus ou moins vite selon réglage.

mais bon, généralement, une simple recherche de fichiers avec FindFirst, FindNext (non récursive) est tellement rapide qu'on as pas le temps de voir la dites animation.

[droggo]

Voe,

mais bon, généralement, une simple recherche de fichiers avec FindFirst, FindNext (non récursive) est tellement rapide qu'on as pas le temps de voir la dites animation.

Quand il n'y a pas trop de fichiers.

Essaye avec 20000 à 30000 ... (cela m'est arrivé avec un client, qui gérait ce nombre de fichiers 1 ou 2 fois par semaine).

[Dr.Who]

maintenant avec le SATA, SATA2, RAID et UDMA5 30K fichiers ça roule en moins d'une ou deux secondes.

par contre en PIO ou en UDMA3 ou DMA houlalala.... ça peut mettre de 1 à 10 minutes.

mais bon, rien n'enleve que l'animation reste la meilleure solution, plutot que de partir dans des trucs machins alambiqué.

[Chris10]

Merci de vos réponses !
J'ai aussi pensé à "l'animation", mais j'aurais trouvé mieux d'afficher la progression...bref je me suis cassé la tête avec ça, je vais faire comme tu m'as dis, Dr.Who.

Mon programme permet de faire une recherche récursive, donc la barre aura quand même son intérêt.

Et justement j'ai encore une question à ce sujet, lorsque je recherche bcp de fichiers (par ex. sur le disque complet), mon affichage "clignote" (le stringGrid), le résultat n'arrive pas fluidement, y'aurait-il une manière d'éviter ceci ?

[droggo]

Hei,

maintenant avec le SATA, SATA2, RAID et UDMA5 30K fichiers ça roule en moins d'une ou deux secondes.

Mais quand on prend la peine de chercher tant de fichiers, ce n'est pas pour le seul plaisir, il faut traiter leur contenu, et ça peut prendre du temps.

[mick605]

Et justement j'ai encore une question à ce sujet, lorsque je recherche bcp de fichiers (par ex. sur le disque complet), mon affichage "clignote" (le stringGrid), le résultat n'arrive pas fluidement, y'aurait-il une manière d'éviter ceci ?

Ca doit etre du au fait que tu affiches au fur et a mesure les noms dans ta liste. Ajoute les plutot dans une variable, que tu affiches soit toutes les secondes, soit une fois le calcul terminé ...

Bonne chance !

[Dr.Who]

tu utilise une TStringGrid ?! je suis curieux de voir pourquoi et comment.

regarde mon programme DEPOC comment on peut utiliser une simple ListBox d'une façon beaucoup plus poussée :
http://deefaze.developpez.com/#page_outils

[Chris10]

Oui, j'utilise un stringgrid car au départ je n'ai pas trouvé autre chose, mais la listview aurait été peut-être plus adaptée. Après essais, j'ai trouvé qu'elle était plus compliquée à utiliser.
Par contre, je n'ai pas trouvé de propriété "marquee", Dr.Who
Merci pour l'exemple!

[Dr.Who]

dans les vieilles VCL la propriété marquee n'existe pas, sous lazarus, je ne sais pas.
il me semble que c'est specifique à windows.

cherche sur google : delphi progressbar marquee

tu trouvera quelques sources sur le sujet.