Les fichiers et la 3D

[pat]

Bonjour à tous,

En finalisant mon programme 3D j'ai constaté ceci :
Les instructions Add3DArchive ne connaissent pas les fichiers qui ont des accents dans leur nom.
On est bien d'accord qu'un nom de chemin incomplet est considéré comme le répertoire courant.
Dans ce cas là, également, on compilant mon programme, tout chemin du dossier qui contient un accent n'est pas considéré par le programme et tout simplement le programme ne lit pas les fichiers. Ce qui est dommageable parce que cela veut dire qu'on ne peut mettre le programme n'importe où.
Je pense qu'il s'agit d'un petit oubli de PB qui ne devrait pas tarder à être réparé.

Qu'en pensez-vous ?
Pour cela faites un essai et constatez de vous-même.

[pat]

J'ai oublié de dire que la version de PB que j'ai utilisé est la dernière version que je viens de télécharger, la 5.10.

[Ar-S]

P.S: encore une fois il est déconseillé de mettre : accent / espace / caractères spéciaux dans un nom de fichier/dossier.
La base de la base nom de diou.

Tu as compilé en Unicode ?

[pat]

A Ar-s :

OK pour les caractères interdits tels / ? etc. mais pour les espaces et les caractères accentués il ne devrait pas y avoir de problèmes.
L'instruction IncludePath("-----") ne pose pas de problème avec les caractères accentués tels é,è,ë,ê.
Je ne vois pas pourquoi il en serait autrement des instructions 3D.

[pat]

Bonjour à tous,

Je viens de télécharger la version 5.11 de PB et je constate qu'il n'y a toujours pas eu de changement fait en ce qui concerne les instructions 3D qui se rapportent à des fichiers. Ces fichiers ne connaissent toujours pas les accents, pourtant permis par des instructions tel IncludePath("---").
Je considère ça comme un petit bug.
1) Je suis incapable d'indiquer ça dans le forum anglais (je suis nul en anglais).
2) Pour les Anglais, les accents français n'ont aucune signification et donc il n'y a pas de problème pour eux, mais bien pour nous.

Dans mon autre post au sujet de Window Defender et au sujet du changement de résolution d'écran, je constate également qu'aucun changement n'a eu lieu.
Si, effectivement, après avoir soumis notre programme ouvert à Window Defender, ou au changement de résolution d'écran, tout se déroule normalement, c'est lorsque l'on ferme le programme qu'il y a un problème :
Accès mémoire invalide à l'adresse 8 (toujours à la même adresse .
Je considère cela comme également quelque chose à faire pour fiabiliser PB dans le domaine de la 3D.
Alors si Fred passe par là, qu'il constate cela de sa propre personne.

[Ar-S]

Surement un soucis commun avec le post de gallyHC : http://www.purebasic.fr/french/viewtopi ... =1&t=13604

[MLD]

En informatique, les emmerdes commencent quand l'on met des accents sur les lettres
C'est une vielle règle de vieux jetons, mais qui est encore valable.
A vous de voir.

[pat]

Bonjour,

A Ar-S :
Tu as raison, je crois que c'est un souci commun en ce qui concerne les caractères accentués dans les fichiers.
En ce qui concerne GallyHC, ce sont les fichiers ZIP à compresser et décompresser, moi pour les instructions 3D qui traitent des fichiers.

