Question à Raymond SENEQUE

Le
Nico44
Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Argyronet
Le #6189211
Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.


Nico44
Le #6189201
Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.




Argyronet
Le #6189131
Le lien que vous me montrez donne le cheminement Access 2000 avec des
directive 2003 ???
Il n'y a plus de notion de complément VBE sous 2003 mais un Custom Wizard
depuis le menu Démarrer.
Vous me dites connaître cette méthode, parlons-nous de la même chose ? ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.






Nico44
Le #6188861
Nous parlons bien de la même chose, soit le Package Wizard disponible sous la
Developper Extension d'Access 2003.

Je comprends votre étonnement quant au lien que je vous montre, mais c'est
bel et bien la solution proposée pour l'empaquetage sur le site
officesystem.access de notre ami Raymond Seneque.
Et c'est bien d'ailleurs pour cela que ma question lui est adressé, car
c'est le seul que j'ai vu proposé cette solution alternative au Package
Wizard de la Developper Extension d'Access 2003.

Quoi qu'il en soit, merci de vous être penché sur mon problème...


Le lien que vous me montrez donne le cheminement Access 2000 avec des
directive 2003 ???
Il n'y a plus de notion de complément VBE sous 2003 mais un Custom Wizard
depuis le menu Démarrer.
Vous me dites connaître cette méthode, parlons-nous de la même chose ? ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.








Argyronet
Le #6188771
Je ne vois où vous rencontrez une difficulté quant au dossier cible
d'installation... Dans mon tutoriel, j'explique comment le définir et donc,
de ce côté là, il n'y a pas de contrainte.
Quoi qu'il en soit, attendons la réponse de Raymond car là, je suis aussi
curieux que vous l'êtes sur ce sujet précis.
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.






Nico44
Le #6188511
Ma difficulté sur le dossier cible est que pour des raisons de compatibilité
avec des versions antérieurs de mon appli, je désire déployer cette appli
dans le répertoire C:MonAppli. Or, avec le Package Wizard, cela n'est pas
possible.
Je désire également inclure des raccourcis supplémentaires, me permettant
d'effectuer différentes tâches administratives sur mon appli. Mais là encore,
celà n'est pas possible.
Néanmoins, si vous avez des solutions à mes problèmes, je les mettrai en
place avec un plaisir non dissimulé...


Je ne vois où vous rencontrez une difficulté quant au dossier cible
d'installation... Dans mon tutoriel, j'explique comment le définir et donc,
de ce côté là, il n'y a pas de contrainte.
Quoi qu'il en soit, attendons la réponse de Raymond car là, je suis aussi
curieux que vous l'êtes sur ce sujet précis.
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.








Argyronet
Le #6188051
Désolé de répondre si tard, j’ai un message qui s’est perdu en vous répondant
ce matin, donc je réponds de nouveau…
Bien effectivement, par défaut, vous n’avez accès qu’aux dossiers proposés
vous invitant en // à ajouter un sous-dossier (recommandé).
Cela est normal car aujourd’hui, il est exceptionnellement rare d’installer
une application sur la racine du disque C: puisque justement, le dossier
«Program files» est le dossier de toutes les applications et programmes
installés sur un système Win32 :
- C’est plus simple
- C’est en adéquation avec les phénomènes de sécurité
- C’est fait pour cela.
L’époque du dossier 8.3 façon Windows 3.1 est révolue, enfin il me semble. ;o)

Maintenant si votre problème est un souci de compatibilité avec d’autres
versions (lesquelles d’ailleurs ?) sachez que ce dossier Program Files est
interprétable en mode 8.3 :
Il se nommerait alors Progra~1 (6 caractères + 1 tilde + 1 compteur en cas
de conflit de noms).
Pour obtenir son emplacement, vous pouvez interroger le Registre de Windows :
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionProgramFilesDir
Pour construire un nom de fichier court, vous pouvez utiliser l’API
GetShortPathName()

Enfin, si vous vous sentez l’âme d’un Indiana Jones du Visual Basic for
Application ;o) vous pouvez toujours modifier le projet WZADE.MDB où les
dossiers de destination sont spécifiés dans la table tblPKW_InstallLocations
avec des liaisons connexes logiques vers d’autres tables. Il vous faudra
alors regénérer le MDE de manière à construire votre package. Là, en
revanche, vous avez un grand travail de fond qui coûtera cher en temps. Faîte
alors une copie du MDB avant de vous lancer.

