Version imprimable
Bonjour à tous !
J'ai créé un petit userfom afin de le mettre dans mon form mais lors de l'insertion de ce dernier, j'ai une erreur qui apparaît :
Pièce jointe 261919
Peut-être que je me trompe mais... J'ai l'impression qu'il ne trouve pas mon fichier .txt qui se trouve dans le même dossier le le .exe, dans le dossier debug... J'ai spécifié un accès relatif afin de trouver mon dit fichier...
Quelqu'un aurait une piste ?
Merci d'avance ! :)
Bonjour,
Pourquoi mettre une form dans une Form ?
Je pense que tu devrais expliquer ton projet. Parce que là, je ne pense pas que tu puisses avoir LA réponse.
Effectivement, je m'explique ^^
L'idée serait de faire, de la même manière qu'un petit jeu, un menu où l'utilisateur peut choisir entre "Lancer le logiciel" ou "Option".
Si il clique sur l'un des boutons, il faut donc que l'interface de la form change. Le problème de créer plusieurs forms puis de les appelé en fermant la précédente, c'est qu'il y a une sorte de "saut" entre les deux actions. Donc après de nombreuses recherches, je suis tomber sur les MDIs, bien qu'ils ne correspondaient pas véritablement à ce que je souhaite faire, et les Userforms, qui, là, répondent à mes critères ^^
Après, peut-être qu'il y a un moyen plus simple ou fait spécialement pour ce que je souhaite faire ?
Bonjour,
Pour ce que j'ai compris tu as le bon fonctionnement, cad tu a une Form, et tu modifie l'interieur de la Form en placant/modifiant des userControl.
Maintenant il faudra qu'on est un peu de code et notamment le constructeur du userControl Partie, et le code autour de la ligne 45. On pourra mieux voir ce que tu fais et d'ou vient le problème d'accès au fichier.
Après je ne sais pas si c'est le problème, mais il faut savoir que le constructeur d'un userControl est executé lorsque, dans le designer, on le place dans une form ou un autre userControl. Je présume donc que dans le constructeur de Partie, tu fais un accès fichier (l45 :whistle:) mais un problème fait que l'accès fichier échoue.
Mais pour en être sur il nous faudra ton code :)
J@ck.
Je te remercie de ta réponse ! Effectivement, j'essaye d'accéder à un fichier qui se nomme Anglais.txt se trouvant à la racine de mon .exe, donc dans le dossier debug à l'instant.
Je t'envois mon "Sub" ou se trouve le StreamReader :
J'ai mis la ligne 45 en rouge ^^Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49Sub tirage() Dim exercice As Integer = 1 Dim nbreMot As Integer = -1 Dim section, rndnbr, J As Integer Dim mode As Boolean 'Représente le mode anglais-français ou français-anglais Dim random As New Random() Dim reader As New StreamReader("Anglais.txt") Dim ligne, selected() As String Do ligne = reader.ReadLine() If Mid(ligne, 1, 1) = "[" Then section += 1 End If If section = exercice Then nbreMot += 1 End If Loop Until ligne Is Nothing reader.Close() ReDim Preserve notAllowed(nbreMot) J = 0 Do rndnbr = random.Next(0, nbreMot) If notAllowed(rndnbr) = 0 Then Exit Do End If J += 1 Loop Until J > notAllowed.Length If J > notAllowed.Length Then Label1.Text = "Fini !" Button2.Tag = "Disable" Retour.Visible = True Else rndnbr += exercice selected = File.ReadAllLines("Anglais.txt") Dim str() As String = selected(rndnbr).Split("=") mot = str(0) answer = str(1) Label1.Text = mot notAllowed(rndnbr - exercice) = 1 End If End Sub
Je dois t'avouer ne pas trop aimé partagé mon code vu que ce dernier est sans peu propre et optimisé, mais je me sers plus de cela comme entraînement sur ce langage que d'application à développer par la suite ^^"
Ah non, par contre je n'utilise pas de constructeur :whistle:, le problème vient sans doute de là x')
Bon bah je vais me renseigner un peu sur tout cela, j'essaye d'apprendre un peu en autodidacte (bien que j'ai tout de même quelques bases), il est donc possible que j'ai sauté quelques étapes ^^"
Ok donc le problème c'est bien que le programme ne trouve pas le fichier. Dailleurs je viens de remarquer que dans ta copie d'écran de l'exception il cherche le fichier dans c:\Windows\System32 ....
Juste pour le test essaye dans un premier temps de mettre le chemin complet en dur... tu ne devrais plus avoir l'exception.
Ensuite il faut savoir pourquoi il va te le chercher dans System32 8O !
Au pire tu pourrais avoir le chemin de l'exe avec Application.StartUpPath et donc te reconstruire le chemin vers ton fichier...
Sinon juste une remarque ne passant je n'ai pas bcp analysé ton code mais lorsque tu fais des accès fichiers comme ça, ou tout autre ressource extérieure, il est conseillé d'utiliser un Using ...End Using afin d'être sur que la ressource soit libérée à la fin du traitement.
J@ck.
Merci de tes conseils ! :)
Effectivement, en mettant l'accès en version absolue, je peux bien inséré mon UserControl, mais, étonnement, pas en passant de cette façon : "Application.StartupPath & "\Anglais.txt"" alors que, à la pression d'un bouton m'indiquant dans un MsgBox(Application.StartupPath) le bon accès sur mon formulaire, l'Application.StartupPath ne semble pas renvoyé au même répertoire que le formulaire duquel il est lancé :/
Sinon, pour ce qui est du constructeur, je doit avouer ne pas trop savoir de quel façon le faire vu que je n'appelle pas mon UserForm dans mon formulaire, vu que c'est un contrôle que j'importe par Drag & Drop (sauf si je me trompe), donc il y a t-il une façon particulière de le construire ?
Bon je serais pas le mieux placé pour te donner des cours de Vb.net, je suis plus c#. Et je n'aime pas trop VB.net car je trouve qu'il 'cache' des choses au développeur qui, je pense, pourrais in-fine l'aider à comprendre comment ça fonctionne.
Donc pour la théorie, toutes les classes (attention je parle de class, pas de module) ont un constructeur, le constructeur si il n'est pas écrit, alors il est implicite, cad que le compilateur le créera quand même. Ce constructeur de base est le constructeur vide soit pour ton cas en vb =>
Ca c'est celui qui est appelé lorsque l'on fait par exemple un New Partie().Code:
2
3
4
Tu pourrais en créer un autre par exemple dans ton cas =>
Normalement le constructeur sert à initialiser tout ce dont on a besoin pour pouvoir créer l'object correspondant. Et ainsi dans le cas d'un userControl, si tu tape sub New() et que tu valide il va te créer =>Code:
2
3
4
Tout seul :yaisse2: !Code:
2
3
4
5
6
7
8
9
Pourquoi ? Si tu fais F12 sur InitializeComponent() tu verras qu'il t'emmène dans Partie.designer.vb et que c'est la que le designer crée tout le code utile à ton uc. Si tu a ajouté des control ou modifier des couleurs tu vas pouvoir voir les modif ici, et donc pour créer ton userControl alors c'est le minimum à faire.
Donc si tu veux faire un constructeur (perso je le crée toujours... je suis un peu old school) tu as juste à rajouter le sub New.
Cela dit, le constructeur n'est pas forcément le bon endroit pour ouvrir le fichier, c'est trop tôt. Je verrais plus un truc comme ca =>
Bon je te laisse regarder ça.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
Pose des questions hésite pas, mais je te dis je suis pas un pro VB, je n'ai peut être pas toutes les bonnes pratiques.
J@ck.
[EDIT] J'ai oublié le pb de base avec le fichier ;)
mais je comprend pas trop ce que tu dis, Application.StartUpPath renvoie le dossier qui contient l'exe appelante, si tu est en debug par exemple il va te retourner le chemin de ton dossier Debug.
Mais j'ai testé, si tu as vraiment le fichier a coté de l'exe qui est executé, alors un New StreamReader("Anglais.txt") fonctionnera. Attention aussi il faut que le fichier ne soit pas tenu une application ou autre et avoir des droits d'accès dessus.
Bon alors, pour voir si j'ai bien compris, je vais un peu décortiquer ton code ^^
Tu commences donc par définir une propriété nommé PathLanguageFile qui permet de, si l'on utilise le set, assigné une valeur que l'on enregistrera dans une variable de type String nommé "_pathLanguageFile" (Avec l'underscore, du fait que ce soit privé, même si non obligatoire, de façon à mieux s'y repérer), et si l'on utilise le get, de récupérer la variable "_pathLanguageFile".Code:
2
3
4
5
6
7
8
9
10
Le constructeur, où il précise que la variable "_pathLanguageFile" est vide (?)Code:
2
3
4
5
6
7
8
Constructeur alternatif où l'on précise une valeur de type String lors ce que l'on instancie cette classe (surcharge ?). Avec le MyBase permettant d'appeler le constructeur de la classe mère (donc ici, je suppose que c'est celle des UserForms ? Ou alors ça utilise le constructeur de cette classe ne prenant aucun paramètre, soit celui défini au dessus.)Code:
2
3
4
5
6
Puis en enregistre le paramètre entré dans notre variable.
Ici, l'on exploite notre variable entrée au-dessus dans une méthode, l'on teste déjà si cette dernière est vide, si oui, on renvois une exception, sinon, on créer notre StreamReader avec lequel on va manipuler avec l'utilisation du "Using/End Using". D'ailleurs, quel est la différence avec cette méthode et un reader.Close() ?Code:
2
3
4
5
6
7
8
9
10
11
12
Puis pour finir, notre code qui s'exécute lors du chargement du UserControl :
Où l'on va catcher l'erreur éventuelle si l'on n'a pas précisé de paramètres.Code:
2
3
4
5
6
7
8
9
Bon, si je n'ai pas de fautes avec ce que j'ai dit ci-dessus, alors je pense avoir plutôt compris ton code, j'ai donc complété mon code avec le constructeur et la propriété, mais comment dois-je appelé cela dans mon formulaire appelant ?
J'ai fais quelque chose de la sorte :
Mais lors de l'import, j'ai de nouveau une erreur disant "Un nom de chemin d'accès vide n'est pas légal." Ma variable est null...Code:
2
3
4
Donc ça ne doit pas ce faire de cette façon...
Sinon, merci beaucoup de ton aide ^^
EDIT: Je viens de voir ton édit, alors, étrangement, non :/
Lorsque je met Application.StartupPath & "\Anglais.txt", ça me met un nouveau message d'erreur :
http://i.imgur.com/t20OQVW.png
T'es pas mal niveau compréhension :applo: !
Je te l'ai dis je suis un peu old school, la ou la tendance serait d'en écrire le moins possible, moi je préfère être très scolaire, c'est plus pédagogique ;) ! Du coup, j'initialise tout ce que je déclare. Et oui un string doit être initialisé à vide, sinon il est null ! Ah toi de voir, c'est pas du fondamentale mais je te conseil, surtout quand on débute, de toujours tout initialiser. Et vu que le constructeur sert à ça, je le fais dans le constructeur. Certain préfèreront initialiser directement sur la ligne de déclaration... les gouts et les couleurs quoi !Citation:
Le constructeur, où il précise que la variable "_pathLanguageFile" est vide (?)
M**d* ! j'ai mal traduit le C# en faite :pastaper:Citation:
Constructeur alternatif où l'on précise une valeur de type String lors ce que l'on instancie cette classe (surcharge ?). Avec le MyBase permettant d'appeler le constructeur de la classe mère (donc ici, je suppose que c'est celle des UserForms ? Ou alors ça utilise le constructeur de cette classe ne prenant aucun paramètre, soit celui défini au dessus.)
Puis en enregistre le paramètre entré dans notre variable.
c'estpour appeler le constructeur de par défaut ( le New() ). L'idée en développement c'est de ne pas faire de copier-coller (la source de bien des bugs :roll:) dans je ne vais pas copier coller le contenu d'un constructeur dans un autre. D'ou le Me.Base() pour que le constructeur par défaut soit appelé et que tout soit bien initialisé, la c'est assez simple parce que pas beaucoup de constructeur et le usercontrol n'est pas très fournit, mais quand tu auras 5 ou 8 constructeurs différents (pas super courant non plus) alors la rigueur sera de mise :)Code:Me.New()
Close() ferme le flux du fichier, il manquera un Dispose() pour que toutes les ressources utilisées pour accéder au fichier soient libérées. J'ai presque envie de dire réfléchit pas, et fait avec un Using ... End Using pour tout les accès fichiers, tout ce qui est streamQuelque chose, pour toutes les connexions à des bdd ... etc. C'est la bonne pratique, c'est ce qui est propre. On peut faire autrement en détaillant les étapes, mais c'est inutile.Citation:
D'ailleurs, quel est la différence avec cette méthode et un reader.Close() ?
Sinon oui dans l'ensemble t'es dans les clous. Après vois bien que la classe que je t'ai donné pourrait être différente, pas forcément avoir le constructeur avec paramètre, ou alors pas forcément la propriété.. etc.
Je me suis fais un petit exemple pour te pisser ce code, tu parlais de bouton plus haut du coup, je me suis mis un bouton et un panel, et un clic bouton ajoute le userControl dans le panel =>
Charger le userControl dans le load() pourquoi pas, mais pourquoi pas l'ajouter depuis le designer alors et tout bien initialiser depuis la fenetre des propriétés du designer, ou même mieux =>Code:
2
3
4
5
6
7
8
9
10
11
J'ai modifié le nom de la propriété. Finalement on a décidé de pas utiliser le path complet mais que le nom du fichier.Code:
2
3
4
5
6
7
8
9
10<Category("Action"), Browsable(True), Description("Nom du fichier de langage")> Property LangageFileName As String Get Return _pathLangageFile End Get Set(ByVal value As String) _pathLangageFile = value End Set End Property
Et j'ai rajouté des Attributs qui font que ta propriété sera visible dans la fenêtre de propriété du designer, dans la rubrique Comportement, et avec une description. Tout sera fesable depuis le designer maintenant.
Je comprends pas ton problème de fichier :calim2: ! Tu as vu tu as toujours 2 path dans la fenetre de l'exception.
=> D:\Logiciels\Nouveau dossier\Common7\IDE\Anglais.txt
=> c:\Users\Théo\Documents\viusual studio 2013\....
Donc ton fichier n'est pas à coté de ton exe, ou alors tu n'éxécute pas l'exe que tu pense ... bref chelou !!!
Mets toi en debug avec des points d'arret sur New StreamReader(path) et regarde le path qui te donne, compare avec celui de l'exe fourni avec Application.StartupPath ... en tout cas il y a un problème, tu sais d'ou vienne ces 2 path ?
Bon je t'envoie un peu dans tous les sens là, à toi de choisir ce que tu veux vraiment faire, et quel comportement tu veux vraiment avoir à l'idéal, mais t'es plutot sur une bonne voie.
Bon code,
J@ck.
Ce qui est étrange, c'est que le message d'erreur s'affiche lorsque je met le UserControl en tant que Control sur ma form :/
Pour ce qui est des deux chemins d'accès, le premier conduit au répertoire où est installé Visual Studio me semble-t-il tandis que le second est l'endroit où est installé mon projet sur l'ordinateur :/
Ma variable, dans mon UserControl, va possédé le répertoire d'installation de l'IDE et non celui du fichier :/
ok bon je me recentre :p et on va partir sur une solution et une seule !
Donc on place le userControl à la mano avec le designer dans le form principale.
Tu as une exception qui te dit que le fichier n'est pas trouvé ! Donc c'est que lors de l'initialisation de ton userControl, tu fais un accès fichier. On va commencer par éviter ça ! Déjà au pire l'erreur on l'aura à l'exécution comme sa. Mais on pourra compilé et tester...
Donc dans ton UserControl Partie, tu ne dois jamais faire de New StreamReader("anglais.txt") ni dans le constructeur, ni dans les déclarations, Tu dois avoir une méthode ChargementFichier() ou autre ou tu as un
Après ça plus d'exception dans le designer. Mais plus de chargement de fichier.Code:
2
3
4
Donc il faudra savoir ou appeler cette méthode. On va l'appeler dans le load de l'uc, ainsi à son chargement, si on a bien initialisé le path avant, le fichier sera chargé.
Ok maintenant, on place l'uc dans la form depuis le designer (il va poper une msgBox pour dire qu'il a pas le nom du fichier... osef on est dans le designer).Code:
2
3
4
5
6
7
8
Puis dans le constructeur de la form, on va initialiser le path de notre uc. Comme ca dès que la forme sera créée (mais pas encore affiché) le path de notre uc sera définit =>
Voila, execute et Enjoy :king:Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15Public Class Form1 Private Const LangageFileName = "Anglais.txt" 'J'aime pas les trucs en dure dans le code du coup je les isole toujours. Sub New() ' Cet appel est requis par le concepteur. InitializeComponent() ' Ajoutez une initialisation quelconque après l'appel InitializeComponent(). Me.Partie1.PathLangageFile = LangageFileName End Sub End Class
Après si tu as des soucis encore avec ton fichier tu devrais être en mesure de débugger pour comprendre ce qu'il se passe.
J@ck.
Effectivement, je n'ai plus d'erreur lorsque j'insère mon contrôle mais le fichier n'est toujours pas entré et ma valeur _pathLanguageFile est null malgré l'instanciation dans le constructeur de Form1 :/
Voici mon fichier Partie.vb :
Et mon Form1.vb :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
Je m'excuse par avance car je ne doute pas que mon code n'est pas très propre... ^^"Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Merci de ton aide !
Bonjour,
Je n'ai pas tout relu depuis la dernìère fois. Si j'ai bien compris, c'est l'emplacement du fichier texte qui cause problème.
S'il n'est pas trop long, tu peux envisager d'en faire un fichier de ressources.
Il faut savoir que le StartuPath, peut être interprété de deux façons.
1) À partir de l'interface de VisualStudio, c'est généralement dans le Bin\debug où dans le dossier dans lequel l'exécutable a été généré.
2) À partir d'un exécutable installé ou publié, c'est le dossier où l'exécutable a été installé.
Mais, quand je regarde le code de ton dernier message, on dirait que ta variable pathlangagefile ne fait référence qu'au nom de fichier, sans aucun chemin d'accès
Essaie de mettre le chemin d'accès complet à ta constante LangageFileName. Parce que, en regardant cette page, j'ai l'impression que tu as besoin du chemin d'accès au fichier. Du moins, c'est ce qui est écrit dans la page.
Mais le problème de mettre un chemin d'accès complet, c'est que je perd ma notion de relativité par rapport à l'emplacement du .exe :/
Si j'en fais un fichier ressource, ce dernier reste toujours accessible par l'utilisateur ? :)
Sinon, merci de ta réponse :)
Bonjour,
Mais, si ton StreamReader, a besoin du chemin d'accès complet, tu n'as pas grand choix. Ceci dit, tu peux "universaliser" l'opération en utilisant les dossiers spéciaux.Citation:
Envoyé par Oromis56
avec Environnement.getfolderpath
Les valeurs (noms des dossiers) sont ici
Exclusif à VB.net:
Les dossiers spéciaux sont aussi disponibles grâce à My.Computer.FileSystem.specialdirectories
Et il y a aussi un paquet d'autres raccourcis exclusifs à VB en partant de My.Computer
Oui, ou du moins les textes. Mais il te faudrait un fichier de ressources pour chacune des langues que tu veux supporter. Cela reste probablement plus complexe que de juste lire/écrire ton (tes) fichiers textes dans un des dossiers spéciaux. L'idée est de choisir un des dossiers spéciaux de l'utilisateur.Citation:
Si j'en fais un fichier ressource, ce dernier reste toujours accessible par l'utilisateur ? :)
Sauf horreur de ma part, il suffit que tu crées un package Click-Once et que tu l'installes sur ta machine, pour que tu te retrouves avec un dossier à ton nom dans ton AppData\local. Si c'est vrai chez-toi, cela devrait aussi l'être pour tout autre personne qui utiliserait ton package.
Bon, j'ai décidé de passer par un répertoire fixe pour mon fichier, merci à vous deux !!! :)
