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.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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.
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" <bsimonchPASDESPAM@wanadooOOOO.fr> a écrit dans le message de
news: uIQOsNX%23EHA.2272@TK2MSFTNGP10.phx.gbl...
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.
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.
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.
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]" <XYZ.officesystem.access@free.fr> a écrit dans le message de
news: eaHOs8X%23EHA.1260@TK2MSFTNGP12.phx.gbl...
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" <bsimonchPASDESPAM@wanadooOOOO.fr> a écrit dans le message de
news: uIQOsNX%23EHA.2272@TK2MSFTNGP10.phx.gbl...
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, 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.
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
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" <bsimonchPASDESPAM@wanadooOOOO.fr> a écrit dans le message de
news: OOSYRBY%23EHA.2012@TK2MSFTNGP15.phx.gbl...
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 ?
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
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
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]" <XYZ.officesystem.access@free.fr> a écrit dans le message de
news: %230MLiFY%23EHA.1544@TK2MSFTNGP11.phx.gbl...
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" <bsimonchPASDESPAM@wanadooOOOO.fr> a écrit dans le message de
news: OOSYRBY%23EHA.2012@TK2MSFTNGP15.phx.gbl...
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 ?
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 ?