Posez-vous alors la question de savoir définir le choix de changer de
stratégie d’emplacement ou celle de posséder un nouvel Assistant Installation
– Toutefois, c’est un bon challenge…
Personnellement, dans mon tutoriel, je ne me suis pas posé la question outre
mesure d’envisager un autre dossier que Program Files pour les raisons que
j’ai évoqué en premier.

Bon courage…
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Ma difficulté sur le dossier cible est que pour des raisons de compatibilité
avec des versions antérieurs de mon appli, je désire déployer cette appli
dans le répertoire C:MonAppli. Or, avec le Package Wizard, cela n'est pas
possible.
Je désire également inclure des raccourcis supplémentaires, me permettant
d'effectuer différentes tâches administratives sur mon appli. Mais là encore,
celà n'est pas possible.
Néanmoins, si vous avez des solutions à mes problèmes, je les mettrai en
place avec un plaisir non dissimulé...


Je ne vois où vous rencontrez une difficulté quant au dossier cible
d'installation... Dans mon tutoriel, j'explique comment le définir et donc,
de ce côté là, il n'y a pas de contrainte.
Quoi qu'il en soit, attendons la réponse de Raymond car là, je suis aussi
curieux que vous l'êtes sur ce sujet précis.
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.










Nico44
Le #6188011
Merci de continuer à vous pencher sur mes problèmes, et le délai de réponse
n'est absolument pas un problème... ;-)

Après réflection, je pense pouvoir contourner le problème du répertoire
d'installation, en allant modifier l'emplacement de mon appli après son
déploiement, et en laissant le runtime Access à sa place. (En fait, mon appli
existe depuis plus de 10 ans, et historiquement, elle est installé dans
C:MonAppli. Je migre (enfin...) en Access 2003, et pour des raisons de
facilité, j'aurais souhaité conserver cette architecture).

Par contre, pourriez-vous m'indiquer s'il y a possibilité de contourner mon
second problème, à savoir la création de raccourcis multiples, chacun de ces
raccourcis comportant une ligne de commande me permettant d'effectuer des
tâches administratives sur mon appli?



Désolé de répondre si tard, j’ai un message qui s’est perdu en vous répondant
ce matin, donc je réponds de nouveau…
Bien effectivement, par défaut, vous n’avez accès qu’aux dossiers proposés
vous invitant en // à ajouter un sous-dossier (recommandé).
Cela est normal car aujourd’hui, il est exceptionnellement rare d’installer
une application sur la racine du disque C: puisque justement, le dossier
«Program files» est le dossier de toutes les applications et programmes
installés sur un système Win32 :
- C’est plus simple
- C’est en adéquation avec les phénomènes de sécurité
- C’est fait pour cela.
L’époque du dossier 8.3 façon Windows 3.1 est révolue, enfin il me semble. ;o)

Maintenant si votre problème est un souci de compatibilité avec d’autres
versions (lesquelles d’ailleurs ?) sachez que ce dossier Program Files est
interprétable en mode 8.3 :
Il se nommerait alors Progra~1 (6 caractères + 1 tilde + 1 compteur en cas
de conflit de noms).
Pour obtenir son emplacement, vous pouvez interroger le Registre de Windows :
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionProgramFilesDir
Pour construire un nom de fichier court, vous pouvez utiliser l’API
GetShortPathName()

Enfin, si vous vous sentez l’âme d’un Indiana Jones du Visual Basic for
Application ;o) vous pouvez toujours modifier le projet WZADE.MDB où les
dossiers de destination sont spécifiés dans la table tblPKW_InstallLocations
avec des liaisons connexes logiques vers d’autres tables. Il vous faudra
alors regénérer le MDE de manière à construire votre package. Là, en
revanche, vous avez un grand travail de fond qui coûtera cher en temps. Faîte
alors une copie du MDB avant de vous lancer.

Posez-vous alors la question de savoir définir le choix de changer de
stratégie d’emplacement ou celle de posséder un nouvel Assistant Installation
– Toutefois, c’est un bon challenge…
Personnellement, dans mon tutoriel, je ne me suis pas posé la question outre
mesure d’envisager un autre dossier que Program Files pour les raisons que
j’ai évoqué en premier.

