Problème de chemin relatif [Résolu]

Signaler
Messages postés
172
Date d'inscription
lundi 22 mai 2006
Statut
Membre
Dernière intervention
19 janvier 2011
 -
 franck -
bonjour a tous !!

c'est peut etre tout simple mais bon,

le chemin ou est le fichier:
"E:\C#\Casino\Casino\Manche.wav"

et je voudrai un chemin relatif de ceci dans mon code pour que j'utilise mon appli sans probleme de chemin si je change d'ordi et que le E passe en F par exemple

Merci d'avance
Afficher la suite
A voir également:

5 réponses

Réponse 1 / 5
Messages postés
5487
Date d'inscription
dimanche 4 août 2002
Statut
Modérateur
Dernière intervention
20 juin 2013
 43
Hello,
Si le fichier se trouve dans le même répertoire que l'exe, tu mets juste le nom du fichier "Manche.wav".
Sinon tu peux faire "\..\Manche.wav ou \myDirectory\Manche.wav.
Le point de départ étant toujours l'emplacement de l'exe...

VC# forever
=13319
Réponse 2 / 5
Messages postés
3466
Date d'inscription
lundi 16 octobre 2000
Statut
Modérateur
Dernière intervention
30 octobre 2008
 42
Ou encore Path.Combine(Application.StartupPath, "Manche.Wav");

Mx
MVP C# 
Réponse 3 / 5
Messages postés
172
Date d'inscription
lundi 22 mai 2006
Statut
Membre
Dernière intervention
19 janvier 2011
Merci beauoup
Réponse 4 / 5

J'ai trouver ça , en mode console sur visual studio 2019 .
Le sujet date mais je suis tombé dessus quant même !
Avec forms j'ai pas eu besoin mais en mode console oui ,
la doc sur c# est vaste donc j'ai fini par faire ceci :

explication:
mon chemin complet variable: string con
J 'arrête le chemin grâce à : con.Substring(0,con.IndexOf(t)
et à la place je rajoute la variable, mon dossier et fichier texte :doss
après j affiche mon fichier . Voilà c'est fini , pour moi ça vas mais je n'ai pas publier donc à voir . 

        string con = Directory.GetCurrentDirectory();
        string t = @"bin";                        // le @ pour bin n'est pas obligatoire j'avais pas vu !
        string doss = @"rap\texte1.txt";
        string chemincom = con.Substring(0, con.IndexOf(t)) + doss;
        Console.WriteLine(con);
        Console.WriteLine(chemincom) ;
        Console.WriteLine(File.ReadAllText(chemincom))
Signaler
Whismeril
Messages postés
14213
Date d'inscription
mardi 11 mars 2003
Statut
Contributeur
Dernière intervention
11 février 2020
 342
BONJOUR, si si quand on exhume un sujet endormi depuis 14 ans, un peu de politesse ça fait pas de mal.

Dans le namesapce IO, il y a la classe static Path qui permet d'éviter tout tes bidouillage.
D'ailleurs, MorpionMX en parle dans son message du 2 juin 2006

Et aussi, voici un petit tuto sur la bonne utilisation des balises de codes La Coloration Syntaxique
Signaler
vb95
Messages postés
2061
Date d'inscription
samedi 11 janvier 2014
Statut
Contributeur
Dernière intervention
10 février 2020
 83
bonjour à vous deux
Pour le tuto dont parle Whismeril c'est ici : https://codes-sources.commentcamarche.net/faq/11288-les-balises-de-code
Signaler

Oui ,ç'est vrai je devais pas spécialement partager ce résulta . J'ai consulter ce méssage pour mes recherches perso et comme il me restait 5 minutes avant d'aller au travail hier soir , j'ai pas corrigé le nom des variables avant de partager . .Merci à plus tard.
Réponse 5 / 5
Messages postés
1160
Date d'inscription
vendredi 23 juillet 2004
Statut
Membre
Dernière intervention
21 octobre 2010
 16
si le chemin se trouve dans le même répertoire que l'exe ET que tu ne touches pas a la variable qui indique le repertoire de travail courant. si tu touches a cette variable, tu peux utiliser (en considérant que ton wav est ds le meme repertoire que lexecutable lors du dev et du déploiement) 
Application.StartupPath + '\\' + "Manche.wav"
Répondre Posez votre question