OVH Cloud OVH Cloud

Quelles DLLs utiles ?

4 réponses
Avatar
Bernard SC
Bonjour,
Je voudrais faire tourner une application Access sur plusieurs machines
d'âges différents (équipées ou non d'Access).
J'ai Office 2003 Professionnel.
Comment faire pour
-connaître la liste des DLL réellement nécessaires (pour décocher toutes les
inutiles de la liste des Outils/Références de l'écran VBA).
-vérifier que ces DLL sont bien installées au bon endroit sur chaque
machine.
-constituer le package d'installation nécessaire.
J'entends parler d'un assistant de constitution de package, je ne le trouve
pas.

Merci
Bernard.

4 réponses

Avatar
Raymond [mvp]
Bonjour.

Pour utiliser une base access sur un pc qui n'a pas access il faut utiliser
le Runtime. Le Runtime Access est une version d'Access dans laquelle les
fonctionnalités de conception ont été désactivées.
Voir la page: http://officesystem.access.free.fr/runtime/index.htm
Le runtime n'est utilisable que si on possède « Access 2003 Developer
Extensions » qui est inclus dans « Visual Studio Tools pour Microsoft Office
System ». La diffusion d'Access Runtime 2003 avec les applications est
soumise à l'obligation légale d'acquérir « Visual Studio Tools pour
Microsoft Office System ».
voir la page : http://officesystem.access.free.fr/extend_dev.htm
http://officesystem.access.free.fr/empaquetage.htm
http://officesystem.access.free.fr/base_mde.htm
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Bernard SC" a écrit dans le message de
news: uIQOsNX%
Bonjour,
Je voudrais faire tourner une application Access sur plusieurs machines
d'âges différents (équipées ou non d'Access).
J'ai Office 2003 Professionnel.
Comment faire pour
-connaître la liste des DLL réellement nécessaires (pour décocher toutes
les inutiles de la liste des Outils/Références de l'écran VBA).
-vérifier que ces DLL sont bien installées au bon endroit sur chaque
machine.
-constituer le package d'installation nécessaire.
J'entends parler d'un assistant de constitution de package, je ne le
trouve pas.

Merci
Bernard.



Avatar
Bernard SC
Merci, tout est clair.
Je ferai donc le package chez les gens pour qui je prépare l'application
(ils ont Visual Studio).

Cependant, n'existe-t-il pas, avec Office2003, d'outil pour vérifier les DLL
nécessaires ?

Bernard


"Raymond [mvp]" a écrit dans le message de
news: eaHOs8X%
Bonjour.

Pour utiliser une base access sur un pc qui n'a pas access il faut
utiliser le Runtime. Le Runtime Access est une version d'Access dans
laquelle les fonctionnalités de conception ont été désactivées.
Voir la page: http://officesystem.access.free.fr/runtime/index.htm
Le runtime n'est utilisable que si on possède « Access 2003 Developer
Extensions » qui est inclus dans « Visual Studio Tools pour Microsoft
Office System ». La diffusion d'Access Runtime 2003 avec les applications
est soumise à l'obligation légale d'acquérir « Visual Studio Tools pour
Microsoft Office System ».
voir la page : http://officesystem.access.free.fr/extend_dev.htm
http://officesystem.access.free.fr/empaquetage.htm
http://officesystem.access.free.fr/base_mde.htm
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Bernard SC" a écrit dans le message de
news: uIQOsNX%
Bonjour,
Je voudrais faire tourner une application Access sur plusieurs machines
d'âges différents (équipées ou non d'Access).
J'ai Office 2003 Professionnel.
Comment faire pour
-connaître la liste des DLL réellement nécessaires (pour décocher toutes
les inutiles de la liste des Outils/Références de l'écran VBA).
-vérifier que ces DLL sont bien installées au bon endroit sur chaque
machine.
-constituer le package d'installation nécessaire.
J'entends parler d'un assistant de constitution de package, je ne le
trouve pas.

Merci
Bernard.







Avatar
Raymond [mvp]
dans visual basic editor, outils / références.
aucune ligne cochée ne doit être marquée manquante.
debogage / compiler
aucune erreur de compilation ne doit apparaître.
ce qui ne veut pas dire que tout est bon, mais la grosse partie des erreurs
est éliminée avec ça.
si tu utilises des dll spéciales personnelles, à toi de vérifier.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Bernard SC" a écrit dans le message de
news: OOSYRBY%
Merci, tout est clair.
Je ferai donc le package chez les gens pour qui je prépare l'application
(ils ont Visual Studio).

Cependant, n'existe-t-il pas, avec Office2003, d'outil pour vérifier les
DLL nécessaires ?

Bernard


Avatar
Bernard SC
OK, c'est tout bon.

En fait quelqu'un (????) avait coché des Références inutiles.
Il n'y avait pas besoin d'autre chose que VBA et ACCESS.

Mais je trouve qu' Access est bien bête de réclamer des DLL dont il n'a pas
besoin !

Merci pour ces précisions.
Bernard


"Raymond [mvp]" a écrit dans le message de
news: %230MLiFY%
dans visual basic editor, outils / références.
aucune ligne cochée ne doit être marquée manquante.
debogage / compiler
aucune erreur de compilation ne doit apparaître.
ce qui ne veut pas dire que tout est bon, mais la grosse partie des
erreurs est éliminée avec ça.
si tu utilises des dll spéciales personnelles, à toi de vérifier.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Bernard SC" a écrit dans le message de
news: OOSYRBY%
Merci, tout est clair.
Je ferai donc le package chez les gens pour qui je prépare l'application
(ils ont Visual Studio).

Cependant, n'existe-t-il pas, avec Office2003, d'outil pour vérifier les
DLL nécessaires ?

Bernard