Bon courage…
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Ma difficulté sur le dossier cible est que pour des raisons de compatibilité
avec des versions antérieurs de mon appli, je désire déployer cette appli
dans le répertoire C:MonAppli. Or, avec le Package Wizard, cela n'est pas
possible.
Je désire également inclure des raccourcis supplémentaires, me permettant
d'effectuer différentes tâches administratives sur mon appli. Mais là encore,
celà n'est pas possible.
Néanmoins, si vous avez des solutions à mes problèmes, je les mettrai en
place avec un plaisir non dissimulé...


Je ne vois où vous rencontrez une difficulté quant au dossier cible
d'installation... Dans mon tutoriel, j'explique comment le définir et donc,
de ce côté là, il n'y a pas de contrainte.
Quoi qu'il en soit, attendons la réponse de Raymond car là, je suis aussi
curieux que vous l'êtes sur ce sujet précis.
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.












Argyronet
Le #6187971
1/ Si l'installation n'est pas silencieuse, vous choisissez Program File et
le sous dossier idoine au moment de la sélection du dossier cible. Pour
l'utilisateur final, lorsqu'il voudra installer, il pourra choisir "
Personnalisée " plutôt que " Typique " et là, il pourra définir un dossier
manuellement en l'occurrence C:MonAppli.
En fait, si vous n'êtes pas en mesure de concevoir votre propre Setup.exe
silencieux, l'utilisateur aura toujours le choix de dire, je veux l'installer
là plutôt que là même si vous proposez un dossier préférentiel par défaut.

Donc votre problème de dossier n'en est plus un et vous pouvez donc utiliser
le Custom Wizard.

Attention : Parce que là je crois que vous passez à coté, enfin j'espère me
tromper, mais si vous envoyer un nouveau SETUP à vos clients ou utilisateurs,
il faut d'abord désinstaller l'ancienne version.
Voir " 6-2. Modification ou évolution de votre projet " dans mon tutoriel
http://argyronet.developpez.com/office/access/runtime/2003/?page=page_6
Donc rien ne vous empêche de changer de dossier. Après tout c'est une
évolution…

2/ Les lignes de commandes se définissent au moment de la génération du
package.

N.B. Même si je préférerais moi aussi la version 2000 dans tous ces angles,
il faut admettre de l'assistant 2003 est tout de même plus évolué.

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de continuer à vous pencher sur mes problèmes, et le délai de réponse
n'est absolument pas un problème... ;-)

Après réflection, je pense pouvoir contourner le problème du répertoire
d'installation, en allant modifier l'emplacement de mon appli après son
déploiement, et en laissant le runtime Access à sa place. (En fait, mon appli
existe depuis plus de 10 ans, et historiquement, elle est installé dans
C:MonAppli. Je migre (enfin...) en Access 2003, et pour des raisons de
facilité, j'aurais souhaité conserver cette architecture).

Par contre, pourriez-vous m'indiquer s'il y a possibilité de contourner mon
second problème, à savoir la création de raccourcis multiples, chacun de ces
raccourcis comportant une ligne de commande me permettant d'effectuer des
tâches administratives sur mon appli?



Désolé de répondre si tard, j’ai un message qui s’est perdu en vous répondant
ce matin, donc je réponds de nouveau…
Bien effectivement, par défaut, vous n’avez accès qu’aux dossiers proposés
vous invitant en // à ajouter un sous-dossier (recommandé).
Cela est normal car aujourd’hui, il est exceptionnellement rare d’installer
une application sur la racine du disque C: puisque justement, le dossier
«Program files» est le dossier de toutes les applications et programmes
installés sur un système Win32 :
- C’est plus simple
- C’est en adéquation avec les phénomènes de sécurité
- C’est fait pour cela.
L’époque du dossier 8.3 façon Windows 3.1 est révolue, enfin il me semble. ;o)

Maintenant si votre problème est un souci de compatibilité avec d’autres
versions (lesquelles d’ailleurs ?) sachez que ce dossier Program Files est
interprétable en mode 8.3 :
Il se nommerait alors Progra~1 (6 caractères + 1 tilde + 1 compteur en cas
de conflit de noms).
Pour obtenir son emplacement, vous pouvez interroger le Registre de Windows :
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionProgramFilesDir
Pour construire un nom de fichier court, vous pouvez utiliser l’API
GetShortPathName()

