Problème lecture fichier .ini et utilisation openFileDialogRésolu

Question

Bonjour,

Voici mon probl&#232;me. Je d&#233;veloppe actuellement une application en c#.
L'interface de celle ci utilise des fichiers de langues sous la forme
de fichiers .ini. Tout fonctionne correctement pour la lecture des
messages dans les .ini sauf, ... lorsque j'utilise une openFileDialog
dans mon interface graphique. Si j'ouvre l'openFileDialog puis que je
clique sur OK, l'application n'arrive plus &#224; lire les fichiers de
langues apr&#232;s. Par contre si je clique sur Annuler, tout fonctionne
bien.

Merci par avance pour votre aide.

cs_coq · Accepted Answer

Salut, 

Au d&#233;marrage de l'appli le repertoire courant est celui o&#249; se trouve l'exe.
Quand tu utilises OpenFileDialog le r&#233;pertoire courant change pour celui du fichier s&#233;lectionn&#233; dans la boite de dialogue.
Du coup si tu ouvres tes fichiers ini en indiquant le path comme ceci "monfichier.ini", il ne trouve plus les fichiers en question.

Cocoricoooooooo !!!!
coq
MVP Visual C#

kox007 · Answer

Merci bcp coq. Apr&#232;s r&#233;flection, &#231;a semble tout b&#234;te, mais l&#224;, tu m'as bien d&#233;pann&#233;.

olibara · Answer

Salut Coq

As tu une maniere "élégante" de contourner ce probleme ?
Le mieux a mon avis c'est de pouvoir identifier le path de l'application au run time ?

MorpionMx · Answer

Ouhla, le vieux topic :p

Application.StartupPath, ti tu veux le chemin de l'exe ;)

Mx
MVP C#

olibara · Answer

Merci MorpionMX

Oui ca c'est une solution (sans doute la plus élégante et que j'ai deja mis en oeuvre)

Une autre serait de restituer le current path apres un OpenFileDialog
Tu sais comment ?

cs_coq · Answer

Ha oui ça c'est de la résurrection de topic :p
OpenFileDialog possède une propriété RestoreDirectory (héritée de FileDialog) permettant d'obtenir le comportement voulu, mais ça ne reste bien sûr valable que pour les boites de dialogue reposant sur les contrôles communs Windows.
Tout autre changement de répertoire courant (qu'il soit dans le code courant ou un code tiers utilisé et qu'on ne maitrise donc pas) aura les mêmes impacts.

Mais je n'apprécie en général pas trop ce genre de rustinage : le problème c'est qu'il est assez fragile, il suffit qu'un autre dialogue soit ajouté à l'application sans faire de restauration derrière et on repart pour une boucle de problème (plus ou moins flagrants).
C'est pour ça que je préfère toujours travailler en chemin complet que relatif.

Voir aussi la propriété Environment.CurrentDirectory ou tout simplement la méthode Directory.SetCurrentDirectory.

/*
coq
MVP Visual C#
CoqBlog
*/

Problème lecture fichier .ini et utilisation openFileDialog

6 réponses

Votre réponse

Discussions similaires