Excel - ouvrir_l'éditeur_VBa_suite_à_appel_EXCEL_depuis_ACCESS

Bonjour les braves,

J'appelle EXCEL depuis une proc=E9dure VB sous acces :

Set xlApp =3D CreateObject("Excel.Application")
strCheminModele =3D "D:\Documents and Settings=85=85strFichier"
=20
Set xlBook =3D xlApp.Workbooks.Open(strCheminModele)
Set xlSheet =3D xlBook.Worksheets("Toto")

mais l'=E9diteur VB sous excel n'est pas activ=E9.

Comment l'activer ?

REMERCIEMENTS anticip=E9s

jean-paul.bataille@sfr.com a =E9crit, le 09/08/2012 09:16 :

Bonjour,

C'est quoi le message d'erreur ?
Il faut faire confiance au projet VBA, c'est =E7a ?
Ce qui signifie qu'on peut ex=E9cuter un code qui a =E9t=E9 tap=E9 dans=20
l'=E9diteur VBA d'Excel, mais pas un code fourni depuis une autre=20
application, tant qu'on n'a pas coch=E9 la case ad hoc, pour dire oui oui=
=20
chef je suis au courant, ce n'est pas un virus.

On trouve effectivement =E7a, quelque part dans les options d'Excel ...
=E0 un endroit qui d=E9pend de la version.

Une chose qu'on peut tenter, c'est chercher "faire confiance au projet=20
VBA" dans l'aide en ligne. Elle est souvent navrante, mais pas toujours.
Dans le cas o=F9 l'aide en ligne est navrante : indiquer ici la version, =

et attendre que quelqu'un qui en dispose vienne r=E9pondre.

Ou alors si je suis =E0 c=F4t=E9 de la plaque ... pr=E9ciser.

Bonjour,
Un exemple qui ouvre un classeur selon un mod=E8le et affiche VBE

Sub runExc()
Dim xlApp As Object
Set xlApp =3D CreateObject("Excel.Application")
xlApp.Workbooks.Add "monclasseur.xls"

xlApp.Visible =3D True
xlApp.Application.SendKeys "%{F11}"

End Sub
'LSteph

Mais il faut comprendre pourquoi =E7a ne "s'active" pas.
Les simulations de touches, c'est seulement pour ce que Microsoft a=20
oubli=E9 de coder (ou que le programmeur utilisateur ne sait pas utiliser=
=20
;) ).

Depuis Access, on n'affiche pas toujours la feuille Excel qu'on ouvre,=20
mais l'=E9diteur de code, quasiment jamais, il n'y absolument aucune=20
raison de le faire, puisque le code est fourni sous Access.

La question ne disait pas que l'=E9diteur n'est pas visible, mais qu'il=20
n'est pas actif.
_________________________________________________
gmlsteph@gmail.com a =E9crit, le 09/08/2012 11:32 :

Bonjour,
Ce que l'on pense n'est pas toujours ce que l'on  =E9crit ou lit et ce que =
l'on en d=E9duit ou entend pas forc=E9ment ce qu'il faut comprendre.
Il a parl=E9 d'activer,  l'Editeur VB (selon ce que j'ai compris),
pas forc=E9ment d'activer les macros ou l'efficience du code, mais effectiv=
ement, et tu as probablement raison selon cette lecture
que  l'on peut en faire j'aurais dit d'abaisser le niveau de s=E9curit=E9 e=
t de cocher faire confiance au projet.

Il se trouve que cela tu l'as d=E9j=E0 r=E9pondu.

Je m'attache donc =E0 l'autre compr=E9hension que l'on peut avoir de cette =
question.

;o)) Si tu le permets!!

Cordialement.

--
LSteph

Le jeudi 9 ao=FBt 2012 11:50:52 UTC+2, Gloops a =E9crit=A0:
=20
=20

...toujours selon l'id=E9e en objet: " Ouvrir l'Editeur VBE"
Effectivement depuis une autre appli jthemploie souvent SendKeys c'est simpl=
e et rapide mais quand le code existe pour le faire autant l'indiquer:

xlApp.Application.VBE.MainWindow.Visible =3D True

'LSteph

Le jeudi 9 ao=FBt 2012 11:32:42 UTC+2, gmls...@gmail.com a =E9crit=A0:

gmlsteph@gmail.com a =E9crit, le 09/08/2012 12:32 :
imple et rapide mais quand le code existe pour le faire autant l'indiquer=

Ah, ben voil=E0 ...

=E7a ne sert =E0 rien, mais =E7a ne d=E9rape pas :)

Et effectivement, comme =E7a, on fait appara=EEtre l'environnement de=20
d=E9veloppement d'Excel.
Ce que je voulais dire c'est qu'il y a plus simple pour faire =E7a : le=20
faire =E0 la main.