Je vais m'y pencher et je vais rajouter ton idée (avec mes optimisations) dans le source... et surtout, je vais le tester!!! :D

Oups pardon pour le i...

Mais avec les Generics du Framework 2.0, ça devrait fonctionner, je pense!

Ah oui, en effet, vu sous cet angle... Je l'avoue c'est mieux... J'ai une question conne... Ça serait pas mieux de faire :

public static StringCollection GetAllFiles( string folder, string extension) {
    Int16 i;
    StringCollection files = new StringCollection();
    files.AddRange(Directory.GetFiles(folder, extension));

    string[] folders = Directory.GetDirectories(folder);
    for (int i=0; i<folders.Length; i++) {
        files.AddRange(GetAllFiles(folders[i], extension));
    }

    return files;
}

???

Tout d'abord, je l'admet... j'ai changé plein de trucs, mais c'est juste des erreurs à la con qui ont été dûes à mes traductions approximatives du VB.NET en C#! Mais le code est très peu changé (je vous promets que je ne suis pas de mauvaise foi!).

Sinon, je crois mon cher SEBMAFATE, c'est pas pour te démoraliser, mais je pense que tu n'as pas bien compris le code!

Sache que GetFiles ne renvoie QUE les fichiers...

C'est pour ça que j'ai cette ligne :
lst.AddRange(dir.GetFileSystemEntries(path))

Ça ajoute dans ma List<String>, tout ce que contient le chemin d'accès path, autant des fichiers que des DOSSIERS, grâce à la fonction GetFileSystemEntries()!

Et c'est dans le 1er if/else que je regarde si c'est un fichier ou un dossier...
Si c'est un dossier, je fais ma récursive pour rappeler ma fonction mais avec en paramètre le sous-dossier
Sinon, c'est un fichier et regarde si le fichier spécifié est de l'extension choisie
(trouve=TRUE si l'extension du fichier fait partie de celles que j'ai spécifiées en paramètre ou si ce n'est pas un dossier)

Le 2e if/else regarde si trouve=FALSE et supprime le i-ème élément de la List<String> car on ne le retiendra pas dans la liste!
Si trouve=FALSE... je n'imcrémente pas. C'est super IMPORTANT! regardez ce schéma... vous allez mieux comprendre!

Si je lance ma fonction avec path="C:\\", ma liste aura le contenu suivant :
0 - "C:\\boot.ini"
1 - "C:\\Windows"
2 - "C:\\Program Files"
...

pour i=0, on garde le fichier, maintenant i=1...
"C:\\Windows" est un DOSSIER, donc trouve=FALSE. Bon, j'ajoute tous les éléments se trouvant dans "C:\\Windows" à la fin de ma liste.
Ensuite, dans le 2e if/else, il remarque que trouve=FALSE, donc il passe dans le IF et supprime l'occurence donc on se retrouve avec  ça dans la liste :
0 - "C:\\boot.ini"
1 - "C:\\Program Files"
...
Mais i est toujours égal à 1 donc si je l'incrémente, je ne traiterai pas "C:\\Program Files"!

J'espère que vous avez mieux compris et que vous admettrez que mon code est utile!!! :D

En voyant string[] System.IO.Directory.GetFiles(string path, string searchPattern), je me suis dit qu'avec searchPattern, on pouvait récupérer les fichiers des sous-dossiers!

Eh BIEN NON!!!

Donc ma fonction est réellement utile!!!
Merci T_Barbillon de m'avoir enlevé ce doute!!!

Par contre, y a un équivalent du OPTIONAL en C#, je le connais pas... c'est pour pouvoir écrire :
String[] truc = getFilesInDirectory("C:\\");
au lieu de :
String[] truc = getFilesInDirectory("C:\\","");

Sinon, je vais remettre une version qui fonctionne avec le Framework 1.1 dans pas trop longtemps... parce que y en a pas beaucoup qui ont la beta 2.0!

Ah, je connaissais pas... En effet, c'est plus simple!!!

Mais sinon, mon code donne des idées pour les récursives et pour les Génériques... même si c'est pas forcément utile(ma fonction)!

La classe ArrayListEx est au tout début dsu code source, mais je me suis rendu compte qu'elle est inutile... je vais faire une madif dans pas trop longtemps!

FeelCode, je n'arrive pas à trouver cette fonction!!!

J'ai essayé ta solution Pym Corp, mais ça ne renvoie uniquement les fichiers d'un dossier, il ne parcourt pas l'arborescence entière (pas les sous dossiers).

Donc, ma source est bien utile... il y a surement une amélioration possible, surtout pour le recopitage du contenu d'un tableau dans un autre tableau! Mais c'est en cours de recherches!