File_Find_First$, File_Find_Next$

Ceci a fait l'objet d'un sujet dans la rubrique 'Aide', la découverte d'une anomalie par jjn4.
Ces deux fonctions renvoient bien successivement tous les éléments, SAUF dans le cas de la racine d'un volume où il manque systématiquement les deux premiers.

Ces fonctions font vraisemblablement appel d'une façon ou d'une autre à la fonction DIR de l'OS, qui renvoie la liste des éléments précédée d'une ligne "." (retour à la racine) et d'une ligne ".." (retour au répertoire précédent), il est donc légitime d'ignorer ces deux lignes qui sont inutiles dans la liste.
Or ces deux lignes ne figurent évidemment pas dans le cas de la racine d'un volume, mais il semble que Panoramic supprime quand même systématiquement deux lignes dans tous les cas.

Je peux sortir une version où la fonction FILE_FIND_FIRST$ ne retire plus les 2 premiers fichiers, qui, en principe, sont . et ..

Bonsoir Jack,
Ce qui serait bien (il me semble) ce serait que la fonction retire les . et .. quand ils existent (cas des sous-dossiers), et ne les retire pas (comme elle fait actuellement, ce qui escamote deux fichiers ou répertoires) quand ils n'existent pas (racine des volumes).

Le moindre mal serait évidemment de ne jamais les retirer, quitte à l'utilisateur à faire le test et à n'en pas tenir compte s'ils sont là, c'est ce que tu proposes apparemment, et c'est finalement peut-être le mieux.

Mais il ne me semble pas qu'il y ait urgence, le tout c'est que ce soit intégré à la prochaine vague de modifications/améliorations.

Hallo Jack,

hat diese "instant" Version noch weitere neue Schlüsselwörter ?

a celui-ci "instant" la version les encore autres nouveaux mots clé ?

Je suis d' accord avec jl35, il n' y a pas urgence sur ce point
et cela peut attendre une nouvelle version avec un lot de modifications/améliorations
dont le super compilateur... 

Que Panoramic ne retire plus les . et .. en général ne serait que deux lignes de plus de code,
donc rien de méchant à intégrer...

ou éventuellement, cela pourrait être un paramètre qui retire les 2 premières lignes (. et .. si elles sont trouvées)

Rajouter un paramètre, ça ce serait sans doute plus compliqué à réaliser...

ou alors laisser la fonction telle quelle pour les sous-dossiers et l'appeler FILE_FIND_THIRD$ pour les volumes...
bon, j'admets, c'est une plaisanterie de mauvais goût...

De toute façon, Jack a compris le problème, on verra bien comment il implémentera la solution...
Pour la plaisanterie, j'étais passé à côté, désolé  

Citation :

cela peut attendre une nouvelle version avec un lot de modifications/améliorations
dont le super compilateur

En ce moment, je poursuis plusieurs lièvres à la fois:
- panoramic, comme d'habitude
- le compilateur, mais qui n'avance pas beaucoup,
- toonic, qui est basé sur panoramic et qui est spécialisé dans la 2D. J'ai fait mon propre moteur 2D. Il est fonctionnel.
- sputnic, qui est basé sur panoramic et qui est spécialisé dans la 3D. Il utilise un moteur 3D externe, et est bien avancé aussi.

Je mettrai bientôt des versions fonctionnelles au téléchargement. Ce qui manque le plus, ce sont des tutoriels expliquant la base du fonctionnement.
Mais j'ai déjà mis des versions de toonic au téléchargement, sans que cela intéresse vraiment du monde. Peu importe, je continue...

Je pense que panoramic doit rester généraliste et plutôt que de rajouter des spécificités dans certains domaines, je vais sortir des versions spécialisées (toonic pour la 2D, sputnic pour la 3D, peut-être d'autres versions spécialisées pour la robotique ou pour les bases de données,...)

Je ne suis pas chez moi en ce moment et je ne peux donc pas faire tous les essais que je voudrais des codes postés.

@ jack, il serait dommage que Panoramic ne bénéficie pas des avancées des deux autres... 

Le problème avec FILE_FIND_FIRST$ est résolu dans PANORAMIC V 0.9.25i4