Type de variables et quels objets ?

Bonjour,

Au post 316, tu dis : « J'ai parfaitement compris qu'après les saisies et un clic sur Ajouter le produit au menu, la liste box se remplit. Mais comment, tu ne m'as jamais répondu à cette question. »

Je te rappelle les réponses que je t'ai donné :
Au post 192 : « j’essaie simplement de t'aider à développer cette application par toi-même, puisque c'est ta volonté et je la respecte.»
Au post 198 : « Je n'ai pas l'intention d'écrire le code à ta place.»
Au post 281 : « Pour un listbox c'est pareil que pour un combobox (tu as déjà un combobox multicolonnes) »
Au post 304 : « dans le formulaire références, il y a tous les éléments de code qui permettent, en les adaptant, d'écrire le code du formulaire Saisie des menus, il n'y a plus rien à inventer. »

Et aussi les réponses des autres CCMnautes (bonjour à tous) :
« tu dois absolument apprendre (et comprendre) les bases de la programmation et du debogage avant de continuer ton projet »
« Prends le temps de potasser, c'est pas une course... »
« il te faut effectivement prendre le temps de regarder les réponses, de les décortiquer »
« c'est en forgeant qu'on devient forgeron.»

Donc, comme ce projet n'a pas d'autre finalité que ton apprentissage de l'utilisation des formulaires :
Décortiques le fonctionnement du formulaire Références, chaque instruction, chaque mot du langage. Consultes l'aide du langage (SIC : et pour ça ... le VBA est plus que prolixe ! ) et cela jusqu’à ce que tu aies tout compris.

Bonjour,

Ça commence à devenir plus compréhensible.

Si j’ai bien compris les menus sont composés comme suit :
- Les midis, du lundi au vendredi,
un menu « midi retraite » composé de :
• Une viande
• Un légume
• Un dessert
- Les soirs, du lundi au dimanche,
un menu « menu journalier » composé de :
• Une viande
• Un légume
• Un dessert
- Les midis, du samedi et du dimanche
un menu « viandes week-end » composé de :
• Une viande
et une partie de menu « menu journalier » composé de :
• Un légume identique à celui du soir
• Un dessert identique à celui du soir

Il y a quelques contraintes : les plats uniques (cassoulet, choucroute et paella) et les frites du dimanche midi qui sont associées à des asperges le dimanche soir.

Les questions qui se posent encore pour bien comprendre l'objet de l'application :
- Pourquoi ces 3 catégories de menus ? A cause de fournisseurs différents ?
- A qui est destinée la composition mensuelle des menus ? Aux bénéficiaires ?
- A qui est destinée la composition par catégorie des menus ? Aux fournisseurs ?
- A qui est destinée le calcul des quantités ?
- Y-a-t'il une relation constante entre le produit et les quantités par repas ? Où dans certains cas, il peut, par exemple, y avoir plus de 25 frites ?

Comme pour les jours et le conditionnement, tu amalgames plusieurs informations qu'il serait préférable de dissocier.
C'est-à-dire que pour créer les menus, il me semble plus simple de constituer le menu pour une journée complète (midi et soir) en tenant compte de toutes les contraintes, mais sans parler des informations inutiles dans ce contexte (catégorie du menu, période, jours, ...). Les données seraient ensuite aiguillées vers la catégorie adéquate, et les données indispensables ajoutées, pour établir les récapitulatifs par catégorie, par mois, par quantité, ....

Complètes le cahier des charges avec les réponses.

Bonjour,

Je vois que tu as commencé un cahier des charges (au post 289).

C'est un point de départ qui défini ce que tu avais déjà dans le fichier Menus 2017. Maintenant il faudrait définir ce que tu voudrais faire à la place (sinon gardes ton fichier Menus 2017).

Il faut préciser et étoffer le cahier des charges : il y a beaucoup de points de détails mais il manque de nombreuses définitions de base.

« Les menus seront composés d’un légume, d’une viande, d’un dessert. [...] (menus midi retraite ou menus journaliers ou menus viandes week-end).»
Il faudrait définir ce que sont ces 3 types de menus.
Combien de menus sont créés chaque jour ? Lesquels ?
Y a-t'il un menu pour le midi et un menu pour le soir ?
Comment sont-ils différenciés ?
La planification des menus est-elle faite une fois pour toutes en début d'année ? Sinon à quelle fréquence ?

Quelle est la périodicité d'utilisation des différentes fonctions (Création / modification des références, Création / modification des menus, Impression des menus, des quantités, ...)

