none
Probleme controle supplementaire spreadsheet RRS feed

  • Discussion générale

  • Bonjour

    Je tourne en rond depuis plusieurs semaines sur un problème d'active x.

    J'ai créé un fichier xlsm contenant des userform, qui utilisent des controles supplementaires divers tels que date and time picker, progressbar, monthview... et des spreadsheets.

    j'ai du installer sur un PC d'entreprise (tournant sous windows 7 pro et office 2013) les fichiers MSCOMCTL.OCX et MSCOMCT2.OCX. J'ai enregistré ces derniers par le biais de la commande REGSVR32 depuis l'utilitaire CMD (en mode admin). J'ai egalement ajouté les composants Office web components.

    Dans mon projet vba, les references microsoft OWC 11, common controls-2 6.0, common controls 6.0 (et autres)sont bien enregistrées et dans les userforms, mes outils sont bien valide, notamment les spreadsheets.

    Or au démarrage de l'application, tous mes spreadsheets sont effacés.

    Si je les recréés, le fichier va fonctionner normalement , même apres un redemarrage de l'ordinateur SAUF si entre temps j'ai ouvert le fichier avec un autre ordinateur du reseau (ayant la même configuration logicielle). A savoir que sur les autres ordinateurs le fichier fonctionne normalement, mais sur le PC en questions les spreadsheets seront systematiquement détruits à l'ouverture avec le message suivant :

    MICROSOFT FORMS: Impossible de charger le objet car il n'est pas disponible sur cette machine

    Pourtant après vérification, le controle supplementaire y est toujours mais que dans la boite à outils et non plus dans les userforms.

    Ma question est donc: quelqu'un aurait-il une idée du bean's ou pourrait t'il m'apporter une solution de remplacement des spreadsheets?

    Merci d'avance

    lundi 7 septembre 2015 09:54

Toutes les réponses

  • Bonjour, Chanoir,

    Veuillez consulter les liens en bas:

    Contrôles supplémentaires - Problème

    Microsoft Excel ActiveX Controls Disabled?

    Je vous remercie par avance de votre retour.

    Cordialement,
    Teodora


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    mardi 8 septembre 2015 08:55
  • Bonjour

    Merci pour votre aide.

    J'ai effectué la démarche de supprimer les fichiers .exd ainsi que .box mais sans succès.

    J'ai cependant pu affiner mon problème: Il semblerait que mon PC défaillant (PC1) ne supporte pas l'ouverture et la modification du fichier concerné par un autre pc (PC2).

    J'ai donc créé un fichier de test, avec uniquement un userform contenant 1 controle supp. date and time picker, 1 monthview et 1 spreadsheet. Tout ceci ayant été créé avec le PC1, lorsque j'ouvre et ferme le fichier l'userform me montre bien les controles supplementaires.

    Je l'ouvre ensuite avec le PC2, je le modifie (je déplace par exemple le spreadsheet sur la droite de l'userform) et  j'enregistre.

    A l'ouverture sur le PC1, j'aurai droit à l'erreur MSFORMS: Impossible de charger le objet car il n'est pas disponible sur cette machine

    Et mon spreadsheet aura disparu (et uniquement le spreadsheet).

    Pensant qu'il pouvait s'agir d'un problème de fichier ocx, j'ai récupéré MSCOMCTL.ocx, MSCOMCT2.ocx et MSCOMCT3.ocx depuis le PC2, et les ai copiés puis enregistrés (REGSVR32) dans le system32 du PC1.

    Helas sans succès non plus, je vais donc maintenant m'ataquer au deuxieme lien que vous m'avez fourni.

    encore merci

    mardi 8 septembre 2015 14:11
  • Et même résultat avec FM20.dll (même procédure d'installation)
    mardi 8 septembre 2015 14:28
  • Bonjour,

    Est-ce que la version de Windows est bien la même sur tous les ordis (32 bits ou 64 bits) ? Si oui, fais une réparation d'Office sur l'ordi défaillant.

    Cordialement.

    Daniel

    mercredi 9 septembre 2015 09:45
  • Bonjour

    Les versions correspondent bien (32 bits chacune) et elles sont à jour.

    J'ai effectué une réparation en ligne (dite la plus complète) mais sans succès.

    Merci quand même.

    jeudi 10 septembre 2015 09:18
  • Bonjour,

    Windows 10 quelque part ?

    Daniel

    jeudi 10 septembre 2015 09:45
  • Non, windows 7 pro partout.

    Merci

    jeudi 10 septembre 2015 10:01
  • J'ai trouvé un cas exactement similaire au tien, sauf qu'apparemment, l'erreur serait liée à Windows 64 bits. Si tu lis l'anglais :

    https://social.msdn.microsoft.com/Forums/office/en-US/92f0df87-b6a1-48ad-99ea-90ce79ef0a7e/using-owc11dll-spreadsheet-control-in-64-bit-office-vba?forum=officegeneral

    Désolé d'insister, mais est-ce que l'ordinateur fautif ne serait pas équipé de Windows 64 bits ?

    Daniel

    jeudi 10 septembre 2015 10:37
  • Après vérification, je confirme, ni Windows ni le pack office ne sont en 64bits, pas plus sur le pc en cause que sur les autres. En tout cas merci pour l’intérêt porté.

    Après consultation du lien, je note que le posteur n'avait pas d'accès au spreadsheet. moi j'ai installé correctement les bibliothèques et j'y accède normalement.

    Après de nombreux essais j'ai pu déterminer que la disparition de ce controle là uniquement  se faisait après qu'il ait été manipulé par un autre ordinateur. Comme si le fait de manipuler cet objet le transformait en spreadsheet d'une autre nature, genre spreadsheet 2.0.

    Pourtant j'ai copié collé et enregistré les références du pc valide vers le pc malade (MSCOMCTL.OCX, MSCOMCT2 et 3.OCX, FM20.DLL) de manière à ce qu'ils parlent le même langage!


    • Modifié Chanoir jeudi 10 septembre 2015 12:43
    jeudi 10 septembre 2015 12:34