Enfin, si vous vous sentez l’âme d’un Indiana Jones du Visual Basic for
Application ;o) vous pouvez toujours modifier le projet WZADE.MDB où les
dossiers de destination sont spécifiés dans la table tblPKW_InstallLocations
avec des liaisons connexes logiques vers d’autres tables. Il vous faudra
alors regénérer le MDE de manière à construire votre package. Là, en
revanche, vous avez un grand travail de fond qui coûtera cher en temps. Faîte
alors une copie du MDB avant de vous lancer.

Posez-vous alors la question de savoir définir le choix de changer de
stratégie d’emplacement ou celle de posséder un nouvel Assistant Installation
– Toutefois, c’est un bon challenge…
Personnellement, dans mon tutoriel, je ne me suis pas posé la question outre
mesure d’envisager un autre dossier que Program Files pour les raisons que
j’ai évoqué en premier.

Bon courage…
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Ma difficulté sur le dossier cible est que pour des raisons de compatibilité
avec des versions antérieurs de mon appli, je désire déployer cette appli
dans le répertoire C:MonAppli. Or, avec le Package Wizard, cela n'est pas
possible.
Je désire également inclure des raccourcis supplémentaires, me permettant
d'effectuer différentes tâches administratives sur mon appli. Mais là encore,
celà n'est pas possible.
Néanmoins, si vous avez des solutions à mes problèmes, je les mettrai en
place avec un plaisir non dissimulé...


Je ne vois où vous rencontrez une difficulté quant au dossier cible
d'installation... Dans mon tutoriel, j'explique comment le définir et donc,
de ce côté là, il n'y a pas de contrainte.
Quoi qu'il en soit, attendons la réponse de Raymond car là, je suis aussi
curieux que vous l'êtes sur ce sujet précis.
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.














Argyronet
Le #6187961
1/ Si l'installation n'est pas silencieuse, vous choisissez Program File et
le sous dossier idoine au moment de la sélection du dossier cible. Pour
l'utilisateur final, lorsqu'il voudra installer, il pourra choisir "
Personnalisée " plutôt que " Typique " et là, il pourra définir un dossier
manuellement en l'occurrence C:MonAppli.
En fait, si vous n'êtes pas en mesure de concevoir votre propre Setup.exe
silencieux, l'utilisateur aura toujours le choix de dire, je veux l'installer
là plutôt que là même si vous proposez un dossier préférentiel par défaut.

Donc votre problème de dossier n'en est plus un et vous pouvez donc utiliser
le Custom Wizard.

Attention : Parce que là je crois que vous passez à coté, enfin j'espère me
tromper, mais si vous envoyer un nouveau SETUP à vos clients ou utilisateurs,
il faut d'abord désinstaller l'ancienne version.
Voir " 6-2. Modification ou évolution de votre projet " dans mon tutoriel
http://argyronet.developpez.com/office/access/runtime/2003/?page=page_6
Donc rien ne vous empêche de changer de dossier. Après tout c'est une
évolution…

2/ Les lignes de commandes se définissent au moment de la génération du
package.

N.B. Même si je préférerais moi aussi la version 2000 dans tous ces angles,
il faut admettre de l'assistant 2003 est tout de même plus évolué.

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de continuer à vous pencher sur mes problèmes, et le délai de réponse
n'est absolument pas un problème... ;-)

Après réflection, je pense pouvoir contourner le problème du répertoire
d'installation, en allant modifier l'emplacement de mon appli après son
déploiement, et en laissant le runtime Access à sa place. (En fait, mon appli
existe depuis plus de 10 ans, et historiquement, elle est installé dans
C:MonAppli. Je migre (enfin...) en Access 2003, et pour des raisons de
facilité, j'aurais souhaité conserver cette architecture).

Par contre, pourriez-vous m'indiquer s'il y a possibilité de contourner mon
second problème, à savoir la création de raccourcis multiples, chacun de ces
raccourcis comportant une ligne de commande me permettant d'effectuer des
tâches administratives sur mon appli?



Désolé de répondre si tard, j’ai un message qui s’est perdu en vous répondant
ce matin, donc je réponds de nouveau…
Bien effectivement, par défaut, vous n’avez accès qu’aux dossiers proposés
vous invitant en // à ajouter un sous-dossier (recommandé).
Cela est normal car aujourd’hui, il est exceptionnellement rare d’installer
une application sur la racine du disque C: puisque justement, le dossier
«Program files» est le dossier de toutes les applications et programmes
installés sur un système Win32 :
- C’est plus simple
- C’est en adéquation avec les phénomènes de sécurité
- C’est fait pour cela.
L’époque du dossier 8.3 façon Windows 3.1 est révolue, enfin il me semble. ;o)

