Discussion :

[DenisHen]

Bonjour à tous,

Voilà, j'ai développer un fichier XLSM pour plusieurs collègues. Ce fichier est dans le serveur pour que tous le monde puisse y avoir accès.

Mon problème est que nous avions tous Windows en 64bits et des Offices 2013 en 32 bits. Mais récemment, des collègues ont eut des nouveaux postes en Windows 7 en 64 bits mais avec des Offices en 64 bits...

Les nouveaux postes ont des problèmes avec MSCOMCTL.OCX, j'ai essayé "regserv32 MSCOMCTL.OCX" et plusieurs autres trucs, mais rien n'y fait.

Pourtant, dans VBA\Références, il n'y a aucun fichier manquant...
Pièce jointe 199043

Si quelqu'un a un conseil ou une astuce, je suis preneur...

Et bonne année à tous ! ! !

Denis...

[Invité]

Bonjour,

dans ton UF, supprime le contrôle et replace le en utilisant celui de la boite à outils!

[kiki29]

Salut, voir Développer avec Office 64 bits

[DenisHen]

Merci à vous pour votre aide...

rudupt : c'est déjà fait, mais ça ne change rien...

kiki29 : Ton lien parle d'office 2010, c'est pareil pour Office 2013 ?

Encore merci pour vos réponses...

[Dormeur74]

Je crois qu'il faut mettre l'OCX dans c:\windows\sysWOW64 et non pas dans c:\windows\system32 et qu'il faut ensuite l'enregistrer dans la base de registre à l'aide de regsvr32.
Sous toute réserve...

[DenisHen]

C'est exactement ce que j'ai fais, mais ce c****ard de Windows me sort une erreur... Il ne veut pas l'enregistrer...

Comme je l'ai dis : regsvr32 ne fais rien...

Même quand je la "désinscrit" avec "regsvr32 /u" et que je recommence avec "regsvr32 /i"...

Je pense à une différence entre Office 32 bits (c:\windows\system32") et Office 64 bits ("c:\windows\sysWOW64")...

Comment faire cohabiter les deux ensemble... Dans un même fichier .XLSM...

Je pense que tout est là...

En tous cas, merci pour vos réponses...