Tu définis en détail de nombreuses contraintes concernant les codes (légumes, viandes, ...). Aucune de ces contraintes n'ont été développées dans le formulaire frmRéférencesListeDeChoixMenus
Ça va pas être facile de les y ajouter à cause de la façon dont est renseignée l'information "jours"
« Les jours : Ils seront renseignés selon le jour de consommation ... »
La méthode utilisée pour renseigner cette information complique énormément le traitement correspondant qu'il faudrait faire. il faudrait utiliser une méthode permettant d'identifier facilement lesquelles des 14 informations possibles sont retenues (peut-être un codage sur 14 bits ?)

Idem pour le conditionnement, il serait préférable d'utiliser 2 informations distinctes pour faciliter les traitement des quantités : la quantité par repas et l'unité de conditionnement, par exemple, 0.5 Boite(s), 25 Gramme(s), 2 Unité(s), 0.25 Paquet de 4, ...

N.B. : Au vu de cette ébauche de cahier des charges, il va certainement falloir reprendre tout ce qui a été fait jusqu'à maintenant.

Bonjour,

Le fonctionnement du cboRéférences n'est pas encore satisfaisant.
Comme je t'ai dit au post 229 :
• lors du choix de la référence le combobox ne devra proposer que les références correspondant à la nature du menu (i.e. qui ont cette destination).
• Ta base de données des jours est mal étudiée. La date définit le jour, il aurait fallu que le comboxbox références ne propose que les choix possibles ce jour la !
Il faut réfléchir à la solution qui permettrait de résoudre ces problèmes

A ce sujet, tu n'a toujours pas défini le cahier des charges de ton application. Avant de continuer il faut absolument que tu définisses quels sont les besoins de manière précise et détaillée. Pour l'instant j'ai une vague idée de ces besoins, j'ai pu deviner quelques étapes élémentaires du développement :
- la création d'une base de données des produits utilisés dans les menus
- la création et l'historisation différents types de menus
J'entrevois aussi un besoin d'états mensuels mais c'est très vague.
Comme je le répète depuis le début, cette étape est indispensable pour éviter de reprendre le travail qui a déjà été fait pour résoudre une difficulté qui était prévisible ou un besoin mal défini.
Par exemple, tu vois bien que dans l'état actuel, la base de données des produits n'est pas finalisée, car elle ne permet pas de satisfaire les exigences citées au début de ce post.

Pour ce qui est des autres questions :
- Pour un listbox c'est pareil que pour un combobox (tu as déjà un combobox multicolonnes) et le nom des colonnes est indiqué aux post 229 et 231 les colonnes : Produit, Référence, Désignation, Conditionnement, Quantité
- Vérification de la composition est une vérification de la présence et de la cohérence des toutes les informations.
- Aux posts 29 et 176 : les menus seraient enregistrés dans un ou plusieurs autres fichiers, pour une historisation, c'est-à-dire des simples fichiers de données sans aucune macro. Dans un premier temps, pour mettre au point ton formulaire tu peux utiliser un nouvel onglet pour stocker les menus (pour faciliter la création ultérieure des états il est préférable que tous les menus soient dans la même base de données).

Bonjour,

Au post 229 je t'ai déjà donné la marche à suivre :

1) Choisir la nature du menu
2) Définir la date du menu
3) Choisir le produit
4) Choisir la référence du premier produit
5) Définir la quantité de produit
6) Ajouter ce produit au menu (dans le listbox).
7) Répéter les actions 3, 4 et 5 pour le second produit
8) Ajouter ce produit au menu.
9) Répéter les actions 3, 4 et 5 pour le 3ème produit
10) Ajouter ce produit au menu.
11) Vérifier la composition du menu.
12) Ajouter ce menu à la planification des menus.

Et, il n'y a pas besoin d'enregistrer d'autre information pour définir un menu !!!

Pour le luxe, tu peux aussi avoir dans le formulaire, une information sur les jours de fête correspondant à la date et si tu y tiens vraiment une autre information pour dire à quel mois appartient cette date (i.e la Période) mais uniquement à titre informel : il n'a aucun besoin d'enregistrer ces informations.

Tu aura peut-être besoin de ces informations pour calculer les quantités par période ou pour éditer des états ou pour autre chose, mais ça n'a rien à voir avec la création ou la modification d'un menu !

Je ne vois absolument pas à quoi pourrait servir un combobox pour la période concernée dans la création d'un menu, à part à générer des erreurs !