Maintenant si votre problème est un souci de compatibilité avec d’autres
versions (lesquelles d’ailleurs ?) sachez que ce dossier Program Files est
interprétable en mode 8.3 :
Il se nommerait alors Progra~1 (6 caractères + 1 tilde + 1 compteur en cas
de conflit de noms).
Pour obtenir son emplacement, vous pouvez interroger le Registre de Windows :
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionProgramFilesDir
Pour construire un nom de fichier court, vous pouvez utiliser l’API
GetShortPathName()

Enfin, si vous vous sentez l’âme d’un Indiana Jones du Visual Basic for
Application ;o) vous pouvez toujours modifier le projet WZADE.MDB où les
dossiers de destination sont spécifiés dans la table tblPKW_InstallLocations
avec des liaisons connexes logiques vers d’autres tables. Il vous faudra
alors regénérer le MDE de manière à construire votre package. Là, en
revanche, vous avez un grand travail de fond qui coûtera cher en temps. Faîte
alors une copie du MDB avant de vous lancer.

Posez-vous alors la question de savoir définir le choix de changer de
stratégie d’emplacement ou celle de posséder un nouvel Assistant Installation
– Toutefois, c’est un bon challenge…
Personnellement, dans mon tutoriel, je ne me suis pas posé la question outre
mesure d’envisager un autre dossier que Program Files pour les raisons que
j’ai évoqué en premier.

Bon courage…
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Ma difficulté sur le dossier cible est que pour des raisons de compatibilité
avec des versions antérieurs de mon appli, je désire déployer cette appli
dans le répertoire C:MonAppli. Or, avec le Package Wizard, cela n'est pas
possible.
Je désire également inclure des raccourcis supplémentaires, me permettant
d'effectuer différentes tâches administratives sur mon appli. Mais là encore,
celà n'est pas possible.
Néanmoins, si vous avez des solutions à mes problèmes, je les mettrai en
place avec un plaisir non dissimulé...


Je ne vois où vous rencontrez une difficulté quant au dossier cible
d'installation... Dans mon tutoriel, j'explique comment le définir et donc,
de ce côté là, il n'y a pas de contrainte.
Quoi qu'il en soit, attendons la réponse de Raymond car là, je suis aussi
curieux que vous l'êtes sur ce sujet précis.
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Merci de votre réponse, mais je connais cette méthode, et malheureusement,
elle ne me convient pas.
Je trouve en effet que le Package Wizard 2003 n'est pas suffisament souple
(je désire installer mon appli ailleurs que dans les répertoires proposés par
défaut, et je désire inclure des raccourcis supplémentaires, ce qui était
possible dans les versions précédentes, mais plus dans celle-là...).
La méthode que je désire vraiment mettre en oeuvre est celle de Raymond
Seneque (http://officesystem.access.free.fr/empaquetage.htm), mais l'absence
du complément concerné dans le gestionnaire des compléments de VBE m'empêche
d'aller plus loin...


Bonjour,

Vous avez une version complète de l'usage du Runtime 2003 ici :
http://argyronet.developpez.com/office/access/runtime/2003/

P.S. Toutes mes excuses auprès de Raymond. ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment



Monsieur,

Tout d'abord, veuillez m'excuser de vous interpeller directement sur ce
forum, mais après de vaines recherches, je pense que vous êtes le seul à
pouvoir me répondre.

J'ai trouvé sur votre site officesystem.access une méthode utilisant le
complément "Assistant Empaquetage et déploiement VBA" pour l'empaquetage
d'une application développé en Access 2003.
Malheureusement, quand je me rends dans le gestionnaire des compléments sous
VBE, ce complément n'apparait pas dans la liste (je n'ai d'ailleurs aucun
complément dans cette liste), et il n'y a aucun bouton ou menu pour ajouter
un complément.

Comment puis-je ajouter ce complément dans les compléments disponibles du
Gestionnaire de compléments?

Merci d'avance pour votre réponse.














Publicité
Poster une réponse
Anonyme