LabVIEWForum.de
Bug bei strikter Typdef - Druckversion

+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Bug bei strikter Typdef (/Thread-Bug-bei-strikter-Typdef)



Bug bei strikter Typdef - Lucki - 17.06.2015 08:48

Wahrscheinlich ist es ein Bug, gegen den man direkt nichts machen kann, aber sicherheitshalber möchte ich doch nach mal fragen.
Gegeben ein Cluster mit strikter Typdef in einem VI. Von den Elementen das Clusters gibt es im VI jede Menge Eigenschaftsknoten, die direkt aus dem FP heraus durch Clicken mit der rechten Maustaste erzeugt wurden. Die Namen der Eigenschaftsknoten entsprechen den Namen der Clusterelemente.
Hier ein extrem einfaches VI, mit nur einem Cluster und einigen Eigenschaftsknoten:
[attachment=53386]

Jetzt soll die Reihenfolge der Elemente im Cluster nachträglich geändert werden. (Fragt nicht warum, es hat schon seinen Grund). Das geht natürlich nur in der Typdef. Da die Eigenschaftsknoten die Namen der Elemente tragen, an denen sich nichts ändert, sollte man meinen, dass das keine Auswirkungen auf die Eigenschftsknoten hat. Das ist auch so - aber nur wenn der Cluster nicht typisiert ist, oder wenn es sich um eine nicht strikte Typdef handelt.

Bei strikter Typdefinition werden die Zuordnungen der Eigenschaftsknoten aber alle verändert, und das schöne große VI ist erst mal Schrott.
Ich ändere jetzt mal die Reihenfolge im obigen Cluster. Zuerst ging die Elemente-Nummerierung von oben nach untern, jetzt geht sie von unten nach oben. Die Eigenschaftsknoten sehen jetzt so aus:
[attachment=53387]
Hier zwar nicht, aber man kann sich wohl denken, dass diese veränderte Zuordnung der Knoten zu den Elementen verheerende Folgen haben kann.
Ich hänge mal das VI an, ich wäre dankbar, wenn das Problem von einen "zweiten Gutachter" untersucht würde.
Gruß Ludwig


RE: Bug bei strikter Typdef - jg - 17.06.2015 09:22

Brauche ich nicht groß untersuchen, kenne das Phänomen. Allerdings bedarf es dafür nur eine "TypeDef", ob die strikt ist oder nicht, ist egal.

Dasselbe passiert dir mit Events, die du auf die Elemente des Clusters legst. Auch die kommen dann "durcheinander".
[attachment=53391]

In dem Projekt, in dem mir das Ärger macht, habe ich mir inzwischen bei nötigen Änderungen der Reihenfolge angewöhnt:
1) Cluster von der Typdefinition trennen.
2) Dann in allen vorkommenden Clustern und in der Typdefinition die Reihenfolge ändern
3) Typdefinition wieder speichern.
4) Cluster über Rechtsklick -> Replace wieder durch die Typdefiniton ersetzen.

Gruß, Jens


RE: Bug bei strikter Typdef - Lucki - 17.06.2015 10:06

Lieber Jens, vielen Dank für die schnelle und ausführliche Antwort. Die von Dir beschriebene Prozedur ist vom Aufwand her vertretbar.
Und wieder was von Dir gelernt: Ich dachte immer, wenn man ein Element von einer Typdefinition trennt, gibt es kein Zurück mehr, weil es kein Tool für die entsprechende reverse Vorgehensweise gibt. Geht als doch, mit "Ersetzen", VI wählen, Typdef suchen.
Gruß Ludwig