Version imprimable
J'ai bien peur que non...?Citation:
Envoyé par philben
Pour les références access 2000
VBA -> ? (je vois pas ou trouver l'info...:oops: )
Microsoft Access Object Library -> 9.0
Microsoft DAO ->3.6
Microsoft activeX ->2.8 (mais étant donné que j'ai office XP Word,Excel PWP ...)
Microsoft Word -> 10.0 (Word XP)
Microsoft Excel -> 10.0 (Excel XP)
Outlook pas Installé, mais de toute façon il serait en XP
bonjour,
j'ai un peu avancé ce week-end car j'ai eu une lumière à 2 heures du matin !
J'avais refilé mon ancien ordi à mon fiston et j'avais dessus Office 2000 !
Je l'ai donc réquisitionné de force :? (en faite, après de difficiles négociations, je suis contraint d'aller voir Harry Potter et Schrek mais j'ai évité les Simpsons !) :aie:
Bon tout ça pour dire que j'ai fais une version 1.02 (http://pbserv.free.fr/dev/References/) qui fonctionne sous Access 2000 avec les modifs suivantes :
Voilà, je pense que l'on tient une version compatible jusqu'à Access 2000 au moins.
- J'ai enlevé application.version (non reconnue et inutile)
- On passe par des tables pour afficher les classes et les membres car si RowSource est long, ça plante Access 2000...mais c'est plus lent.
- J'ai amélioré la reconnaissance des variables par rapport aux constantes
Le problème de version des références :
--------------------------------------
- Il apparait que l'on pourra faire un lien entre la version d'Access et la version des références que pour la référence <ACCESS>.
En effet, des références peuvent être mises à jour sur un ordi indépendamment de la version d'Access.
Ce n'est pas un problème, on dresse une liste de compatibilité par version de référence.Access 97
- J'ai même la version 3.51 de DAO (celle de l'époque d'access 97 je crois).
----------
Si ça ne fonctionne pas pour Access 97 avec la référence TLI, ce n'est pas une grosse perte...
Kikof, peux-tu nous dire si c'est Ok, sinon on laisse tomber 97.
Reste à faire étape 2
--------------------
Jean-Paul lepetit
- Il faut vérifier que ça fonctionne sous les différentes versions
- Vérifier par rapport au Browser de VBE si il n'y a pas trop de différence entre le nombre de classes retournées et le nombre de membres retournés.
----------------
Bonjour, J'ai les réf outlook,Excel et Word de 2000 donc pas de problème.
Merci encore pour votre aide.
Philippe
P.S. : j'ai mis à jour les tableaux précédents et vos pseudos sont dans l'en-tête du programme.
:bravo:Citation:
Envoyé par philben
C'est bien 3.51 pour Access 97
Pour cause de congés : je ne pourrais rien faire à moins de réinstaller Office 97. En espérant que la réinstall de 2007 derrière ne crée pas de problème comme pour 2003-2007 ou autre config.Citation:
Access 97
----------
Si ça ne fonctionne pas pour Access 97 avec la référence TLI, ce n'est pas une grosse perte...
Kikof, peux-tu nous dire si c'est Ok, sinon on laisse tomber 97.
Donc : officiellement on fait ça pour 2000-2007, pour 97 c'est officieux :aie:
Mais je ne lache pas le morceau si c'est faisable. :evilred:
:king:Citation:
Reste à faire étape 2
--------------------
Jean-Paul lepetit
- Il faut vérifier que ça fonctionne sous les différentes versions
- Vérifier par rapport au Browser de VBE si il n'y a pas trop de différence entre le nombre de classes retournées et le nombre de membres retournés.
----------------
Bonjour, J'ai les réf outlook,Excel et Word de 2000 donc pas de problème.
Merci encore pour votre aide.
Philippe
P.S. : j'ai mis à jour les tableaux précédents et vos pseudos sont dans l'en-tête du programme.
Re
Je suis en bonne voie, j'ai refais mon portable, réinstallé Office, je continuerais ce soir, là je suis au taf, j'ai comme kikof un soucis avec TLBINF32.DLL, et de petits bugs.
Je verais cette nuit, pourtant j'ai office XP avec un XP Home SP2.
Starec
Salut
Enfin j'ai réussie à remettre l'essentiel de mon portable en place
Access 2002 sur XP Home SP2
VBA : 4.0
Access : 9 (10.0)
DAO : 5 (3.6)
ADO : 2.8 (2.8)
Excel : 1.4 (10.0)
Outlook : 9.1 (10.0)
Word : 8.2 (10.0)
Starec
Salut,
En attendant que 97 fonctionne (j'ai la flemme de le remettre :aie:)
Voici les résultats pour Office 2007 : Win XP SP2
VBA : 4.0
Access : 9 (12.0)
DAO : 5 (3.6)
ADO : 2.8 (2.8)
Excel : 1.6 (12.0)
Outlook : Pas installé
Word : 8.4 (12.0)
Soit les mêmes résultats trouvés par Dolphy sous Vista.
Bonjour,Citation:
Envoyé par micniv
Si je puis me permettre une tite remarque, et sachant qu'Access rétablit toutes les références, à condition que le composant cherché soit dans le même dossier que l'application, je recopie bêtement tous les librairie.mde + *.OCX et autres bidules à référencer, dans le même dossier que l'appli (le + simple: un bon zip autoextractible), et ça marche !
Merci PapyTurbo pour cette couche de bon sens via ta tite remarque que je vais ériger en principe.
:P
bonjour,
je vous propose la version finale du browser qui a permis de déterminer une méthode relativement fiable pour récupérer les classes et les membres des références sélectionnées.
http://pbserv.free.fr/dev/References...V1.03Final.mdb
Quelques changements ont été nécessaires pour pouvoir récupérer plus finement le type de membre (constante, variable, propriété, sub, function).
Starec, Si y' a des bugs, que je sois télétransporté sur le champ ! :mouarf:
Etape 2 est close a priori, je donnerai ce week une base ASPI qui permettra à chacun de récupérer dans des tables la structure des références et les membres selon les versions. Ensuite on regroupe tout ça et le tour est joué !
Merci à tous, tout particulièrement à Papy Turbo ! ;)
Cordialement,
Philippe
Un petit détail supplémentaire : je conseille très fortement à tous ceux qui veulent faire du développement VBA en Automation (Access, et/ou Excel et/ou Word, Outlook...) de conserver précieusement une copie de chaque *.OLB, pour chaque ancienne version d'Office (97 + 2000 + ... jusqu'en 2007, sauf que je n'ai, pour l'instant, trouvé aucun OLB pour 2003 !?! (réf. directe à EXCEL.EXE, par exemple !? :evilred:).Citation:
Envoyé par philben
Lorsque vous ne disposez plus de cette ancienne version :
- copiez les *.OLB dans le même dossiser que la nouvelle application,
- remplacez les références externes (automation) par des références vers ces *.OLB,
- distribuez votre appli avec les *.OLB : si vous vérifiez les postes de chaque destinataire, les références externes se seront adaptées à la version présente sur chaque poste.
Oui c'est Excel.exe pour 2002 et 2003, cf lien suivant :Citation:
Envoyé par Papy Turbo
http://support.microsoft.com/kb/825796/fr
Citation:
Application Reference
---------------------------------------------------------------------------------------------------
Microsoft Excel 2000 objects Microsoft Excel 9.0 Object Library (Excel9.olb)
Microsoft Excel 2002 objects Microsoft Excel 10.0 Object Library (Excel.exe)
Microsoft Office Excel 2003 objects Microsoft Excel 11.0 Object Library (Excel.exe)
bonjour,
si je récupère <msacc8.olb> puis-je l'activer et browser les objets de cette réference d'Access 97 dans Access 2003 par exemple ?
cordialement,
philippe
Excellent lien, merci super pour cette confrmation. Je vais du coup me stocker les Excel.exe. Pour les redistribuer, ce sera peut être limite (il-)légal, quoique, sans rien autour, on ne peut pas faire tourner Excel.Citation:
Envoyé par Arkham46
Mais l'essentiel est déjà d'avoir la référence à la version la plus ancienne possible dans le code? :ccool:
À partir d'Access, (je viens de tester pour être sûr) tu vas avoir un message "Nom de module, de bibliothèque ou de projet déjà utilisé." access refuse toute relation tant soit peu Oedipienne, ce qui peut se comprendre :roll:Citation:
Envoyé par philben
Par contre, depuis Excel 2003, no problo.
'lut à tous !
j'ai pas le tps de suite de relire les 4 pages mais je me propose qd même pour tester sous 97 si besoin !!! (dites moi si plus de besoin ;-))
que dois-je faire ???
j'ai essayé d'ouvrir le 1.03 mais format non reconnu ! il doit certainement me manquer qq trucs !
dans l'espoir de vous aider !
@+
Bonjour
Va voir le 20 ème message, il y'a une version Access 97.
Starec
yes merci je l'avais pas vu !Citation:
Envoyé par Starec
@+
De rien, l'autre testeur sur Access 97 est Kikof.
Starec
Bonjour à tous,
Grand merci Papy Turbo pour ton temps et l'info:king: , dommage que ça ne fonctionne pas.Citation:
Papy Turbo a écrit :
À partir d'Access, (je viens de tester pour être sûr) tu vas avoir un message "Nom de module, de bibliothèque ou de projet déjà utilisé." access refuse toute relation tant soit peu Oedipienne, ce qui peut se comprendre
Boulap, compte-tenu des problèmes rencontrés avec Access 97, ton renfort est bienvenu ;) , merci à toi.
En effet, Kikoff a rencontré des problème pour activer la référence <tlbinf32.dll> (TypeLib Information) dans Access 97. Cette référence est l'épine dorsale du projet puisqu'elle permet de <browser> les membres des autres références.
Logiquement, si tu places cette référence dans le répertoire du programme Access, elle devrait s'activer toute seule !
Préviens-nous si ça fonctionne sous Access 97 car il s'agit de la version d'Access qui s'éloigne le plus des autres et c'est donc intéressant de pouvoir <browser> ces membres.
Voici le modèle de la base pour aspirer les membres des réfs :
http://pbserv.free.fr/dev/References/RelationTables.gif
Starec, je termine l'aspirateur et je te le passe ensuite.
Cordialement,
Philippe
re bonjour,
L'étape 3 est en cours, j'ai aspiré les références d'Access 2003 et 2000, j'ai transmis l'aspirateur :mouarf: à Starec.
ScreenShot Aspirateur
http://pbserv.free.fr/dev/References...Access2003.gif
Voici des résultats partiels sur la référence ACCESS entre la version 2000 et 2003 :
http://pbserv.free.fr/dev/References/compAccess.gif
Cordialement,
Philippe
Salut,,
Voila la premiére partie
Pièce jointe 17223
et j'ai un bug lorsque je lance la suite
Pièce jointe 17224
Donc comme le dit le message, je préviens l'administrateur (cela se passe lors du traitement de la partie Access).
Starec