Bonjour,
Je développe une application sur un poste pas en réseau. J'ai mis dans les
paramètres d'analyse le chemin d'accès aux tables. J'ai généré le programme
d'installation et installer l'application sur ce poste.
Comment faut-il faire pour lui dire d'aller chercher les tables dans un
autre répertoire ?
Comment faire pour une installation chez des clients pour indiquer le chemin
d'accès des tables si là un plus c'est en réseau ?
Comment faut-il faire pour lui dire d'aller chercher les tables dans un autre répertoire ?
Voir l'aide à HSubstRep / HChangeRep (pour éviter les confusions, parlez plutot de "fichier" à la place de "table")
Comment faire pour une installation chez des clients pour indiquer le chemin d'accès des tables si là un plus c'est en réseau ?
Stocker le chemin dans un fichier INI ou la BdR et utiliser les commandes précitées au démarrage.
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
SP&B
>> Comment faut-il faire pour lui dire d'aller chercher les tables dans un autre répertoire ?
Voir l'aide à HSubstRep / HChangeRep (pour éviter les confusions, parlez plutot de "fichier" à la place de "table")
Comment faire pour une installation chez des clients pour indiquer le chemin d'accès des tables si là un plus c'est en réseau ?
Stocker le chemin dans un fichier INI ou la BdR et utiliser les commandes précitées au démarrage.
Bonjour,
Vous pouvez également dans <Description du projet -> Option fichiers> donner le chemin des fichiers de données et aussi dans l'analyse, option description du fichier. Et également dans le module de création de la version client.
Sincères salutations -- Jean-Claude FLAJOULOT
(otez _no_Spam pour me contacter en privé) Sécurité Pointage & Biométrie http://www.sp-et-b.com
>> Comment faut-il faire pour lui dire d'aller chercher les tables dans un
autre répertoire ?
Voir l'aide à HSubstRep / HChangeRep
(pour éviter les confusions, parlez plutot de "fichier" à la place de
"table")
Comment faire pour une installation chez des clients pour indiquer le
chemin
d'accès des tables si là un plus c'est en réseau ?
Stocker le chemin dans un fichier INI ou la BdR et utiliser les commandes
précitées au démarrage.
Bonjour,
Vous pouvez également dans <Description du projet -> Option fichiers> donner
le chemin des fichiers de données et aussi dans l'analyse, option
description du fichier.
Et également dans le module de création de la version client.
Sincères salutations
--
Jean-Claude FLAJOULOT
spetb_no_Spam@tiscali.fr
(otez _no_Spam pour me contacter en privé)
Sécurité Pointage & Biométrie
http://www.sp-et-b.com
>> Comment faut-il faire pour lui dire d'aller chercher les tables dans un autre répertoire ?
Voir l'aide à HSubstRep / HChangeRep (pour éviter les confusions, parlez plutot de "fichier" à la place de "table")
Comment faire pour une installation chez des clients pour indiquer le chemin d'accès des tables si là un plus c'est en réseau ?
Stocker le chemin dans un fichier INI ou la BdR et utiliser les commandes précitées au démarrage.
Bonjour,
Vous pouvez également dans <Description du projet -> Option fichiers> donner le chemin des fichiers de données et aussi dans l'analyse, option description du fichier. Et également dans le module de création de la version client.
Sincères salutations -- Jean-Claude FLAJOULOT
(otez _no_Spam pour me contacter en privé) Sécurité Pointage & Biométrie http://www.sp-et-b.com
JJF
Ma question peut se résumer en fait comment pouvoir utiliser une fois mon programme avec des fichiers test et une fois avec des fichiers de production. Si je mets HsubstRep ca ne va pas règler mon problème et dans le fichier INI cela me parait dangereux. Il suffit d'oublier de changer l'ini et je travaille avec des données de production et inversément. Comment le faites-vous ? Merci pour votre réponse. JJ SP&B a écrit dans le message : d0sh7n$l3g$
>> Comment faut-il faire pour lui dire d'aller chercher les tables dans un >> autre répertoire ? > Voir l'aide à HSubstRep / HChangeRep > (pour éviter les confusions, parlez plutot de "fichier" à la place de > "table") >> Comment faire pour une installation chez des clients pour indiquer le >> chemin >> d'accès des tables si là un plus c'est en réseau ? > Stocker le chemin dans un fichier INI ou la BdR et utiliser les
commandes
> précitées au démarrage.
Bonjour,
Vous pouvez également dans <Description du projet -> Option fichiers>
donner
le chemin des fichiers de données et aussi dans l'analyse, option description du fichier. Et également dans le module de création de la version client.
Sincères salutations -- Jean-Claude FLAJOULOT
(otez _no_Spam pour me contacter en privé) Sécurité Pointage & Biométrie http://www.sp-et-b.com
Ma question peut se résumer en fait comment pouvoir utiliser une fois mon
programme avec des fichiers test et une fois avec des fichiers de
production. Si je mets HsubstRep ca ne va pas règler mon problème et dans le
fichier INI cela me parait dangereux. Il suffit d'oublier de changer l'ini
et je travaille avec des données de production et inversément. Comment le
faites-vous ?
Merci pour votre réponse.
JJ
SP&B <spetb@tiscali.fr> a écrit dans le message :
d0sh7n$l3g$1@news.tiscali.fr...
>> Comment faut-il faire pour lui dire d'aller chercher les tables dans un
>> autre répertoire ?
> Voir l'aide à HSubstRep / HChangeRep
> (pour éviter les confusions, parlez plutot de "fichier" à la place de
> "table")
>> Comment faire pour une installation chez des clients pour indiquer le
>> chemin
>> d'accès des tables si là un plus c'est en réseau ?
> Stocker le chemin dans un fichier INI ou la BdR et utiliser les
commandes
> précitées au démarrage.
Bonjour,
Vous pouvez également dans <Description du projet -> Option fichiers>
donner
le chemin des fichiers de données et aussi dans l'analyse, option
description du fichier.
Et également dans le module de création de la version client.
Sincères salutations
--
Jean-Claude FLAJOULOT
spetb_no_Spam@tiscali.fr
(otez _no_Spam pour me contacter en privé)
Sécurité Pointage & Biométrie
http://www.sp-et-b.com
Ma question peut se résumer en fait comment pouvoir utiliser une fois mon programme avec des fichiers test et une fois avec des fichiers de production. Si je mets HsubstRep ca ne va pas règler mon problème et dans le fichier INI cela me parait dangereux. Il suffit d'oublier de changer l'ini et je travaille avec des données de production et inversément. Comment le faites-vous ? Merci pour votre réponse. JJ SP&B a écrit dans le message : d0sh7n$l3g$
>> Comment faut-il faire pour lui dire d'aller chercher les tables dans un >> autre répertoire ? > Voir l'aide à HSubstRep / HChangeRep > (pour éviter les confusions, parlez plutot de "fichier" à la place de > "table") >> Comment faire pour une installation chez des clients pour indiquer le >> chemin >> d'accès des tables si là un plus c'est en réseau ? > Stocker le chemin dans un fichier INI ou la BdR et utiliser les
commandes
> précitées au démarrage.
Bonjour,
Vous pouvez également dans <Description du projet -> Option fichiers>
donner
le chemin des fichiers de données et aussi dans l'analyse, option description du fichier. Et également dans le module de création de la version client.
Sincères salutations -- Jean-Claude FLAJOULOT
(otez _no_Spam pour me contacter en privé) Sécurité Pointage & Biométrie http://www.sp-et-b.com
Romain PETIT
JJF a écrit :
Ma question peut se résumer en fait comment pouvoir utiliser une fois mon programme avec des fichiers test et une fois avec des fichiers de production. Si je mets HsubstRep ca ne va pas règler mon problème et dans le fichier INI cela me parait dangereux. Il suffit d'oublier de changer l'ini et je travaille avec des données de production et inversément. Comment le faites-vous ?
Simple : tu testes avec EnModeTest() et en fonction du résultat tu va rechercher le fichier INI de production ou celui de test (par exemple).
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
JJF a écrit :
Ma question peut se résumer en fait comment pouvoir utiliser une fois mon
programme avec des fichiers test et une fois avec des fichiers de
production. Si je mets HsubstRep ca ne va pas règler mon problème et dans le
fichier INI cela me parait dangereux. Il suffit d'oublier de changer l'ini
et je travaille avec des données de production et inversément. Comment le
faites-vous ?
Simple : tu testes avec EnModeTest() et en fonction du résultat tu va
rechercher le fichier INI de production ou celui de test (par exemple).
A+
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Ma question peut se résumer en fait comment pouvoir utiliser une fois mon programme avec des fichiers test et une fois avec des fichiers de production. Si je mets HsubstRep ca ne va pas règler mon problème et dans le fichier INI cela me parait dangereux. Il suffit d'oublier de changer l'ini et je travaille avec des données de production et inversément. Comment le faites-vous ?
Simple : tu testes avec EnModeTest() et en fonction du résultat tu va rechercher le fichier INI de production ou celui de test (par exemple).
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
JJF
Cela est possible seulement pour un développeur avec la clé USB. Mais si c'est un utilisateur final qui devrait tester le programme, cela ne fonctionne plus. Dans Access depuis l'application j'attacher soit les données de production, soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une solution plus simple. Salutations JJ Romain PETIT a écrit dans le message :
JJF a écrit : > Ma question peut se résumer en fait comment pouvoir utiliser une fois
mon
> programme avec des fichiers test et une fois avec des fichiers de > production. Si je mets HsubstRep ca ne va pas règler mon problème et
dans le
> fichier INI cela me parait dangereux. Il suffit d'oublier de changer
l'ini
> et je travaille avec des données de production et inversément. Comment
le
> faites-vous ?
Simple : tu testes avec EnModeTest() et en fonction du résultat tu va rechercher le fichier INI de production ou celui de test (par exemple).
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Cela est possible seulement pour un développeur avec la clé USB.
Mais si c'est un utilisateur final qui devrait tester le programme, cela ne
fonctionne plus.
Dans Access depuis l'application j'attacher soit les données de production,
soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une
solution plus simple.
Salutations
JJ
Romain PETIT <VoirM@Signature.fin> a écrit dans le message :
mn.63667d53689c73e7.24106@Signature.fin...
JJF a écrit :
> Ma question peut se résumer en fait comment pouvoir utiliser une fois
mon
> programme avec des fichiers test et une fois avec des fichiers de
> production. Si je mets HsubstRep ca ne va pas règler mon problème et
dans le
> fichier INI cela me parait dangereux. Il suffit d'oublier de changer
l'ini
> et je travaille avec des données de production et inversément. Comment
le
> faites-vous ?
Simple : tu testes avec EnModeTest() et en fonction du résultat tu va
rechercher le fichier INI de production ou celui de test (par exemple).
A+
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Cela est possible seulement pour un développeur avec la clé USB. Mais si c'est un utilisateur final qui devrait tester le programme, cela ne fonctionne plus. Dans Access depuis l'application j'attacher soit les données de production, soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une solution plus simple. Salutations JJ Romain PETIT a écrit dans le message :
JJF a écrit : > Ma question peut se résumer en fait comment pouvoir utiliser une fois
mon
> programme avec des fichiers test et une fois avec des fichiers de > production. Si je mets HsubstRep ca ne va pas règler mon problème et
dans le
> fichier INI cela me parait dangereux. Il suffit d'oublier de changer
l'ini
> et je travaille avec des données de production et inversément. Comment
le
> faites-vous ?
Simple : tu testes avec EnModeTest() et en fonction du résultat tu va rechercher le fichier INI de production ou celui de test (par exemple).
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
SP&B
> Cela est possible seulement pour un développeur avec la clé USB. Mais si c'est un utilisateur final qui devrait tester le programme, cela ne fonctionne plus. Dans Access depuis l'application j'attacher soit les données de production, soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une solution plus simple.
Bonsoir,
Créez une fenetre qui s'ouvre au démarrage de l'appli (lancée par Ouvre dans le code d'initialisation du projet, ne la déclarez pas comme 1ère fenêtre du projet), avec 2 boutons "Test" et "Normal". //Code d'initialisation du projet Ouvre(FenChoix) //Ensuite vous traitez le code de réponse. Si test alors // Repertoire des fichiers test Sinon // Repertoire des fichiers production Fin
Sincères salutations -- Jean-Claude FLAJOULOT
(otez _no_Spam pour me contacter en privé) Sécurité Pointage & Biométrie http://www.sp-et-b.com
> Cela est possible seulement pour un développeur avec la clé USB.
Mais si c'est un utilisateur final qui devrait tester le programme, cela
ne
fonctionne plus.
Dans Access depuis l'application j'attacher soit les données de
production,
soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une
solution plus simple.
Bonsoir,
Créez une fenetre qui s'ouvre au démarrage de l'appli (lancée par Ouvre dans
le code d'initialisation du projet, ne la déclarez pas comme 1ère fenêtre du
projet), avec 2 boutons "Test" et "Normal".
//Code d'initialisation du projet
Ouvre(FenChoix)
//Ensuite vous traitez le code de réponse.
Si test alors
// Repertoire des fichiers test
Sinon
// Repertoire des fichiers production
Fin
Sincères salutations
--
Jean-Claude FLAJOULOT
spetb_no_Spam@tiscali.fr
(otez _no_Spam pour me contacter en privé)
Sécurité Pointage & Biométrie
http://www.sp-et-b.com
> Cela est possible seulement pour un développeur avec la clé USB. Mais si c'est un utilisateur final qui devrait tester le programme, cela ne fonctionne plus. Dans Access depuis l'application j'attacher soit les données de production, soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une solution plus simple.
Bonsoir,
Créez une fenetre qui s'ouvre au démarrage de l'appli (lancée par Ouvre dans le code d'initialisation du projet, ne la déclarez pas comme 1ère fenêtre du projet), avec 2 boutons "Test" et "Normal". //Code d'initialisation du projet Ouvre(FenChoix) //Ensuite vous traitez le code de réponse. Si test alors // Repertoire des fichiers test Sinon // Repertoire des fichiers production Fin
Sincères salutations -- Jean-Claude FLAJOULOT
(otez _no_Spam pour me contacter en privé) Sécurité Pointage & Biométrie http://www.sp-et-b.com
Romain PETIT
Il se trouve que JJF a formulé :
Cela est possible seulement pour un développeur avec la clé USB.
Oui évidemment,
Mais si c'est un utilisateur final qui devrait tester le programme, cela ne fonctionne plus.
Je ne comprend pas bien. Vous voulez que l'utilisateur final ait le choix entre une base de production et une base réelle ?
Dans Access depuis l'application j'attacher soit les données de production, soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une solution plus simple.
Toutes sortes de solutions sont possibles, vous pouvez changer à n'importe quel moment la base (en fermant la précente évidemment) : - créer des raccourcis avec des lignes de commandes qui donnent le chemin de la base (voir la fonction LigneCommande() - utiliser un système de login/mot de passe pour les utilisateurs et associer un chemin de la base de test à un login particulier. - Créer un menu ou un bouton dans la fenetre principale pour passer d'une base à l'autre. etc...
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Il se trouve que JJF a formulé :
Cela est possible seulement pour un développeur avec la clé USB.
Oui évidemment,
Mais si c'est un utilisateur final qui devrait tester le programme, cela ne
fonctionne plus.
Je ne comprend pas bien.
Vous voulez que l'utilisateur final ait le choix entre une base de
production et une base réelle ?
Dans Access depuis l'application j'attacher soit les données de production,
soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une
solution plus simple.
Toutes sortes de solutions sont possibles, vous pouvez changer à
n'importe quel moment la base (en fermant la précente évidemment) :
- créer des raccourcis avec des lignes de commandes qui donnent le
chemin de la base (voir la fonction LigneCommande()
- utiliser un système de login/mot de passe pour les utilisateurs et
associer un chemin de la base de test à un login particulier.
- Créer un menu ou un bouton dans la fenetre principale pour passer
d'une base à l'autre.
etc...
A+
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Cela est possible seulement pour un développeur avec la clé USB.
Oui évidemment,
Mais si c'est un utilisateur final qui devrait tester le programme, cela ne fonctionne plus.
Je ne comprend pas bien. Vous voulez que l'utilisateur final ait le choix entre une base de production et une base réelle ?
Dans Access depuis l'application j'attacher soit les données de production, soit les données de test. Avec WD faut-il changer l'INI ou y a-t-il une solution plus simple.
Toutes sortes de solutions sont possibles, vous pouvez changer à n'importe quel moment la base (en fermant la précente évidemment) : - créer des raccourcis avec des lignes de commandes qui donnent le chemin de la base (voir la fonction LigneCommande() - utiliser un système de login/mot de passe pour les utilisateurs et associer un chemin de la base de test à un login particulier. - Créer un menu ou un bouton dans la fenetre principale pour passer d'une base à l'autre. etc...
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
