Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
LE TROLL
Salut,
Ben a priori, et selon ta méthode d'ouverture, en enregistrant à ce moment le nom et le chemin du fichier, pour ensuite pouvoir le proposer en réouverture... -----------
"Jacques Maugery" <jacques.maugerynééantca> a écrit dans le message de news: DHsXd.4614$
Bonjour le groupe,
petite question simple, mais qui me laisse dans la brume :
la plupart des applications offrent à partir du menu déroulant "Fichier", la possibilité de ré-ouvrir un fichier anciennement ouvert. Comment faire ?
Merci.
--
Jacques
Salut,
Ben a priori, et selon ta méthode d'ouverture, en
enregistrant à ce moment le nom et le chemin du fichier,
pour ensuite pouvoir le proposer en réouverture...
-----------
"Jacques Maugery" <jacques.maugerynéant@cgocable.néantca> a
écrit dans le message de news:
DHsXd.4614$ql5.1660@charlie.risq.qc.ca...
Bonjour le groupe,
petite question simple, mais qui me laisse dans la brume :
la plupart des applications offrent à partir du menu
déroulant "Fichier", la possibilité de ré-ouvrir un
fichier anciennement ouvert. Comment faire ?
Ben a priori, et selon ta méthode d'ouverture, en enregistrant à ce moment le nom et le chemin du fichier, pour ensuite pouvoir le proposer en réouverture... -----------
"Jacques Maugery" <jacques.maugerynééantca> a écrit dans le message de news: DHsXd.4614$
Bonjour le groupe,
petite question simple, mais qui me laisse dans la brume :
la plupart des applications offrent à partir du menu déroulant "Fichier", la possibilité de ré-ouvrir un fichier anciennement ouvert. Comment faire ?
Merci.
--
Jacques
ng
Salut,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui de recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jacques Maugery wrote:
Bonjour le groupe,
petite question simple, mais qui me laisse dans la brume :
la plupart des applications offrent à partir du menu déroulant "Fichier", la possibilité de ré-ouvrir un fichier anciennement ouvert. Comment faire ? Merci.
Salut,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui de
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes
menus (un groupe de controle s'impose donc).
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Jacques Maugery wrote:
Bonjour le groupe,
petite question simple, mais qui me laisse dans la brume :
la plupart des applications offrent à partir du menu déroulant
"Fichier", la possibilité de ré-ouvrir un fichier anciennement
ouvert. Comment faire ?
Merci.
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui de recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jacques Maugery wrote:
Bonjour le groupe,
petite question simple, mais qui me laisse dans la brume :
la plupart des applications offrent à partir du menu déroulant "Fichier", la possibilité de ré-ouvrir un fichier anciennement ouvert. Comment faire ? Merci.
Jean-Marc
"ng" a écrit dans le message de news:
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui
de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours, tu utiliseras pour stocker les derniers fichiers visités TON propre fichier de configuration, avec dedans quelque chose comme:
La BDR est parfaite pour des variables du système, mais on ne devrait jamais l'utiliser pour des applications "utilisateur".
</mode>
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
tout à fait oui.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:ewcWILKJFHA.904@tk2msftngp13.phx.gbl...
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui
de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours,
tu utiliseras pour stocker les derniers fichiers
visités TON propre fichier de configuration, avec
dedans quelque chose comme:
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui
de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours, tu utiliseras pour stocker les derniers fichiers visités TON propre fichier de configuration, avec dedans quelque chose comme:
La BDR est parfaite pour des variables du système, mais on ne devrait jamais l'utiliser pour des applications "utilisateur".
</mode>
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
tout à fait oui.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
LE TROLL
Salut, je te suis camarade, la BDR ne doit pas servir au stokage des data !!! Vive la BDR, vive le Troll :o) -----------
"Jean-Marc" a écrit dans le message de news: 422f4cf5$0$14965$
"ng" a écrit dans le message de news:
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui
de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours, tu utiliseras pour stocker les derniers fichiers visités TON propre fichier de configuration, avec dedans quelque chose comme:
La BDR est parfaite pour des variables du système, mais on ne devrait jamais l'utiliser pour des applications "utilisateur".
</mode>
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
tout à fait oui.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Salut, je te suis camarade, la BDR ne doit pas servir au
stokage des data !!!
Vive la BDR, vive le Troll :o)
-----------
"Jean-Marc" <nospam_jean_marc_n2@yahoo.fr> a écrit dans le
message de news: 422f4cf5$0$14965$ba620e4c@news.skynet.be...
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:ewcWILKJFHA.904@tk2msftngp13.phx.gbl...
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR
par exemple) oui
de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours,
tu utiliseras pour stocker les derniers fichiers
visités TON propre fichier de configuration, avec
dedans quelque chose comme:
Salut, je te suis camarade, la BDR ne doit pas servir au stokage des data !!! Vive la BDR, vive le Troll :o) -----------
"Jean-Marc" a écrit dans le message de news: 422f4cf5$0$14965$
"ng" a écrit dans le message de news:
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui
de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours, tu utiliseras pour stocker les derniers fichiers visités TON propre fichier de configuration, avec dedans quelque chose comme:
La BDR est parfaite pour des variables du système, mais on ne devrait jamais l'utiliser pour des applications "utilisateur".
</mode>
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
tout à fait oui.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
ng
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos paramètres) qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" a écrit dans le message de news:
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours, tu utiliseras pour stocker les derniers fichiers visités TON propre fichier de configuration, avec dedans quelque chose comme:
La BDR est parfaite pour des variables du système, mais on ne devrait jamais l'utiliser pour des applications "utilisateur".
</mode>
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
tout à fait oui.
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker
des petits paramètres, a condition de la nettoyer (supprimer nos paramètres)
qd on désintalle notre prog.
Car le prob du fichier de config c'est : une config différente pr un même
prog installé ds deux endroits différents...
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:ewcWILKJFHA.904@tk2msftngp13.phx.gbl...
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par
exemple) oui de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours,
tu utiliseras pour stocker les derniers fichiers
visités TON propre fichier de configuration, avec
dedans quelque chose comme:
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos paramètres) qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Jean-Marc wrote:
"ng" a écrit dans le message de news:
Salut,
Hello,
Il suffit de conserver le chemin du fichier (dans la BDR par exemple) oui de
<mode NON_A_LA_BDR="ON">
Si tu ne veux pas bruler en enfer pour toujours, tu utiliseras pour stocker les derniers fichiers visités TON propre fichier de configuration, avec dedans quelque chose comme:
La BDR est parfaite pour des variables du système, mais on ne devrait jamais l'utiliser pour des applications "utilisateur".
</mode>
recharger la liste au démarrage de l'appli en chargeant dynamiquement tes menus (un groupe de controle s'impose donc).
tout à fait oui.
Jean-Marc
"ng" a écrit dans le message de news:%
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
Un fichier de config est: - propre - local - transparent - visualisable/éditable à la main - transférable par simple copier/coller - transférable par FTT ou mail si besoin
Que des avantages.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:%23DKrLzOJFHA.3788@tk2msftngp13.phx.gbl...
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker
des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog.
Car le prob du fichier de config c'est : une config différente pr un même
prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose.
un même exécutable, qu'on instancie a plusieurs endroits
avec un .bat adéquat et un fichier de config local différent
pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts
partout. Aucune visibilité pour l'utilisateur sur ce qui est
dedans.
Un fichier de config est:
- propre
- local
- transparent
- visualisable/éditable à la main
- transférable par simple copier/coller
- transférable par FTT ou mail si besoin
Que des avantages.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
Un fichier de config est: - propre - local - transparent - visualisable/éditable à la main - transférable par simple copier/coller - transférable par FTT ou mail si besoin
Que des avantages.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Jacques Maugery
merci au groupe,
je pense que je vais passer par mon fichier *.ini car je ne connais pas les procédures pour la BDR. De plus, je peste tellement quand un logiciel ne nettoie pas ses traces, je vais rester en-dehors de ça !
--
Jacques
"Jean-Marc" a écrit dans le message de news: 422f6a82$0$20667$
"ng" a écrit dans le message de news:%
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
Un fichier de config est: - propre - local - transparent - visualisable/éditable à la main - transférable par simple copier/coller - transférable par FTT ou mail si besoin
Que des avantages.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
merci au groupe,
je pense que je vais passer par mon fichier *.ini car je ne connais pas les
procédures pour la BDR. De plus, je peste tellement quand un logiciel ne
nettoie pas ses traces, je vais rester en-dehors de ça !
--
Jacques
"Jean-Marc" <nospam_jean_marc_n2@yahoo.fr> a écrit dans le message de news:
422f6a82$0$20667$ba620e4c@news.skynet.be...
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:%23DKrLzOJFHA.3788@tk2msftngp13.phx.gbl...
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru
stcoker
des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog.
Car le prob du fichier de config c'est : une config différente pr un même
prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose.
un même exécutable, qu'on instancie a plusieurs endroits
avec un .bat adéquat et un fichier de config local différent
pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts
partout. Aucune visibilité pour l'utilisateur sur ce qui est
dedans.
Un fichier de config est:
- propre
- local
- transparent
- visualisable/éditable à la main
- transférable par simple copier/coller
- transférable par FTT ou mail si besoin
Que des avantages.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
je pense que je vais passer par mon fichier *.ini car je ne connais pas les procédures pour la BDR. De plus, je peste tellement quand un logiciel ne nettoie pas ses traces, je vais rester en-dehors de ça !
--
Jacques
"Jean-Marc" a écrit dans le message de news: 422f6a82$0$20667$
"ng" a écrit dans le message de news:%
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
Un fichier de config est: - propre - local - transparent - visualisable/éditable à la main - transférable par simple copier/coller - transférable par FTT ou mail si besoin
Que des avantages.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
LE TROLL
En plus, parfois on se plante dans le code (heu, seulement moi, évidemment), alors je te dis pas la gueule de la BDR ensuite... ----
"Jacques Maugery" <jacques.maugerynééantca> a écrit dans le message de news: sdLXd.4630$
merci au groupe,
je pense que je vais passer par mon fichier *.ini car je ne connais pas les procédures pour la BDR. De plus, je peste tellement quand un logiciel ne nettoie pas ses traces, je vais rester en-dehors de ça !
--
Jacques
"Jean-Marc" a écrit dans le message de news: 422f6a82$0$20667$
"ng" a écrit dans le message de news:%
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
Un fichier de config est: - propre - local - transparent - visualisable/éditable à la main - transférable par simple copier/coller - transférable par FTT ou mail si besoin
Que des avantages.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
En plus, parfois on se plante dans le code (heu, seulement
moi, évidemment), alors je te dis pas la gueule de la BDR
ensuite...
----
"Jacques Maugery" <jacques.maugerynéant@cgocable.néantca> a
écrit dans le message de news:
sdLXd.4630$ql5.2525@charlie.risq.qc.ca...
merci au groupe,
je pense que je vais passer par mon fichier *.ini car je
ne connais pas les procédures pour la BDR. De plus, je
peste tellement quand un logiciel ne nettoie pas ses
traces, je vais rester en-dehors de ça !
--
Jacques
"Jean-Marc" <nospam_jean_marc_n2@yahoo.fr> a écrit dans le
message de news:
422f6a82$0$20667$ba620e4c@news.skynet.be...
"ng" <ng@ngsoft-fr.com> a écrit dans le message de
news:%23DKrLzOJFHA.3788@tk2msftngp13.phx.gbl...
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement
utilie poru stcoker
des petits paramètres, a condition de la nettoyer
(supprimer nos
paramètres)
qd on désintalle notre prog.
Car le prob du fichier de config c'est : une config
différente pr un même
prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose.
un même exécutable, qu'on instancie a plusieurs endroits
avec un .bat adéquat et un fichier de config local
différent
pour chaque instance. J'ai des dizaines de programmes
comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts
partout. Aucune visibilité pour l'utilisateur sur ce qui
est
dedans.
Un fichier de config est:
- propre
- local
- transparent
- visualisable/éditable à la main
- transférable par simple copier/coller
- transférable par FTT ou mail si besoin
Que des avantages.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
En plus, parfois on se plante dans le code (heu, seulement moi, évidemment), alors je te dis pas la gueule de la BDR ensuite... ----
"Jacques Maugery" <jacques.maugerynééantca> a écrit dans le message de news: sdLXd.4630$
merci au groupe,
je pense que je vais passer par mon fichier *.ini car je ne connais pas les procédures pour la BDR. De plus, je peste tellement quand un logiciel ne nettoie pas ses traces, je vais rester en-dehors de ça !
--
Jacques
"Jean-Marc" a écrit dans le message de news: 422f6a82$0$20667$
"ng" a écrit dans le message de news:%
Salut,
Je ne suis pas d'accord, la bdr peut etre parfaitement utilie poru stcoker des petits paramètres, a condition de la nettoyer (supprimer nos
paramètres)
qd on désintalle notre prog. Car le prob du fichier de config c'est : une config différente pr un même prog installé ds deux endroits différents...
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
Un fichier de config est: - propre - local - transparent - visualisable/éditable à la main - transférable par simple copier/coller - transférable par FTT ou mail si besoin
Que des avantages.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
scraper
Bonjour Jean-Marc, dans le message news://422f6a82$0$20667$ tu disais :
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
c'est vrai ! dommage que windows n'applique pas les propres préceptes de microsoft ;-)
--
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
scraper
Bonjour Jean-Marc, dans le message
news://422f6a82$0$20667$ba620e4c@news.skynet.be
tu disais :
Ce qui est tout l'intérêt de la chose.
un même exécutable, qu'on instancie a plusieurs endroits
avec un .bat adéquat et un fichier de config local différent
pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts
partout. Aucune visibilité pour l'utilisateur sur ce qui est
dedans.
c'est vrai !
dommage que windows n'applique pas les propres préceptes de microsoft ;-)
--
Attention ! Adresse mail invalide ...
Pour me contacter, cliquez sur le lien ci-dessous:
http://scraper.chez.tiscali.fr/contact.htm
Bonjour Jean-Marc, dans le message news://422f6a82$0$20667$ tu disais :
Ce qui est tout l'intérêt de la chose. un même exécutable, qu'on instancie a plusieurs endroits avec un .bat adéquat et un fichier de config local différent pour chaque instance. J'ai des dizaines de programmes comme ça.
Hyper utile pour plein de choses.
La BDR est une façon crade de faire, en mettant des bouts partout. Aucune visibilité pour l'utilisateur sur ce qui est dedans.
c'est vrai ! dommage que windows n'applique pas les propres préceptes de microsoft ;-)
--
Attention ! Adresse mail invalide ... Pour me contacter, cliquez sur le lien ci-dessous: http://scraper.chez.tiscali.fr/contact.htm
