Bonjour,
Comment mettre une annotation près d'un paramètre dans un fichier avec
extension INI sans que le fonctionnement de celui-ci soit entravé-
Merci pour vos informations
Bonjour,
Comment mettre une annotation près d'un paramètre dans un fichier avec
extension INI sans que le fonctionnement de celui-ci soit entravé-
Merci pour vos informations
Bonjour,
Comment mettre une annotation près d'un paramètre dans un fichier avec
extension INI sans que le fonctionnement de celui-ci soit entravé-
Merci pour vos informations
Bonjour,
Comment mettre une annotation près d'un paramètre dans un fichier avec
extension INI sans que le fonctionnement de celui-ci soit entravé-
Merci pour vos informations
Bonjour,
Comment mettre une annotation près d'un paramètre dans un fichier avec
extension INI sans que le fonctionnement de celui-ci soit entravé-
Merci pour vos informations
Bonjour,
Comment mettre une annotation près d'un paramètre dans un fichier avec
extension INI sans que le fonctionnement de celui-ci soit entravé-
Merci pour vos informations
Discussion concernant la méthode 1 :
En fait on n'est pas sûr du tout que le point-virgule est interprété comme
une mise en remarque.
Il semble donc qu'Explorer.exe lise le contenu du fichier en y cherchant
d'abord une section conforme, puis, dans cette section, en cherchant du texte
qui commence par ce qu'il attend, à savoir un nom de variable connu.
Tout le reste est ignoré. L'utilisation de point-virgules est inutile, sauf à
clarifier les choses au lecteur humain.
Vos propres tests devraient confirmer ces essais.
Ces observations ne peuvent être généralisées à tous les fichiers.INI qui
dépendent des programmes qui les exploitent, on l'a vu avec boot.ini
Discussion concernant la méthode 1 :
En fait on n'est pas sûr du tout que le point-virgule est interprété comme
une mise en remarque.
Il semble donc qu'Explorer.exe lise le contenu du fichier en y cherchant
d'abord une section conforme, puis, dans cette section, en cherchant du texte
qui commence par ce qu'il attend, à savoir un nom de variable connu.
Tout le reste est ignoré. L'utilisation de point-virgules est inutile, sauf à
clarifier les choses au lecteur humain.
Vos propres tests devraient confirmer ces essais.
Ces observations ne peuvent être généralisées à tous les fichiers.INI qui
dépendent des programmes qui les exploitent, on l'a vu avec boot.ini
Discussion concernant la méthode 1 :
En fait on n'est pas sûr du tout que le point-virgule est interprété comme
une mise en remarque.
Il semble donc qu'Explorer.exe lise le contenu du fichier en y cherchant
d'abord une section conforme, puis, dans cette section, en cherchant du texte
qui commence par ce qu'il attend, à savoir un nom de variable connu.
Tout le reste est ignoré. L'utilisation de point-virgules est inutile, sauf à
clarifier les choses au lecteur humain.
Vos propres tests devraient confirmer ces essais.
Ces observations ne peuvent être généralisées à tous les fichiers.INI qui
dépendent des programmes qui les exploitent, on l'a vu avec boot.ini
JF a écrit dans ce message
<news: :
Bonjour Jean-François,Discussion concernant la méthode 1 :
En fait on n'est pas sûr du tout que le point-virgule est interprété comme
une mise en remarque.
Je te joins un petit exécutable et son fichier INI. Le but de la manoeuvre
est de lire une section complète [OPTION] d'un fichier INI.
http://cjoint.com/?doj2bfK3O0
Après avoir lu une première fois le fichier INI, modifie-le et mets un
point-virgule devant une option de ton choix. Relis le INI et tu verras que
l'option en question n'est plus listée. Essaie avec une virgule...
Et donc, le point-virgule est bien un élément pris en compte. Le programme
n'utilise qu'une seule fonction qui fait appel à la fonction
"GetPrivateProfileString" de "kernel32".
NB : le point-virgule doit être au début de la ligne (hors espaces).
Il sert généralement à mettre une option en stand-by.Il semble donc qu'Explorer.exe lise le contenu du fichier en y cherchant
d'abord une section conforme, puis, dans cette section, en cherchant du
texte qui commence par ce qu'il attend, à savoir un nom de variable connu.
La structure initiale d'un fichier INI est la suivante :
[section]
key=string
Lors de la lecture, un programme peut indiquer la "section" et la "key" qu'il
veut lire (qui doit être de la forme "key=") et c'est généralement ce qu'il
fait puisqu'il les connaît (key définies par avance).
C'est pourquoi le reste du fichier n'a que peu d'importance.Tout le reste est ignoré. L'utilisation de point-virgules est inutile, sauf
à clarifier les choses au lecteur humain.
Pour l'humain que nous sommes, c'est déjà la moindre des choses. ;-)
Mais un programme peut également lire (par exemple) toutes les "key" d'une
"section", sans les connaître par avance (mon EXE joint). Le format "key="
est important (même avec des espaces) mais il faut quand même faire attention
au texte ajouté.
Par exemple, ajoute dans la section [option] du fichier INI :
[option]
ceci est un commentaire = ne pas modifier !
En relisant le INI, la ligne sera ajoutée (espaces supprimés).
Mets maintenant un point virgule au début de la ligne.
De plus, il est inutile de faire souffrir le moteur d'analyse en lui faisant
faire des tas de vérifications inutiles. S'il détecte un point-virgule, il va
ignorer le reste de la ligne de suite.Vos propres tests devraient confirmer ces essais.
Je te laisse refaire quelques essais. ;-)Ces observations ne peuvent être généralisées à tous les fichiers.INI qui
dépendent des programmes qui les exploitent, on l'a vu avec boot.ini
Tout à fait... D'ailleurs un fichier INI appartient normalement au logiciel
qui va le traiter et on a pas à y mettre le nez. En outre, s'il convient au
logiciel de le récrire entièrement à chaque fois, tout ce qui aura été ajouté
sera détruit. De plus, si le logiciel utilise ses propres fonctions, et non
celles des API Windows, tout ce qui vient d'être dit peut être hors sujet.
J'ai également déjà vu des fichiers INI qui ne sont INI que de nom (avec un
format propriétaire), et même des fichiers INI de type binaire !
JF <jf@news.invalid> a écrit dans ce message
<news:e8U1asmoJHA.2124@TK2MSFTNGP05.phx.gbl> :
Bonjour Jean-François,
Discussion concernant la méthode 1 :
En fait on n'est pas sûr du tout que le point-virgule est interprété comme
une mise en remarque.
Je te joins un petit exécutable et son fichier INI. Le but de la manoeuvre
est de lire une section complète [OPTION] d'un fichier INI.
http://cjoint.com/?doj2bfK3O0
Après avoir lu une première fois le fichier INI, modifie-le et mets un
point-virgule devant une option de ton choix. Relis le INI et tu verras que
l'option en question n'est plus listée. Essaie avec une virgule...
Et donc, le point-virgule est bien un élément pris en compte. Le programme
n'utilise qu'une seule fonction qui fait appel à la fonction
"GetPrivateProfileString" de "kernel32".
NB : le point-virgule doit être au début de la ligne (hors espaces).
Il sert généralement à mettre une option en stand-by.
Il semble donc qu'Explorer.exe lise le contenu du fichier en y cherchant
d'abord une section conforme, puis, dans cette section, en cherchant du
texte qui commence par ce qu'il attend, à savoir un nom de variable connu.
La structure initiale d'un fichier INI est la suivante :
[section]
key=string
Lors de la lecture, un programme peut indiquer la "section" et la "key" qu'il
veut lire (qui doit être de la forme "key=") et c'est généralement ce qu'il
fait puisqu'il les connaît (key définies par avance).
C'est pourquoi le reste du fichier n'a que peu d'importance.
Tout le reste est ignoré. L'utilisation de point-virgules est inutile, sauf
à clarifier les choses au lecteur humain.
Pour l'humain que nous sommes, c'est déjà la moindre des choses. ;-)
Mais un programme peut également lire (par exemple) toutes les "key" d'une
"section", sans les connaître par avance (mon EXE joint). Le format "key="
est important (même avec des espaces) mais il faut quand même faire attention
au texte ajouté.
Par exemple, ajoute dans la section [option] du fichier INI :
[option]
ceci est un commentaire = ne pas modifier !
En relisant le INI, la ligne sera ajoutée (espaces supprimés).
Mets maintenant un point virgule au début de la ligne.
De plus, il est inutile de faire souffrir le moteur d'analyse en lui faisant
faire des tas de vérifications inutiles. S'il détecte un point-virgule, il va
ignorer le reste de la ligne de suite.
Vos propres tests devraient confirmer ces essais.
Je te laisse refaire quelques essais. ;-)
Ces observations ne peuvent être généralisées à tous les fichiers.INI qui
dépendent des programmes qui les exploitent, on l'a vu avec boot.ini
Tout à fait... D'ailleurs un fichier INI appartient normalement au logiciel
qui va le traiter et on a pas à y mettre le nez. En outre, s'il convient au
logiciel de le récrire entièrement à chaque fois, tout ce qui aura été ajouté
sera détruit. De plus, si le logiciel utilise ses propres fonctions, et non
celles des API Windows, tout ce qui vient d'être dit peut être hors sujet.
J'ai également déjà vu des fichiers INI qui ne sont INI que de nom (avec un
format propriétaire), et même des fichiers INI de type binaire !
JF a écrit dans ce message
<news: :
Bonjour Jean-François,Discussion concernant la méthode 1 :
En fait on n'est pas sûr du tout que le point-virgule est interprété comme
une mise en remarque.
Je te joins un petit exécutable et son fichier INI. Le but de la manoeuvre
est de lire une section complète [OPTION] d'un fichier INI.
http://cjoint.com/?doj2bfK3O0
Après avoir lu une première fois le fichier INI, modifie-le et mets un
point-virgule devant une option de ton choix. Relis le INI et tu verras que
l'option en question n'est plus listée. Essaie avec une virgule...
Et donc, le point-virgule est bien un élément pris en compte. Le programme
n'utilise qu'une seule fonction qui fait appel à la fonction
"GetPrivateProfileString" de "kernel32".
NB : le point-virgule doit être au début de la ligne (hors espaces).
Il sert généralement à mettre une option en stand-by.Il semble donc qu'Explorer.exe lise le contenu du fichier en y cherchant
d'abord une section conforme, puis, dans cette section, en cherchant du
texte qui commence par ce qu'il attend, à savoir un nom de variable connu.
La structure initiale d'un fichier INI est la suivante :
[section]
key=string
Lors de la lecture, un programme peut indiquer la "section" et la "key" qu'il
veut lire (qui doit être de la forme "key=") et c'est généralement ce qu'il
fait puisqu'il les connaît (key définies par avance).
C'est pourquoi le reste du fichier n'a que peu d'importance.Tout le reste est ignoré. L'utilisation de point-virgules est inutile, sauf
à clarifier les choses au lecteur humain.
Pour l'humain que nous sommes, c'est déjà la moindre des choses. ;-)
Mais un programme peut également lire (par exemple) toutes les "key" d'une
"section", sans les connaître par avance (mon EXE joint). Le format "key="
est important (même avec des espaces) mais il faut quand même faire attention
au texte ajouté.
Par exemple, ajoute dans la section [option] du fichier INI :
[option]
ceci est un commentaire = ne pas modifier !
En relisant le INI, la ligne sera ajoutée (espaces supprimés).
Mets maintenant un point virgule au début de la ligne.
De plus, il est inutile de faire souffrir le moteur d'analyse en lui faisant
faire des tas de vérifications inutiles. S'il détecte un point-virgule, il va
ignorer le reste de la ligne de suite.Vos propres tests devraient confirmer ces essais.
Je te laisse refaire quelques essais. ;-)Ces observations ne peuvent être généralisées à tous les fichiers.INI qui
dépendent des programmes qui les exploitent, on l'a vu avec boot.ini
Tout à fait... D'ailleurs un fichier INI appartient normalement au logiciel
qui va le traiter et on a pas à y mettre le nez. En outre, s'il convient au
logiciel de le récrire entièrement à chaque fois, tout ce qui aura été ajouté
sera détruit. De plus, si le logiciel utilise ses propres fonctions, et non
celles des API Windows, tout ce qui vient d'être dit peut être hors sujet.
J'ai également déjà vu des fichiers INI qui ne sont INI que de nom (avec un
format propriétaire), et même des fichiers INI de type binaire !
OK pour tout, on est en phase. TestINI.exe est plus évolué qu'Explorer.exe et
interprète classiquement le point-virgule comme une mise en remarque.
Vu la
simplicité de TestINI.exe je n'ai pas pu vérifier qu'un point-virgule en fin
de ligne permettait d'ajouter une remarque, mais ce serait certainement le
cas.
Merci de ce complément.
OK pour tout, on est en phase. TestINI.exe est plus évolué qu'Explorer.exe et
interprète classiquement le point-virgule comme une mise en remarque.
Vu la
simplicité de TestINI.exe je n'ai pas pu vérifier qu'un point-virgule en fin
de ligne permettait d'ajouter une remarque, mais ce serait certainement le
cas.
Merci de ce complément.
OK pour tout, on est en phase. TestINI.exe est plus évolué qu'Explorer.exe et
interprète classiquement le point-virgule comme une mise en remarque.
Vu la
simplicité de TestINI.exe je n'ai pas pu vérifier qu'un point-virgule en fin
de ligne permettait d'ajouter une remarque, mais ce serait certainement le
cas.
Merci de ce complément.