Ohne gleich geistig in andere Welten zu driften... Packen wir es mal an der Basis:
Das Property heißt
Beschriftung und nicht
Name oder etwas in dieser richtung - logisch spricht nichts dagegen, dass mehrere Objekte eine identische Beschriftung haben, wenn sich eine andere Bedeutung aus dem Kontext ergibt.
So kann ich mir vorstellen, dass ich auf verschiedenen Tabs verschiedene Eingabeelemente habe, welche die Beschriftung 'Frequenz:' tragen - der Kontext mag sich z.B. aus einem Gruppierungsrahmen mit Überschrift ergeben.
Nun könnte man die Beschriftung des Elements natürlich in 'FrequenzDies' und 'FrequenzDas' ändern, diese dann verstecken und den Untertitel als eiegentliche Beschriftung auf dem Frontpanel anzeigen lassen...
Aber da wir hier über die Eigenschaft
Beschriftung und nicht
Name reden, halte ich es auch für zulässig, in einem solchen Falle gleiche Beschriftungen zu vergeben - praktisch ist das nicht nachteilig (achtung - mein völlig subjektives Empfinden!).
Beim Programmieren sehe ich auch bei der ersten Methode nicht sofort, welches Control denn welches ist - ich muss mindestens mit dem Cursor darüberfahren um in der Kontexthilfe den Namen angezeigt zu bekommen.
Ich arbeite dann zumeist mit 'Anschlus suchen' aus dem Kontextmenü, was bei beiden Varianten funktioniert. Und auch im Quelltext (oder vielmehr Quellbild?!) ist das Sinn und die Lokation von einem Control mit der Beschriftung 'Frequenz' leicht ersichtlich, 'FrequenzDies' wäre redundant und bietet keine wirklich nützlichen Funktionen.
...das nur mal als grober Umriss meiner Hintergrundgedanken, ich könnte das noch viel detailierter beschreiben, doch bezahlt mich dafür ja keiner *hr*
Ein anderer Aspekt ist die absolut sichere Zuordnung von gespeicherten Werten zu einem Control, indem man nicht nur einen Parameter vergleicht, sondern mehrere - so viel Auswahl hat man dann ja auch nicht, als Primärschlussel soll mir nun UID dienen, als Sekundärschlüssel zusätzlich die Beschriftung.
Und über 'gute Programmierpraxis' wollte ich deshalb nicht diskutieren, weil dies stets in Drama ausartet - was einige User hier ja auch promt und wunderbar bewiesen haben
Soo - nun zurück zum Tehma und gleich ein riesiges Danke an Jens! Dank Deiner Tipps habe ich es schließlich hinbekommen.
1.) Scripting in LabVIEW über den Menüpunkt 'Werkzeuge'->'Optionen...'->'Neuerungen und Änderungen': 'Funktionen, Eigenschaften und Methoden für VI-Skripte anzeigen' aktivieren
2.) LabVIEW schließen
3.) LabVIEW.ini lokalisieren (ist im Stammverzeichnis von LabVIEW zu finden - z.B.: 'C:\Programme\National Instruments\LabVIEW 2010\LabVIEW.ini')
4.) für alle 'versteckten' Zusatzdinger alle folgenden drei Zeilen der LabVIEW.ini hinzufügen:
Code:
Edit jg: Entfernt ;)
...und schon platzen die Kontextmenüs aus allen Nähten.
Die Eigenschaft 'UID' ist übrigens bei der Version 2010 vorhanden - ob auch in früheren Versionen, vermag ich nicht zu sagen. Da die Checkbox zum aktivieren des Scriptings in den Werkzeug-Optionen allerdings unter der Rubrik 'Neuerungen und Änderungen' auftaucht, könnte ich mit vorstellen, dass es tatsächlich erst neuerdings zur Verfügung steht.
/
Einzigartige IDs der Controls eines VI-Frontpanels vorhanden?! Wenn ja: wie auslesen?
@Dimitri