Il suffit pas d'y tenir encore faut-il pouvoir en justifier le besoin !

Bonjour,

« Comme je l'avais prévu, le code ne fonctionne pas malgré qu'il soit identique au code initial » Ça c'est pas possible : si il était identique il fonctionnerait !

Pour déboguer, il ne suffit pas d'appuyer sur F8, il faut aussi regarder ce qui se passe !
Surtout qu'il se passe exactement la même chose que dans l'exemple de débogage que je t'ai envoyé au post 208 !

Dans ton dernier fichier :


Dans ton fichier du post 207 :


En surveillant les variations de cette variable dans fichier du post 207, avant d'arriver au point ci-dessus, il n'y en a qu'une seule :
Avant la variation :

Après l'affectation de la valeur :


Tu n'a plus qu'à faire la même chose avec ton dernier fichier pour comprendre pourquoi la variable colonne n'a pas la même valeur au moment où l'erreur se produit.
(Peut-être que relire le tuto t'aidera aussi)
Cordialement
Patrice

Re,

Le formulaire lors du choix du dessert du menu du 01/05/2017, avant d'appuyer sur ajouter ce produit au menu :


Le formulaire après le choix du dessert avant d'ajouter ce menu :

Dans le listbox il faut 2 colonnes supplémentaires indispensables (mais inutiles pour l'utilisateur) : Produit et Référence

Je n'ai pas mis de colonne "jour" : A mon avis cette information n'est pas utile pour composer le menu si le formulaire fonctionne correctement, c'est-à-dire qu'il ne propose que les références correspondantes au jour défini par la date. En conséquence, il va falloir soit restructurer les données concernant ce champ pour qu'elles soient plus facilement utilisables soit créer un tableau de correspondance avec chaque jour.

Cela confirme ce que je te dis depuis longtemps, il est très important de faire une analyse détaillée du besoin dès début ou sinon le plus tôt possible pour établir un cahier des charges le plus précis possible. Cela évites de devoir reprendre le travail qui a déjà été fait pour résoudre une difficulté qui était prévisible.

Bonjour,

Je n'ai pas répondu à tes messages car tu as réglé les problèmes par toi-même. il n'y avait donc rien à répondre

« Le formulaire frmSaisieDesMenus est prêt »
Ça n'a rien à voir avec ce que je t'ai proposé au post 183.
Je ne t'ai jamais suggéré ce genre de formulaire !
Relis le post 183

Je ne comprend pas ce que tu veux faire avec tous ces contrôles dans le formulaire :
1) A quoi vont servir les combobox cboDésignationMenus, cboJoursMenus, cboConditionnementMenus, cboDestinationMenus ?
2) Pourquoi as-tu prévu 4 textbox pour les quantités alors qu'un seul suffirait ?
3) Pourquoi un listbox à 26 colonnes ? A quoi cela servira-t-il ? Relis le post 144.

Voici un exemple sur la méthode que j'utiliserais pour la création d'un menu :
1) je choisis la nature du menu (Menu journalier, Menu midi retraite ou Menu viandes week-end)
2) je définis la date du menu
3) je choisis le type du premier produit (par exemple légume) que je vais mettre dans ce menu
4) je choisis la référence du premier produit (du légume)
5) je définis la quantité de produit
6) j’ajoute ce produit au menu : le produit choisi apparait dans le listbox sur la première ligne.
7) je répète les actions 3, 4 et 5 pour le second produit (par exemple viande) du menu
8) j’ajoute ce produit au menu : le produit choisi apparait dans le listbox sur la 2ème ligne.
9) je répète les actions 3, 4 et 5 pour le 3ème produit (par exemple dessert) du menu
10) j’ajoute ce produit au menu : le produit choisi apparait dans le listbox sur la 3ème ligne.
11) Je vérifie la composition du menu, c'est-à-dire, dans le listbox, la liste des produits qui le composent.
12) j’ajoute ce menu à la planification des menus.

