Discussion :

[Dolphinus]

Salut

Pour parcourir l'ensemble des fichiers d'un dossier, j'utilise une procédure standard à base de FindFirst et de FindNext, qui a toujours très bien fonctionné en me donnant les fichiers dans l'ordre alphabétique croissant.

J'ai récemment testé un programme utilisant cette procédure sur un dossier d'une clef USB; les fichiers sont apparus dans l'ordre de taille décroissante (ce que j'ai cru au départ être dans le désordre le plus total) !!
Je précise que le fait de trier les fichiers dans l'explorateur de WIndows ne change rien à l'affaire.

Quelqu'un a-t-il déjà rencontré cette situation ? Y-a-il une explication ? A priori, cela semble être un problème matériel lié à la clef USB (formatage ?)

Y-a-il un moyen de revenir à la situation normale (c'est-à-dire en utilisant FindFirst, etc... directement et sans trier après coup) ?



Merci

[peter27x]

Salut,

après petite recherche dans l'aide, j'arrive à la conclusion que comme rien ne permet de spécifier l'ordre de tri dans la fonction findFirst, ça doit forcément se faire par une autre fonction.

Je n'ai pas trouvée laquelle, et tu dis que changer l'ordre de tri via l'explorateur n'y change rien.

PS : il est possible que via une commande ShellExecute tu puisses arriver à trier le répertoire directement depuis ton programme, avant le findFirst, et ainsi arriver à tes fins.

PS2 : mais bon, normalement shellExecute est censé avoir le même effet que faire le tri toi même dans l'explorateur comme tu l'as fait, alors bon... M'enfin, à essayer.

PS3 : ha mince, Sony l'a déjà sortie.

[e-ric]

Bonne année,

Nulle part il n'est spécifié qu'il existe un ordre particulier avec les fonctions FindFirst, FindNext. Le mieux est de considérer que l'ordre est totalement aléatoire.

Si tu veux obtenir une liste triée, il faut donc stocker le résultat du parcours FindFirst, FindNext (et ne pas oublier FindClose) dans une structure "triable" en mémoire telle qu'un tableau et ensuite appliquer un algorithme de tri. L'inconvénient est que l'arborescence parcourue ne doit pas être "colossale" car la mémoire va souffrir... et ton programme aussi.

Y a pas de miracle, c'est ce que fait l'explorateur de Windows. Les opérations réalisées sur la liste interne de l'explorateur n'affectent en rien le résultat obtenu dans ton code et d'ailleurs cette liste n'est pas accessible, à ma connaissance.

Cdlt

[peter27x]

Dans ce cas le mieux à ma connaissance sera de stocker la liste des noms de fichier dans un TStringList, car un objet de ce type peut être trié automatiquement (par ordre croissant uniquement par contre).
Le double avantage est qu'il pourra aussi stocker dans l'objet de chaque item de la liste, un objet dont il pourra définir la classe lui même, et donc y mettre toutes les infos qu'il veut relatives au fichier (taille, dates, type, etc...).

Si il utilisait un TFileListBox, il aurait peut être le problème de la clé USB (tri bizarre). Alors qu'avec le TStringList il aura à coup sûr le tri par ordre croissant alphabétiquement.

EDIT : remarque, il a tout à gagner à utiliser les deux, le TFileListBox pour charger facilement tout les fichiers d'un répertoire, et un TStringList comme indiqué au début du post, qu'il chargera simplement depuis le TFileListBox.

[Jeankiki]

Salut,

FindFirst reprend les fichiers dans l'ordre de création dans le dossier.
Maintenant si tu utilises une StringList, tu peux faire un tri personnaliser avec la méthode CustomSort de TStringList.

Jeankiki