Discussion :

[synolog]

Bonjour,

J'ai un petit soucis!!
Mon application crèe un fichier XML que j'aimerai placé autre part que sur le bureau (car mon application se trouve sur le bureau) mais je n'arrive pas à l'envoyer ailleurs. Sachant que cette application est destiné à d'autres utilisateurs comment je peut faire pour forcé la création?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
XmlSerializer xs = new XmlSerializer(typeof(Connect));   // Création d'une instance de XmlSerializer : on passe en paramètre du constructeur le type d'objet à sérialiser
            using (StreamWriter wr = new StreamWriter("LoginMdp.xml"))    //Ouverture d'un StreamWriter sur le fichier de destination
            {
                xs.Serialize(wr, co); //serialisation de l'objet
                File.SetAttributes("LoginMdp.xml", FileAttributes.Hidden);  //fichier caché
            }

J'ai essayé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

@"c:/loginmdp"

qui ne marche pas mais aussi la méthode Environment.SpecialFolder dont je ne comprend pas l'utilisation et je ne sais pas ou placé.

Merci de votre aide!!

[MaximePalmisano]

Tu peux utiliser la classe System.IO.Path qui fournit des classes statiques pour la concaténation de chemins et autres.

Sinon, je ne sais pas si l'erreur vient de là mais sous Windows les chemins sont de type C:\ et non C:/

[synolog]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

using (StreamWriter wr = new StreamWriter(@"c:\LoginMdp.xml"))

Ne fonctionne pas il me fait planter mon programme

[MaximePalmisano]

Il faut que tu débug en mettant un breakpoint (F9) sur la ligne. Ensuite tu avances en pas à pas (F10/F11) et tu vois l'exception qu'il te lance. Peut être que c'est un soucis de droits d'écriture.

[synolog]

Oui tout à fait c'est un droit d'écriture, peut on les modifier par le code?

[Codename]

Double ton backslash (c:\\mdp.xml) et retires le @, comme dans un fichier .reg de base de registre.

Par exemple pour ouvrir le dossier Windows de C, je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
System.Diagnostics.Process.Start("explorer.exe", "c:\\windows");

Pour éditer un fichier avec une classe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
            cIni ini = new cIni("c:\\test.txt");
            ini.WriteValue("section", "key", '"' + "value" + '"');

Ou encore avec StreamWriter/Streamreader :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
string str2 = "c:\\test.txt";
 using (StreamReader streamReader1 = new StreamReader(str2))

[MaximePalmisano]

Euh non le droit d'écriture c'est celui du système. Il faut que tu lances ton appli avec les droits admins etc ... Sinon, tu peux très bien écrire dans un dossier autre que la racine genre C:\Appli\Save ou une connerie comme ça. Tu check si ils n'existent pas, tu les crée et tu ne devrais plus avoir de soucis d'écriture

[synolog]

Merci bien mais l'erreur est la même

Quand je ne met pas de chemin, l'application fonctionne mais le fichier xml est générer sur le bureau (ou autre part selon l'emplacement de l'application).

Mais sur le le bureau même en fichier caché, j'aurai voulu éviter

[MaximePalmisano]

Pourquoi n'installe tu pas ton appli dans un dossier et tu mets juste un raccourci sur le bureau ?

Sinon, vérifie que tu es bien en admin et que tu lances avec les droits d'admin.

[synolog]

Je viens d'y penser mouhahah avec inno setup!
Génial!!!
Merci!!

[MaximePalmisano]

D'ailleurs, VS 2010 intègre un système d'installation très bien fait, pas besoin d'utiliser des libs à part pour un petit truc comme ça

Pense au flag

[synolog]

Euhhh rectification!

Le programme génère tout de même une erreur!!

Toujours du point de vue des droit d'écriture....

[MaximePalmisano]

As tu vérifié les histoires de droits de comptes dont je t'ai parlé ?

[synolog]

Enfaîte l'appli est destinée à d'autres utilisateurs j'aurai voulu anticipé le problème.
J'ai essayé sur un XP aucun problème!!
Mais sur Seven il suffit d'être utilisateur et cela ne fonctionne pas!!

[MaximePalmisano]

Vérifie dans le dossier ou tu souhaites installer ton application si les droits de lecture/écriture sont bien accessibles à tout le monde.

[synolog]

Pour info je suis en lecture, mais les autre utilisateurs n'auront pas accès a mon répertoire mais a Leur disque.
En aucun cas il y aura une connexion réseau entre nous..

[synolog]

J'ai trouvé théoriquement la réponse, il faudrait que je la lance en administrateur!
Est ce possible par une ligne de code?

[MaximePalmisano]

Sinon, vérifie que tu es bien en admin et que tu lances avec les droits d'admin.

C'était marqué un peu plus haut :p

Mais en fait, je suis un peu pommé dans ton explication. Où se trouve l'application, comment est elle partagée, quand est ce que ton application doit lire ou écrire dans un fichier, etc ?

[synolog]

L'application se trouve sur le bureau, elle n'est pas partagée.
Le but est de sauvegarder des info dans le fichier xml (il est en fichier caché sur le bureau mais j'aurai préférer qu'il soit générer autre part, par exemple a c:\)
Ces info seront lues à la prochaine ouverture de l'application.

Hors il me faut être en administrateur pour créer le fichier sous c:\, et j'aimerai que l'application le fasse par elle même ou bien une fenêtre s'ouvre pour me le demandé.

Voilàààà

[MaximePalmisano]

Si elle n'est pas partagée, enregistre les infos dans mes documents (Dont tu peux retrouver le path grâce à l'énumération Environment.SpecialFolder) c'est ce que font tous les jeux. Même si t'es simple user, tu as forcément le droit d'écrire dans tes documents (Enfin si je ne dis pas de bêtises ...)