Voila les informations que j'ai besoin dans le listbox, pour pouvoir vérifier la composition du menu (c'est à dire les colonnes) :
- la référence du produit : cette information est essentielle mais il n'est pas indispensable de l'afficher, elle peut être dans une colonne masquée
- la désignation du produit
- le conditionnement
- la quantité
Je n'ai pas besoin de la destination puisque c'est la nature du menu.
- il faudra penser que lors du choix de la référence (§4) le combobox ne devra proposer que les références qui ont cette destination.
Et il y a une information que je ne vais pas pouvoir traiter facilement :
- le jour (c'est là que tu te rends compte que ta base de données des jours est mal étudiée)
La date définit le jour, il aurait fallu que le comboxbox références ne propose que les choix possibles ce jour la !
Il faut réfléchir à la solution qui permettrait de résoudre ce problème

Quelles sont les informations que je vais enregistrer pour mémoriser ce menu :
- la nature du menu
- la date
- le type de chaque produit avec sa référence et la quantité
Les observations et la période peuvent être calculées à partir de la date, donc inutile d'encombrer la base de données avec ces informations
Les autres informations peuvent être extraites de la base de données des références, donc inutile de les enregistrer aussi dans celle des menus.
Enfin, il y a une information dont je ne comprend pas l'utilité, c'est le numéro de menu.

Bonjour

« Je ne l'ai pas retrouvé mais ... » : Ça t'arrive souvent, j'ai l'impression que tu n'as pas compris comment fonctionnent les discussions sur CCM : Lorsqu'il y a trop de commentaires, seuls les derniers apparaissent, les autres sont masqués et remplacés par un message sur lequel il faut cliquer pour les faire apparaître .:


PS : Il suffit de glisser-déplacer le module mDate dans ton fichier (en conservant le copyright)
Cordialement
Patrice

Bonjour

Voici un tuto pour déboguer ton programme.
https://www.cjoint.com/c/GDvw06NX7xb

Re,

« Si j'ai bien compris ce que je viens de lire, et contrairement à ce que je pensais, la listbox va afficher le contenu de la feuille Récapitulatif liste de choix et, à partir de cette liste, je vais choisir la référence appropriée : et après, que va-t-il se passer dans la saisie des menus ? »
Eh bien non, tu n'a rien compris !
La listbox va afficher les produits que tu as choisi , dans le formulaire, pour constituer le menu, et après quand ton menu sera constitué et que tu auras renseigné les autres champs (date, nature ...) tu pourra l'enregistrer.

« Je viens de regarder mon fichier Référencesmenus et le module MRéférencesListeDeChoix : les deux procédures sont bien en public et non en private. » c'est possible mais je parle des procédures du formulaire, pas de celles du module standard et ce n'est pas le cas dans le dernier fichier que tu as envoyé, c'est à dire au post 189.

Au post 192, je parles de ce que tu n'a pas fait dans ton fichier du post 189.

Il ne suffit d'exécuter une macro pour savoir si elle fonctionne, on peut toujours essayer d'envisager toutes les situations mais c'est quasiment impossible : ce qui est essentiel, c'est de savoir comment elle est structurée, de comprendre le rôle de chaque instruction pour savoir comment elle fonctionne.

Il est aussi très important de comprendre comment on utilise les puissants outils de débogage que le VBA met à ta disposition, notamment les points d'arrêt, le mode pas à pas et surtout la fenêtre variables locales, non seulement pour dépanner mais aussi, avant que les problèmes ne surviennent, tout simplement pour comprendre et analyser le déroulement du programme, en particulier quand tu n'a pas compris.

Le nom du fichier n'a aucune importance, ce qu'il faut c'est corriger tes erreurs. Je n'ai pas l'intention d'écrire le code à ta place.

Cordialement
Patrice

Bonjour,

Quand je dis que ton fichier n'est pas conforme, je ne parles pas du code que tu as ajouté mais des corrections que tu n'as pas effectué !

« Alors prouves-moi que je n'ai pas tenu de tes corrections. » : Par exemple, dans le module du formulaire MRéférencesListeDeChoix, j'ai, entre autres modifications, supprimé la procédure locale Private Sub Initialise_cboProduit() puisqu'elle est remplacée par une procédure publique et toi, tu ne l'as pas fait !!!

« D'ailleurs, les saisies se font correctement maintenant, ... » : C'est pas parce que, pour l'instant tu ne constate pas d'erreur, que ton code est correct. C'est simplement que tu ne l'as pas testé dans la configuration qui provoque l'erreur !

Ceci dit, je n'ai rien à prouver, j’essaie simplement de t'aider à développer cette application par toi-même, puisque c'est ta volonté et je la respecte.

Par contre j'aimerais que toi aussi tu respectes le travail que je te propose et que tu tiennes compte des réponses et des conseils que je te donnes. Je t'ai aussi fourni des méthodes de travail élémentaires, des liens vers les meilleurs cours d'autoformation au VBA. Le VBA ne s'apprend pas en un jour et il ne faut pas chercher à aller trop vite. Il serait bon que tu assimiles progressivement ces données. Je te rappelle aussi que l'aide intégré au VBA est très bien fait, qu'il suffit d'utiliser la touche F1 pour avoir des explications détaillées sur chaque élément du langage.

Depuis le début (le 2 octobre 2016) je te dis qu'il ne faut pas avancer trop vite, qu'avant de démarrer le développement d'une nouvelle partie de ton application, il faudrait finir ce que tu as commencé. Sans oublier que, ce qui est déjà fait est susceptible d'évoluer pour satisfaire un besoin plus général (par exemple la modification d'éléments privés vers des éléments publics).

« Je ne demande pas que tu m'écrives tout le code mais pour chaque procédure, que tu m'écrives une ou 2 lignes, à charge pour moi de compléter ... » : c'est ce que j'ai fait, et au final, vu que tu n'y arrivais pas, je t'ai aussi fourni un code complet fonctionnel, et là encore tu n'arrives pas à le copier correctement, tu y ajoutes de nombreuses erreurs que tu n'arrives pas à détecter.
Bon prince, je te fournis les corrections de ton code avec des commentaires explicatifs et là, tu ne les appliques pas.

C'est bien pour cela, parce que tu veux développer par toi-même, que je ne réponds pas aux questions qui peuvent attendre que tu aies corrigé et compris les erreurs signalées que subsistent dans ton code.

Évites aussi de poser des questions pour lesquelles tu as déjà la réponse, c'est très désagréable. Par exemple : « à quoi sert lstProduit ? », relis le post 144 : [...] un listbox multicolonnes pour visualiser les produits (un produit par ligne) qui composent le menu avec les colonnes : Produit, Jour, conditionnement, destination, quantité.
Si la réponse n'est pas suffisamment explicite, demandes les précisions requises !

Bonjour,

Le fichier que j'ai envoyé au post 183 n'est pas mon fichier mais ton fichier que tu as mis au post 181 auquel j'ai apporté les corrections nécessaires pour supprimer l'erreur que tu signalait au post 179, avec des commentaires explicatifs. Je n'y ai pas ajouté d'autre code.

Tu dis : « Pour ce qui est du fichier de ton post 183, j'ai essayé de faire vainement des enregistrements mais je me suis aperçu qu'il n'y avait pas de code pour le bouton de commande Ajouter ce produit au menu » ça me parait tout à fait normal puisque tu n'avais pas écris ce code.

Par contre le fichier que tu renvoies au post 186, contrairement à ce que tu écris, ce n'est pas celui que j'ai corrigé au post 183. Et dans le fichier renvoyé, tu n'a même pas apporté toutes les corrections que j'ai indiqué dans le code.

Et je te rappelle car je te l'ai dit et répété maintes et maintes fois, que moi aussi je ne suis pas un professionnel.
Je fais beaucoup d'efforts pour comprendre et trouver toutes les erreurs que tu ajoutes dans les exemples parfaitement fonctionnels que je te donnes.
Et en plus, tu oses te plaindre du fait que ça marche pas !

Patrice

Bonsoir

Ci-joint Ton fichier avec le code corrigé (et avec des commentaires)
https://www.cjoint.com/c/GDquOKvFMT7

J'ai aussi réorganisé la disposition des contrôles du formulaire comme je l'aurais fait. sans en supprimer aucun, j'ai simplement mis à droite ceux dont je ne vois pas l'utilité.
Comme je t'ai déjà dit, dans une base de données il faut éviter tout ce qui est inutile : je ne vois pas à quoi sert le numéro du menu (la date est un excellent numéro), la période et les observations sont calculables à partir de la date (donc inutiles dans la base de données)

Bonjour

Les suggestions du post 144 sont toujours valables.
Celles des posts #148 et #150 aussi.

En réponse au post 170 :
1) Quand je parle de table, d'état, de base de données, il s'agit de termes génériques qui sont indépendants du logiciel utilisé. Une table, c'est ce qu'autrefois, avant l'arrivée massive de l'informatique, on appelait un fichier, c'est à dire l'endroit où on stocke des fiches. Les fiches que maintenant on appelle souvent 'enregistrement'. Sous Excel une fiche se matérialise par une ligne dans un tableau. mais le terme tableau n'est pas très approprié, dans une base de données ça s'appelle une table.
2) Pour l'instant je ne vois pas l'utilité de créer d'autres formulaires.
3) Gardes en mémoire ce que je te disais il y a 2 mois au post #29 :
« Quand cet outils fonctionnera, mais pas avant, tu pourras envisager, dans le même classeur, un autre outil (un autre formulaire) pour créer les menus, qui seraient enregistrés dans un ou plusieurs autres fichiers, pour une historisation, c'est-à-dire des simples fichiers de données sans aucune macro. »
Dans un premier temps, pour mettre au point ton formulaire tu peux utiliser un nouvel onglet pour stocker les menus (pour faciliter la création ultérieure des états il est préférable que tous les menus soient dans la même base de données).

