Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et me
donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et me
donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et me
donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Bonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et me
donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Bonsoir Nesta,
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et me
donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Bonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et me
donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Je viens de créer avec le package wisard un installer avec le runtime
non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte qui
gère des contacts ?
Bonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et
me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Je viens de créer avec le package wisard un installer avec le runtime
non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte qui
gère des contacts ?
Bonsoir Nesta,
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et
me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Je viens de créer avec le package wisard un installer avec le runtime
non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte qui
gère des contacts ?
Bonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et
me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Bonjour Nesta,Je viens de créer avec le package wisard un installer avec le runtime
non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte qui
gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de bases de
données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de groupe de
travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un raccourci
sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou runtime), par
habitude parce que je fais cohabiter 2 versions d'Access (2000 et 2003) et
parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access complet y
est déjà et il ne doit pas y avoir plusieurs runtimes (de la même version
j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un poste,
au moins pour voir.
--
TisaneBonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et
me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Bonjour Nesta,
Je viens de créer avec le package wisard un installer avec le runtime
non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte qui
gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de bases de
données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de groupe de
travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un raccourci
sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou runtime), par
habitude parce que je fais cohabiter 2 versions d'Access (2000 et 2003) et
parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access complet y
est déjà et il ne doit pas y avoir plusieurs runtimes (de la même version
j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un poste,
au moins pour voir.
--
Tisane
Bonsoir Nesta,
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et
me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
Bonjour Nesta,Je viens de créer avec le package wisard un installer avec le runtime
non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte qui
gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de bases de
données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de groupe de
travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un raccourci
sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou runtime), par
habitude parce que je fais cohabiter 2 versions d'Access (2000 et 2003) et
parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access complet y
est déjà et il ne doit pas y avoir plusieurs runtimes (de la même version
j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un poste,
au moins pour voir.
--
TisaneBonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur cette
même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau de
configuration". Est-ce que quelqu'un peut m'expliquer pourquoi, et
me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde ou
.mdb) tournera avec le même !
--
Tisane
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat d'authenticité,
ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Bonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation plus
tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma bases,
fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat d'authenticité,
ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
"Tisane" a écrit dans le message de news:Bonjour Nesta,Je viens de créer avec le package wisard un installer avec le
runtime non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte
qui gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de
bases de données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de
groupe de travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un
raccourci sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou
runtime), par habitude parce que je fais cohabiter 2 versions
d'Access (2000 et 2003) et parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access
complet y est déjà et il ne doit pas y avoir plusieurs runtimes (de
la même version j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un
poste, au moins pour voir.
--
TisaneBonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur
cette même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau
de configuration". Est-ce que quelqu'un peut m'expliquer
pourquoi, et me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde
ou .mdb) tournera avec le même !
--
Tisane
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat d'authenticité,
ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Bonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation plus
tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma bases,
fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat d'authenticité,
ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
eL6AzTgCHHA.2316@TK2MSFTNGP04.phx.gbl...
Bonjour Nesta,
Je viens de créer avec le package wisard un installer avec le
runtime non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte
qui gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de
bases de données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de
groupe de travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un
raccourci sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou
runtime), par habitude parce que je fais cohabiter 2 versions
d'Access (2000 et 2003) et parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access
complet y est déjà et il ne doit pas y avoir plusieurs runtimes (de
la même version j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un
poste, au moins pour voir.
--
Tisane
Bonsoir Nesta,
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur
cette même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau
de configuration". Est-ce que quelqu'un peut m'expliquer
pourquoi, et me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde
ou .mdb) tournera avec le même !
--
Tisane
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat d'authenticité,
ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Bonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation plus
tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma bases,
fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat d'authenticité,
ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
"Tisane" a écrit dans le message de news:Bonjour Nesta,Je viens de créer avec le package wisard un installer avec le
runtime non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte
qui gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de
bases de données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de
groupe de travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un
raccourci sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou
runtime), par habitude parce que je fais cohabiter 2 versions
d'Access (2000 et 2003) et parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access
complet y est déjà et il ne doit pas y avoir plusieurs runtimes (de
la même version j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un
poste, au moins pour voir.
--
TisaneBonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur
cette même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau
de configuration". Est-ce que quelqu'un peut m'expliquer
pourquoi, et me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde
ou .mdb) tournera avec le même !
--
Tisane
Bonjour Nesta,impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Pas le temps de détailler...
Pour le runtime, il faut modifier la base de registre ainsi :
HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0AccessSecurityLevel
changer à 1 (niveau le plus bas)
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0EnginesSandBoxMode changer
à 2, par défaut normalement
--
TisaneBonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation plus
tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma bases,
fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
"Tisane" a écrit dans le message de news:Bonjour Nesta,Je viens de créer avec le package wisard un installer avec le
runtime non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte
qui gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de
bases de données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de
groupe de travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un
raccourci sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou
runtime), par habitude parce que je fais cohabiter 2 versions
d'Access (2000 et 2003) et parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access
complet y est déjà et il ne doit pas y avoir plusieurs runtimes (de
la même version j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un
poste, au moins pour voir.
--
TisaneBonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur
cette même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau
de configuration". Est-ce que quelqu'un peut m'expliquer
pourquoi, et me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde
ou .mdb) tournera avec le même !
--
Tisane
Bonjour Nesta,
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Pas le temps de détailler...
Pour le runtime, il faut modifier la base de registre ainsi :
HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0AccessSecurityLevel
changer à 1 (niveau le plus bas)
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0EnginesSandBoxMode changer
à 2, par défaut normalement
--
Tisane
Bonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation plus
tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma bases,
fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
eL6AzTgCHHA.2316@TK2MSFTNGP04.phx.gbl...
Bonjour Nesta,
Je viens de créer avec le package wisard un installer avec le
runtime non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte
qui gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de
bases de données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de
groupe de travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un
raccourci sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou
runtime), par habitude parce que je fais cohabiter 2 versions
d'Access (2000 et 2003) et parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access
complet y est déjà et il ne doit pas y avoir plusieurs runtimes (de
la même version j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un
poste, au moins pour voir.
--
Tisane
Bonsoir Nesta,
Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur
cette même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau
de configuration". Est-ce que quelqu'un peut m'expliquer
pourquoi, et me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde
ou .mdb) tournera avec le même !
--
Tisane
Bonjour Nesta,impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Pas le temps de détailler...
Pour le runtime, il faut modifier la base de registre ainsi :
HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0AccessSecurityLevel
changer à 1 (niveau le plus bas)
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0EnginesSandBoxMode changer
à 2, par défaut normalement
--
TisaneBonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation plus
tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma bases,
fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
"Tisane" a écrit dans le message de news:Bonjour Nesta,Je viens de créer avec le package wisard un installer avec le
runtime non inclus, et j'ai toujours le même résultat.
Est-il impossible de faire cohabiter sur la même machine une
application qui gère des pommes de terre, et une autre, distincte
qui gère des contacts ?
Oui et heureusement !!! J'ai, sur mon poste, une quarantaine de
bases de données qui "vivent" encore.
Quand les bases sont sécurisées, chacune a son propre fichier de
groupe de travail (.mdw).
Mais je ne comprends pas pourquoi tu utilises un assistant pour cela.
Ta base est composée de tant de fichiers que cela ?
Moi, je copie "manuellement" la base frontale en local (fichier .mde,
fichier ini s'il y a, fichier ico).
J'en ai fait un dossier tout prêt sur le serveur et je place un
raccourci sur le bureau des utilisateurs, du type :
"C:Program FilesMicrosoft OfficeOffice11msaccess.exe"
C:Dossier_LocalBase.mde /wrkgrp X:Dossier_ServeurBase.mdw
J'indique *toujours* le chemin d'Access (logiciel complet ou
runtime), par habitude parce que je fais cohabiter 2 versions
d'Access (2000 et 2003) et parce que cela fait gagner une seconde ;-)
Mais, j'insiste : le runtime ne doit pas être installé si Access
complet y est déjà et il ne doit pas y avoir plusieurs runtimes (de
la même version j'entends).
Oublie les assistants et fais une copie manuelle de la base sur un
poste, au moins pour voir.
--
TisaneBonsoir Nesta,Je rencontre le problème suivant :
J'ai installé une application Access en runtime sur une machine.
Je souhaite en installer unte autre, toujours en runtime, sur
cette même machine.
J'obtiens le message d'erreur suivant :
" Une autre version de ce produit est déjà installée.
Impossible de poursuivre l'installation de cette version.
Pour configurer ou supprimer la version existante de ce produit,
utilisez l'application Ajout/Suppression de programmes du Panneau
de configuration". Est-ce que quelqu'un peut m'expliquer
pourquoi, et me donner une
solution pour que je puisse installer plusieurs applications en
version runtime sur le même poste ?
Tu n'installes qu'une seule fois le runtime. Ton application (.mde
ou .mdb) tournera avec le même !
--
Tisane
J'avais déjà testé cette astuce de modification de clé de la base de
registre, mais ça ne fonctionnait pas.
Par contre, j'ai, je pense, trouvé une autre solution : sur le poste
de développement (donc sur lequel se trouve la version complète
d'Access), avant de faire le package Wisard, il faut spécifier dans
Access le niveau minimum de sécurité pour les macros.Ainsi, lors du
lancement de l'application installée en runtime sur un poste, il ne
demandera rien.... Je n'ai encore pu tester cette solution qu'en
local, mais je pense que ça fonctionne sur les postes dépourvus
d'Acess. Si quelqu'un a le temps de tester avant moi...
"Tisane" a écrit dans le message de news:
%Bonjour Nesta,impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Pas le temps de détailler...
Pour le runtime, il faut modifier la base de registre ainsi :
HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0AccessSecurityLevel
changer à 1 (niveau le plus bas)
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0EnginesSandBoxMode
changer à 2, par défaut normalement
--
TisaneBonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation
plus tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma
bases, fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
[...]
J'avais déjà testé cette astuce de modification de clé de la base de
registre, mais ça ne fonctionnait pas.
Par contre, j'ai, je pense, trouvé une autre solution : sur le poste
de développement (donc sur lequel se trouve la version complète
d'Access), avant de faire le package Wisard, il faut spécifier dans
Access le niveau minimum de sécurité pour les macros.Ainsi, lors du
lancement de l'application installée en runtime sur un poste, il ne
demandera rien.... Je n'ai encore pu tester cette solution qu'en
local, mais je pense que ça fonctionne sur les postes dépourvus
d'Acess. Si quelqu'un a le temps de tester avant moi...
"Tisane" <b.tisane@laposte.net> a écrit dans le message de news:
%23Qj4IHGDHHA.5048@TK2MSFTNGP04.phx.gbl...
Bonjour Nesta,
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Pas le temps de détailler...
Pour le runtime, il faut modifier la base de registre ainsi :
HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0AccessSecurityLevel
changer à 1 (niveau le plus bas)
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0EnginesSandBoxMode
changer à 2, par défaut normalement
--
Tisane
Bonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation
plus tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma
bases, fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
[...]
J'avais déjà testé cette astuce de modification de clé de la base de
registre, mais ça ne fonctionnait pas.
Par contre, j'ai, je pense, trouvé une autre solution : sur le poste
de développement (donc sur lequel se trouve la version complète
d'Access), avant de faire le package Wisard, il faut spécifier dans
Access le niveau minimum de sécurité pour les macros.Ainsi, lors du
lancement de l'application installée en runtime sur un poste, il ne
demandera rien.... Je n'ai encore pu tester cette solution qu'en
local, mais je pense que ça fonctionne sur les postes dépourvus
d'Acess. Si quelqu'un a le temps de tester avant moi...
"Tisane" a écrit dans le message de news:
%Bonjour Nesta,impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Pas le temps de détailler...
Pour le runtime, il faut modifier la base de registre ainsi :
HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0AccessSecurityLevel
changer à 1 (niveau le plus bas)
HKEY_LOCAL_MACHINESOFTWAREMicrosoftJet4.0EnginesSandBoxMode
changer à 2, par défaut normalement
--
TisaneBonsoir Tisane,
Je vais suivre ton conseil, car cela va me dépanner.
Mais pour mon expérience personnele, j'ai souhaité savoir cela, car
je pense que je serai certainement confronté à la même situation
plus tard. Je n'ai pas tant de fichier que cela. Je vais prendre ma
bases, fichiers et raccourcis, et je vais les placer où il faut.
Merci en tout cas pour ton aide.
Une question en plus que j'ai déjà eu l'occasion de poster :
impossible de faire disparaître ce message d'alerte au lancement de
mon application ("Ce fichier n'est peut-être pas sûr s'il contint du
code [.......]. Souhaitez-vous ouvrir ce fichier ou annuler
l'opération ?). Je sais qu'il faut avoir, ou un certificat
d'authenticité, ou
modifier dans la base de registre des clés.
J'ai modifié ces clés, mais malgré tout, juste après, il demande à
l'ouverture, dans un premier temps, de bloquer les expressions non
sécurisées, puis le même message revient.
Tu as certainement du rencontrer ce cas. Quelles solutions as-tu
adopté ?
Merci d'avance pour ton aide.
Nesta
[...]
