MaCle est l'entrée S_Programme est le nom de l'exécutable avec son chemin complet
Cordialement
Jean Cougnaud Développeur indépendant Bordeaux
"Fred" a écrit dans le message de news:41494836$0$2644$ > Comment on fait ??? > >
Val
Bonjour
Ce phénomène est du au fait que le "système" n'est pas positionné dans le dossier où sont installés les fichiers de données. Pour en avoir le coeur net, ajoute un trace(Frepencours()) dans le code Init de ta fenêtre d'accueil qui contient la table fichier. Puis, tu créés l'exécutable et tu boot ta machine en prenant soin d'avoir ajouté la clé dans la base de registre comme précisé par Jean Cougnaud.
Examine ensuite la fenêtre de trace et vois dans quel dossier se trouve le "système" ... Tu verras qu'il n'est pas dans le dossier qui contient le programme exécutable et les fichiers de données. Donc ... c'est normal que ta table fichier soit vide puisque les fichiers de données sont vides.
Donc, pour résoudre ce phénomène ... tu dois forcer le déplacement dans le dossier qui contient le programme exécutable et les fichiers de données. Pour cela, dans le code init du projet, tu dois forcer via un Frepencours(xxx) le déplacement dans le dossier.
Oui mais ... à moins de forcer l'installation du logiciel dans un dossier particulier, tu ne connais pas le dossier d'installation car l'utilisateur peut le mettre où il veut. Donc, tu dois différencier 2 modes de démarrage du logiciel: 1) si le logiciel est démarré via un raccourci ou en cliquant sur le fichier exe 2) si le logiciel est démarré via une clé placé dans la clé de "boot" de la machine
Dans le cas n°1, rien de spécial à faire. Par contre, dans le cas n°2, tu dois aller chercher dans la base de registre le dossier d'installation du logiciel (dans la clé HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Paths par exemple).
J'utilise cette méthode depuis très longtemps et tout fonctionne à merveille.
A+
Val
Ceci est probablement du au fait que "Fred" a écrit dans le message de news: 414951ee$0$10138$
J'ai déja essayé ca, mais l'init de l'appli ne se passe pas comme elle devrait. J'ai une table sur la fenetre d'accueil, et elle se retrouve vide.
Fred.
"Jean Cougnaud" a écrit dans le message de news:41494c22$0$19725$
Bonjour ?
Vous pouvez rajouter une entrée dans la base de registre à la clé :
Hkey_Local_MachineSoftwareMicrosoftWindowsCurrentVersionRun et mettre le chemin de votre exécutable
MaCle est l'entrée S_Programme est le nom de l'exécutable avec son chemin complet
Cordialement
Jean Cougnaud Développeur indépendant Bordeaux
"Fred" a écrit dans le message de news:41494836$0$2644$ > Comment on fait ??? > >
Bonjour
Ce phénomène est du au fait que le "système" n'est pas positionné dans le
dossier où sont installés les fichiers de données.
Pour en avoir le coeur net, ajoute un trace(Frepencours()) dans le code Init
de ta fenêtre d'accueil qui contient la table fichier.
Puis, tu créés l'exécutable et tu boot ta machine en prenant soin d'avoir
ajouté la clé dans la base de registre comme précisé par Jean Cougnaud.
Examine ensuite la fenêtre de trace et vois dans quel dossier se trouve le
"système" ...
Tu verras qu'il n'est pas dans le dossier qui contient le programme
exécutable et les fichiers de données.
Donc ... c'est normal que ta table fichier soit vide puisque les fichiers de
données sont vides.
Donc, pour résoudre ce phénomène ... tu dois forcer le déplacement dans le
dossier qui contient le programme exécutable et les fichiers de données.
Pour cela, dans le code init du projet, tu dois forcer via un
Frepencours(xxx) le déplacement dans le dossier.
Oui mais ... à moins de forcer l'installation du logiciel dans un dossier
particulier, tu ne connais pas le dossier d'installation car l'utilisateur
peut le mettre où il veut.
Donc, tu dois différencier 2 modes de démarrage du logiciel:
1) si le logiciel est démarré via un raccourci ou en cliquant sur le fichier
exe
2) si le logiciel est démarré via une clé placé dans la clé de "boot" de la
machine
Dans le cas n°1, rien de spécial à faire. Par contre, dans le cas n°2, tu
dois aller chercher dans la base de registre le dossier d'installation du
logiciel (dans la clé
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Paths par
exemple).
J'utilise cette méthode depuis très longtemps et tout fonctionne à
merveille.
A+
Val
Ceci est probablement du au fait que
"Fred" <big.patator@wanadoo.fr> a écrit dans le message de news:
414951ee$0$10138$636a15ce@news.free.fr...
J'ai déja essayé ca, mais l'init de l'appli ne se passe pas comme elle
devrait.
J'ai une table sur la fenetre d'accueil, et elle se retrouve vide.
Fred.
"Jean Cougnaud" <jean.cougnaud@libertysurf.fr> a écrit dans le message de
news:41494c22$0$19725$636a15ce@news.free.fr...
Bonjour ?
Vous pouvez rajouter une entrée dans la base de registre à la clé :
Hkey_Local_MachineSoftwareMicrosoftWindowsCurrentVersionRun et
mettre
le chemin de votre exécutable
Ce phénomène est du au fait que le "système" n'est pas positionné dans le dossier où sont installés les fichiers de données. Pour en avoir le coeur net, ajoute un trace(Frepencours()) dans le code Init de ta fenêtre d'accueil qui contient la table fichier. Puis, tu créés l'exécutable et tu boot ta machine en prenant soin d'avoir ajouté la clé dans la base de registre comme précisé par Jean Cougnaud.
Examine ensuite la fenêtre de trace et vois dans quel dossier se trouve le "système" ... Tu verras qu'il n'est pas dans le dossier qui contient le programme exécutable et les fichiers de données. Donc ... c'est normal que ta table fichier soit vide puisque les fichiers de données sont vides.
Donc, pour résoudre ce phénomène ... tu dois forcer le déplacement dans le dossier qui contient le programme exécutable et les fichiers de données. Pour cela, dans le code init du projet, tu dois forcer via un Frepencours(xxx) le déplacement dans le dossier.
Oui mais ... à moins de forcer l'installation du logiciel dans un dossier particulier, tu ne connais pas le dossier d'installation car l'utilisateur peut le mettre où il veut. Donc, tu dois différencier 2 modes de démarrage du logiciel: 1) si le logiciel est démarré via un raccourci ou en cliquant sur le fichier exe 2) si le logiciel est démarré via une clé placé dans la clé de "boot" de la machine
Dans le cas n°1, rien de spécial à faire. Par contre, dans le cas n°2, tu dois aller chercher dans la base de registre le dossier d'installation du logiciel (dans la clé HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Paths par exemple).
J'utilise cette méthode depuis très longtemps et tout fonctionne à merveille.
A+
Val
Ceci est probablement du au fait que "Fred" a écrit dans le message de news: 414951ee$0$10138$
J'ai déja essayé ca, mais l'init de l'appli ne se passe pas comme elle devrait. J'ai une table sur la fenetre d'accueil, et elle se retrouve vide.
Fred.
"Jean Cougnaud" a écrit dans le message de news:41494c22$0$19725$
Bonjour ?
Vous pouvez rajouter une entrée dans la base de registre à la clé :
Hkey_Local_MachineSoftwareMicrosoftWindowsCurrentVersionRun et mettre le chemin de votre exécutable
MaCle est l'entrée S_Programme est le nom de l'exécutable avec son chemin complet
Cordialement
Jean Cougnaud Développeur indépendant Bordeaux
"Fred" a écrit dans le message de news:41494836$0$2644$ > Comment on fait ??? > >
Fred
Effectivement ca marche nikel
Merki.
"Val" a écrit dans le message de news:41496ac5$0$19750$
Bonjour
Ce phénomène est du au fait que le "système" n'est pas positionné dans le dossier où sont installés les fichiers de données. Pour en avoir le coeur net, ajoute un trace(Frepencours()) dans le code
Init
de ta fenêtre d'accueil qui contient la table fichier. Puis, tu créés l'exécutable et tu boot ta machine en prenant soin d'avoir ajouté la clé dans la base de registre comme précisé par Jean Cougnaud.
Examine ensuite la fenêtre de trace et vois dans quel dossier se trouve le "système" ... Tu verras qu'il n'est pas dans le dossier qui contient le programme exécutable et les fichiers de données. Donc ... c'est normal que ta table fichier soit vide puisque les fichiers
de
données sont vides.
Donc, pour résoudre ce phénomène ... tu dois forcer le déplacement dans le dossier qui contient le programme exécutable et les fichiers de données. Pour cela, dans le code init du projet, tu dois forcer via un Frepencours(xxx) le déplacement dans le dossier.
Oui mais ... à moins de forcer l'installation du logiciel dans un dossier particulier, tu ne connais pas le dossier d'installation car l'utilisateur peut le mettre où il veut. Donc, tu dois différencier 2 modes de démarrage du logiciel: 1) si le logiciel est démarré via un raccourci ou en cliquant sur le
fichier
exe 2) si le logiciel est démarré via une clé placé dans la clé de "boot" de
la
machine
Dans le cas n°1, rien de spécial à faire. Par contre, dans le cas n°2, tu dois aller chercher dans la base de registre le dossier d'installation du logiciel (dans la clé HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Paths par exemple).
J'utilise cette méthode depuis très longtemps et tout fonctionne à merveille.
A+
Val
Ceci est probablement du au fait que "Fred" a écrit dans le message de news: 414951ee$0$10138$ > J'ai déja essayé ca, mais l'init de l'appli ne se passe pas comme elle > devrait. > J'ai une table sur la fenetre d'accueil, et elle se retrouve vide. > > Fred. > > "Jean Cougnaud" a écrit dans le message
de
> news:41494c22$0$19725$ >> Bonjour ? >> >> Vous pouvez rajouter une entrée dans la base de registre à la clé : >> >> Hkey_Local_MachineSoftwareMicrosoftWindowsCurrentVersionRun et >> mettre >> le chemin de votre exécutable >> >> par exemple >> >> >
>> Run","Ma_Cle",S_Programme) >> >> >> MaCle est l'entrée >> S_Programme est le nom de l'exécutable avec son chemin complet >> >> Cordialement >> >> Jean Cougnaud >> Développeur indépendant >> Bordeaux >> >> "Fred" a écrit dans le message de >> news:41494836$0$2644$ >> > Comment on fait ??? >> > >> > >> >> > >
Effectivement ca marche nikel
Merki.
"Val" <al76230@voila.fr> a écrit dans le message de
news:41496ac5$0$19750$636a15ce@news.free.fr...
Bonjour
Ce phénomène est du au fait que le "système" n'est pas positionné dans le
dossier où sont installés les fichiers de données.
Pour en avoir le coeur net, ajoute un trace(Frepencours()) dans le code
Init
de ta fenêtre d'accueil qui contient la table fichier.
Puis, tu créés l'exécutable et tu boot ta machine en prenant soin d'avoir
ajouté la clé dans la base de registre comme précisé par Jean Cougnaud.
Examine ensuite la fenêtre de trace et vois dans quel dossier se trouve le
"système" ...
Tu verras qu'il n'est pas dans le dossier qui contient le programme
exécutable et les fichiers de données.
Donc ... c'est normal que ta table fichier soit vide puisque les fichiers
de
données sont vides.
Donc, pour résoudre ce phénomène ... tu dois forcer le déplacement dans le
dossier qui contient le programme exécutable et les fichiers de données.
Pour cela, dans le code init du projet, tu dois forcer via un
Frepencours(xxx) le déplacement dans le dossier.
Oui mais ... à moins de forcer l'installation du logiciel dans un dossier
particulier, tu ne connais pas le dossier d'installation car l'utilisateur
peut le mettre où il veut.
Donc, tu dois différencier 2 modes de démarrage du logiciel:
1) si le logiciel est démarré via un raccourci ou en cliquant sur le
fichier
exe
2) si le logiciel est démarré via une clé placé dans la clé de "boot" de
la
machine
Dans le cas n°1, rien de spécial à faire. Par contre, dans le cas n°2, tu
dois aller chercher dans la base de registre le dossier d'installation du
logiciel (dans la clé
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Paths par
exemple).
J'utilise cette méthode depuis très longtemps et tout fonctionne à
merveille.
A+
Val
Ceci est probablement du au fait que
"Fred" <big.patator@wanadoo.fr> a écrit dans le message de news:
414951ee$0$10138$636a15ce@news.free.fr...
> J'ai déja essayé ca, mais l'init de l'appli ne se passe pas comme elle
> devrait.
> J'ai une table sur la fenetre d'accueil, et elle se retrouve vide.
>
> Fred.
>
> "Jean Cougnaud" <jean.cougnaud@libertysurf.fr> a écrit dans le message
de
> news:41494c22$0$19725$636a15ce@news.free.fr...
>> Bonjour ?
>>
>> Vous pouvez rajouter une entrée dans la base de registre à la clé :
>>
>> Hkey_Local_MachineSoftwareMicrosoftWindowsCurrentVersionRun et
>> mettre
>> le chemin de votre exécutable
>>
>> par exemple
>>
>>
>
>> Run","Ma_Cle",S_Programme)
>>
>>
>> MaCle est l'entrée
>> S_Programme est le nom de l'exécutable avec son chemin complet
>>
>> Cordialement
>>
>> Jean Cougnaud
>> Développeur indépendant
>> Bordeaux
>>
>> "Fred" <big.patator@wanadoo.fr> a écrit dans le message de
>> news:41494836$0$2644$636a15ce@news.free.fr...
>> > Comment on fait ???
>> >
>> >
>>
>>
>
>
"Val" a écrit dans le message de news:41496ac5$0$19750$
Bonjour
Ce phénomène est du au fait que le "système" n'est pas positionné dans le dossier où sont installés les fichiers de données. Pour en avoir le coeur net, ajoute un trace(Frepencours()) dans le code
Init
de ta fenêtre d'accueil qui contient la table fichier. Puis, tu créés l'exécutable et tu boot ta machine en prenant soin d'avoir ajouté la clé dans la base de registre comme précisé par Jean Cougnaud.
Examine ensuite la fenêtre de trace et vois dans quel dossier se trouve le "système" ... Tu verras qu'il n'est pas dans le dossier qui contient le programme exécutable et les fichiers de données. Donc ... c'est normal que ta table fichier soit vide puisque les fichiers
de
données sont vides.
Donc, pour résoudre ce phénomène ... tu dois forcer le déplacement dans le dossier qui contient le programme exécutable et les fichiers de données. Pour cela, dans le code init du projet, tu dois forcer via un Frepencours(xxx) le déplacement dans le dossier.
Oui mais ... à moins de forcer l'installation du logiciel dans un dossier particulier, tu ne connais pas le dossier d'installation car l'utilisateur peut le mettre où il veut. Donc, tu dois différencier 2 modes de démarrage du logiciel: 1) si le logiciel est démarré via un raccourci ou en cliquant sur le
fichier
exe 2) si le logiciel est démarré via une clé placé dans la clé de "boot" de
la
machine
Dans le cas n°1, rien de spécial à faire. Par contre, dans le cas n°2, tu dois aller chercher dans la base de registre le dossier d'installation du logiciel (dans la clé HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Paths par exemple).
J'utilise cette méthode depuis très longtemps et tout fonctionne à merveille.
A+
Val
Ceci est probablement du au fait que "Fred" a écrit dans le message de news: 414951ee$0$10138$ > J'ai déja essayé ca, mais l'init de l'appli ne se passe pas comme elle > devrait. > J'ai une table sur la fenetre d'accueil, et elle se retrouve vide. > > Fred. > > "Jean Cougnaud" a écrit dans le message
de
> news:41494c22$0$19725$ >> Bonjour ? >> >> Vous pouvez rajouter une entrée dans la base de registre à la clé : >> >> Hkey_Local_MachineSoftwareMicrosoftWindowsCurrentVersionRun et >> mettre >> le chemin de votre exécutable >> >> par exemple >> >> >
>> Run","Ma_Cle",S_Programme) >> >> >> MaCle est l'entrée >> S_Programme est le nom de l'exécutable avec son chemin complet >> >> Cordialement >> >> Jean Cougnaud >> Développeur indépendant >> Bordeaux >> >> "Fred" a écrit dans le message de >> news:41494836$0$2644$ >> > Comment on fait ??? >> > >> > >> >> > >
Adrien
regardes du coté de crééraccourci() pour créer un raccourci dans demarrer--programmes--démarrage.
A+ Adrien.
"Fred" a écrit dans le message de news:41494836$0$2644$
Comment on fait ???
regardes du coté de crééraccourci() pour créer un raccourci dans
demarrer--programmes--démarrage.
A+
Adrien.
"Fred" <big.patator@wanadoo.fr> a écrit dans le message de
news:41494836$0$2644$636a15ce@news.free.fr...