Il faut savoir que des caractères ne sont pas autorisés pour les fichiers, tels /*\| etc. MAIS les caractères accentués, tels éèàäëêüû, etc. sont autorisés et c'est bien ces caractères qui ne sont pas reconnus alors qu'ils devraient l'être.

Pour s'en convaincre, utiliser l'instruction IncludePath("---") avec des caractères accentués. Cela fonctionne parfaitement bien, les fichiers sont parfaitement reconnus.
Il devrait en être de même des instructions 3D qui traitent des fichiers, et bien sûr, pour le cas de GallyHC, les instructions ZIP qui compressent et décompressent les fichiers.

Je pense qu'il s'agit d'un petit bug de PB qui n'a toujours pas été corrigé dans la version 5.11.


En ce qui concerne mon autre post, au sujet du changement de résolution de l'écran et de Windows Defender, également il y a un problème.
Tout bon programme doit pouvoir supporter l'analyse de Windows Defender sans planter, et ce n'est pas le cas avec PB.
Après l'analyse, le programme fonctionne parfaitement bien mais c'est à la fermeture du programme que cela plante, à l'instruction End, avec comme message d'erreur : Accès mémoire invalide à l'adresse 8.

Si Fred passe par là, il n'aura pas de mal à constater ces problèmes.

[Ar-S]

En attendant Fred, je reste sur mon avis de vieux comme MLD

[pat]

A Ar-S et MLD.

Si ce sont les accents qu'il ne faut pas mettre dans les noms de fichiers, comment se fait-il que les instructions qui traitent des fichiers de PB, comme IncludePath("---") et bien d'autres, acceptent les accents et comment se fait-il également que les noms de fichiers acceptent les accents.
Je comprends parfaitement bien que des caractères sont interdits dans les noms de fichiers, comme par exemple : ?:\*/ etc. et bien sûr pas question pour ces caractères d'être dans des noms de fichiers car cela plante, et c'est bien normal.
Pour les caractères accentués, cela devrait fonctionner.

Et si donc on ne peut pas mettre d'accent dans les noms de fichiers, cela interdit d'avoir des programmes dans des répertoires avec des noms de fichiers avec accents ou même d'utiliser des noms de fichiers avec accents, ce qui est une grande limitation. Un usage professionnel n'accepterait pas ces choses.

Maintenant tout le monde est différent et, bien évidemment, je respecte votre opinion, mais au moins vous avez la mienne.

[Ar-S]

Et si donc on ne peut pas mettre d'accent dans les noms de fichiers, cela interdit d'avoir des programmes dans des répertoires avec des noms de fichiers avec accents ou même d'utiliser des noms de fichiers avec accents, ce qui est une grande limitation. Un usage professionnel n'accepterait pas ces choses.

Les "pros" de l'info que je côtoie n'en mettent pas non plus, question d'éducation probablement . Les autres utilisant de l'informatique dans un milieu pro font ce qu'ils veulent, je leur recommande aussi de ne jamais mettre d'accents dans leurs nom de fichiers car selon le programme qui va traiter ces fichiers, il y a parfois des couilles, même en 2013.

[Backup]

en vérité, je pense que les pro n'utilisent pas d'accent ni d'espaces ...

enfin lorsque je parle de pro , je parle surtout des "vieux" qui ont connu les 8 /16 bits
car ç'est en fait l'arrivé de Windows et ses nom_long (surement piqué a UNIX) , qui ont vu apparaitre ensuite les Accents (de memoire ) (peut etre bien que sur Amiga...?? je sais plus )
lorsqu'on etait encore en type Dos (les anciens PC, les Ataris) la forme xxxxxxxx.xxx , impossible de nommer avec des accents
de toute façon les systemes etaient basé langue anglaise ...

corrigez moi si je me trompe

[Ar-S]

en vérité, je pense que les pro n'utilisent pas d'accent ni d'espaces ...
enfin lorsque je parle de pro , je parle surtout des "vieux" qui ont connu les 8 /16 bits

C'est aussi ce que j'ai voulu dire par pro

[pat]

Bonjour,

OK pour votre point de vue.
Dommage tout de même pour les accents car cela rend un nom de fichier ou de répertoire plus parlant.

[doudouvs]

Je suis d'accord avec @pat si une instruction utilise les accents pourquoi pas les autres, c'est comme les Noms des domaines il sont accentuable si les navigateur ne le sont pas impossible d'acceder au site.

Pour ma part je n'utilise ni accent ni caractère spéciaux ni espace dans les noms des fichiers au moins pas de problème .

Je dit ca je dit rien je comprend rien a la 3D j'ai déjà du mal avec mon simple reflet dans le miroir.