Discussions au sujet de NI LabVIEW
bug structure condition : intitulé de l'etape different du menu contextuel
Voici un petit bug qui m'a donné du fil a retordre.
au départ j'ai voulu modifier une condition définie par string en ajoutant des accents. mais le code ne voulait toujours pas fonctionner.
au bout d'un certain temps je me suis rendu compte que, malgré que le champ étape de la structure condition contenait les accents, son menu contextuel de sélection des étapes ne les affichait pas.
pour résoudre ce problème, j'ai décâblé et recâblé le fil de condition
à première vue, comme tu expliques, "ça sent" le petit cancrelat.
C'est toujours le problème de pouvoir "reproduire" ... un bug que l'on ne peut pas reproduire est d'office un cul-de-sac sans solution. Apparemment, tu n'as pas réussi à contourner et ton code présente toujours une anomalie. As-tu essayé d'isoler une portion de code minimum où le problème se présente toujours. Soit, isoler cette structure condition, accompagnée d'un minimum de code incompressible, le tout ayant "toujours" le menu contextuel qui pose soucis. Ce serait intéressant de voir (chercher) à partir de quelle réduction de code ce menu contextuel va se resynchroniser sur du cohérent. Est-il possible pour toi de partager ce code qui pose problème ?
Pierre_F évoque une incohérence entre les noms des états réels et ces mêmes noms dans le menu de sélection des états. J'ai compris par là le menu que l'on obtient par un clic sur la flèche contenue dans le "selector label". Avec accents pour l'un, sans accents pour l'autre. Si ma compréhension des choses constatées est correcte, on pourrait en effet y voir un bug. Quel que soit le contexte (VIs inclus/ou non, mémorisés/ou non... ceci dit, l'idée est bonne) il me semble anormal de se trouver devant un code "qui n'est pas cassé" avec une structure condition dont les états réels ne correspondent pas à ceux repris dans le menu de sélection des états de cette même structure. (d'où bug éventuel). Là ... je me suggérais de réduire le code pour voir (par curiosité) à quel moment de réduction ce menu de sélection retrouverait (ou pas) sa conformité par rapport aux états réels. Le terme "synchroniser" n'est peut-être pas le meilleur pour exprimer cette idée. L'ensemble du descriptif de Pierre_F et l'idée d'un bug m'a fait pensé que LV n'avait pas mis à jour le menu de sélection ... d'où l'idée de voir à quel moment il le ferait (ou pas).
ok pour tout Michael.
Mais je reste cramponné à ce qui est pour moi l'essentiel du constat de Pierre_F. Le menu du selector label ne reflète pas à l'identique l'ensemble des états codés dans la structure case. D'un côté on a une version avec accent, et de l'autre sans. Et ça, quel que soit le contexte, ou ceci, ou cela, je me dis que LV à loupé une mise à jour du menu des états. Quelque part, comment pourrait-il en être autrement ? A mon sens il n'est pas possible d'envisager un raisonnement, quel qu'il soit, qui donnerait un sens logique et donc qui légitimerait ce comportement. Je pense que nous sommes tous bien d'accord à ce sujet (enfin, je pense). C'est dans ce sens que j'aurais aimé "jouer" avec ce code (le bousculer un peu dans tous les sens) pour voir à quel moment LV va, ou ne va pas, se rendre compte de la différence et mettre à jour son menu.