Cordialement
Patrice

Bonjour,

Je ne comprends pas ta méthode de travail.

Le 6 avril tu utilisais un fichier nommé Référencesmenus dans lequel il y avait un formulaire pour établir les références des menus qui était presque terminé et un autre formulaire a développer pour les menus.

Maintenant tu utilises un autre fichier nommé Comptabilité dans lequel je ne retrouve pas les formulaires précédents.

Pourquoi ne pas terminer le premier fichier avant de te lancer dans autre chose ?

Bonsoir,

« je ne retrouve pas celui que tu m'as envoyé le 07 avril 2017 à 1h10. »
Il est toujours à sa place ici : Post 152

« Je compte sur toi pour me donner toutes les consignes de création du formulaire » C'est aussi toujours là : Post 144

Bonjour,

« J'ai essayé mais il ne m'a signalé aucune erreur. » : C'est normal car il n'y a pas d'erreur d'exécution du code mais une erreur d'écriture (i.e. de structure du programme) qui provoque l'anomalie : le tri rapide boucle indéfiniment.

Pour constater cette erreur (et toutes les autres rencontrées depuis 5 mois) il suffit d'exécuter le code en mode pas à pas. Après chaque pas, le programme passe en mode arrêt : l'analyse des variables permet de vérifier que tout se passe normalement (ou pas) avant d'exécuter le pas suivant.

