none
Erreur 80010108 (Value de IMdcCombo) VBA Excel RRS feed

  • Question

  • Bonjour,

    Que les dieux d'Office/Vba deviennent .Visible=True

    Je peine à trouver la source de mon problème qui me hante depuis plusieurs jours (& nuits). Pour vous planter rapidement le décor j'ai un fichier excel qui me sers de BDD. un formulaire de liste qui permet de choisir le type de saisie. Et un formulaire de saisie. L'utilisateur double clic sur le type de saisie qu'il souhaite faire dans la liste et l'outil charge le formulaire sélectionné à l'étape précédente. Il n'y a qu'un formulaire de saisie je ne fait que masquer/afficher de différentes manière.

    #1 - L'utilisateur clic sur une shape dans un onglet (Juste un frmListe.Show)
    #2 - Un formulaire contenant une liste s'affiche (frmListe)
    #3 - Quand l'utilisateur clic sur une des entrées de la liste
    -1) je charge une variable "globale" avec le numéro représentant la ligne cliquée (qui correspond à un type de saisie.
    -2) Je ferme frmListe
    -3) J'ouvre mon formulaire de saisie (celui est assez gros >300 contrôles et lance des macros pour le chargement des informations.
    Ensuite mon bug : Erreur 80010108 (Value de IMdcCombo)
    (je n'ai pas de contrôle nommé IMdcCombo, d'ailleurs il est question d'un objet)

    Le plus étrange dans cette problématique est que le bug ne se produit que quand le code est bloqué par mot de passe.

    Merci d'avance
    Bonne journée !
    Gado.


    mercredi 19 mars 2014 13:37

Réponses

  • Bonjour

    Si n'est pas trop tard, veuillez essayer la solution marquée dans ce thread.

    Cordialement,


    Aurel BERA, MSFT
    MSDN 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.

    • Marqué comme réponse Aurel Bera mercredi 9 avril 2014 10:07
    mardi 25 mars 2014 10:35
  • Bonjour Aurel,

    Mon avis est partagé sur votre réponse.

    Vous cherchez à m'aider ou à gagner des pts Microsoft ?

    Voir votre réponse comme validé :( :(

    par vous :( :( :( :(

    Voila.

    Bref, Ce thread nous explique l'utilité du param userinterface dans la méthode protect de l'objet sheet. Pour mon cas au sujet de la protection je précisais que le code était bloqué pas les feuilles :

    "Le plus étrange dans cette problématique est que le bug ne se produit que quand le code est bloqué par mot de passe." 

    Je n'ai plus le bug depuis que je sauvegarde le classeur (wbk.save avant l'ouverture du formulaire).

    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 22 avril 2014 11:06

Toutes les réponses

  • Bonjour

    Si n'est pas trop tard, veuillez essayer la solution marquée dans ce thread.

    Cordialement,


    Aurel BERA, MSFT
    MSDN 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.

    • Marqué comme réponse Aurel Bera mercredi 9 avril 2014 10:07
    mardi 25 mars 2014 10:35
  • Bonjour Aurel,

    Mon avis est partagé sur votre réponse.

    Vous cherchez à m'aider ou à gagner des pts Microsoft ?

    Voir votre réponse comme validé :( :(

    par vous :( :( :( :(

    Voila.

    Bref, Ce thread nous explique l'utilité du param userinterface dans la méthode protect de l'objet sheet. Pour mon cas au sujet de la protection je précisais que le code était bloqué pas les feuilles :

    "Le plus étrange dans cette problématique est que le bug ne se produit que quand le code est bloqué par mot de passe." 

    Je n'ai plus le bug depuis que je sauvegarde le classeur (wbk.save avant l'ouverture du formulaire).

    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 22 avril 2014 11:06
  • Bonjour Thibault

    Loin de moi le pensée de gagner des points (en effet ils ne servent à rien).

    La vraie raison est qu'on essaye de ne pas laisser des threads ouverts.

    En effet le problème ressemble à être lié avec la propriété UserInterfaceOnly.

    Pouvez-vous monitoires les valeurs cette propriété pour le code fonctionnel et non fonctionnel ?

    P.S. pour l’instant on a un problème sur la plateforme et je ne peux pas démarquer la réponse.

    J’ajout ici le lien.

    Bien cordialement,


    Aurel BERA, MSFT
    MSDN 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 22 avril 2014 11:29
  • Ah, merci pour ces explications Aurel.

    Les feuilles de mon classeur ne sont pas protégées (donc pas de problème d'userintefaceonly), par contre le projet (Code VBA) est protégé par mot de passe.

    La sauvegarde du classeur avant l'ouverture du formulaire a neutralisé l'erreur, mais je ne comprends pas pourquoi. Peut être un problème de mise en mémoire du formulaire ?

    PS: j'assume une part de responsabilité ne vous ayant pas donné de nouvelle...

    Bien cordialement,

    mardi 22 avril 2014 12:05