Pour exécuter le code en mode pas à pas :
1. Commencer par mettre un point d'arrêt au début du code à exécuter:
Cliquer sur la barre grise verticale à droite de la première instruction : un point apparaît sur cette barre et la ligne est alors colorée.



2. Lancer le code (avec le bouton « Liste de choix »)

3. Le code s'arrête sur le point (la ligne est alors surlignée en jaune). Exécuter les instructions une pas une en appuyant sur F8 (i.e. en pas à pas), chaque appuis sur F8 exécute une instruction et arrête le code sur l'instruction suivante.

Bonjour,

1) Je viens de regarder ton dernier fichier avec le formulaire menu :
La plupart des cbo sont totalement inutiles !

Pour créer les menus, on a besoin de 3 combobox uniquement:
- Nature du menu
- Choix du produit
- Référence du produit
et de 2 ou 3 textbox :
- Date
- Quantité de produit
- [selon le cas] Numéro du menu (numérotation manuelle)
et d'un ou 2 labels :
- Observations (calculées automatiquement d'après la date)
- [selon le cas] Numéro du menu (numérotation automatique)
et des boutons
- ajouter un produit
- ajouter le menu
- modifier le menu
- supprimer le menu

et surtout un listbox multicolonnes pour visualiser les produits (un produit par ligne) qui composent le menu avec les colonnes :
Produit, Jour, conditionnement, destination, quantité

2) « Je choisis de nouveau un produit; je tape la lettre (L,V ou D) et là le premier code, par exemple LD02 tel qu'il figure dans l'onglet Récapitulatif liste choix apparaît : dans toutes les instructions du code, où se trouve l'instruction qui permet cette apparition ? »
Nulle part, c'est le fonctionnement normal d'un combobox.

Re,

« Quand je poste un message sur ccm et que quelqu'un répond, je reçois un mail de ccm me disant que j'ai une réponse à la question posée. » : c'est ton choix. (dans les paramètres de ton compte)

« Je n'ai aucune idée de la façon dont tu es averti que tu as un message venant de moi.»
Pour ma part j'ai choisi de ne pas recevoir de mail de ccm, donc je ne suis pas averti quand quelqu'un poste sur un des 5500 messages suivis.

« Comment je peux voir si tu as répondu ou pas ? »
il suffit de regarder le forum : dans la liste des discussions suivies, celles qui ont reçu une réponse apparaissent en gras.

Quand au fonctionnement de l'intellisense, vérifie les options de l'éditeur VBA (outils / options) :



et ici, quelques raisons du dysfonctionnement :
https://software-solutions-online.com/vba-intellisense-not-working/

Cordialement
Patrice