LabVIEWForum.de

@Dimitri
gehöre ja selbst zu den neugierigen Schöngeistern. Auf dem Klo liegt bei mir das "Handbuch des unnützen Wissens" und lese daraus immer zu bestimmten Zeiten...

Mir erschließt sich kein logischer Sinn darin FP Objekte identisch zu benennen, da ja auch der Untertitel als (angezeigte) Beschriftung verwendet werden kann. Mich würde es also echt mal interessieren welchen Grund es geben kann Beschriftungen (manuell!) so abzuändern, dass die bei zwei FP Controls identisch sind...

(19.08.2011 13:57 )Kiesch schrieb: [ -> ]Mir erschließt sich kein logischer Sinn darin FP Objekte identisch zu benennen, da ja auch der Untertitel als (angezeigte) Beschriftung verwendet werden kann. Mich würde es also echt mal interessieren welchen Grund es geben kann Beschriftungen (manuell!) so abzuändern, dass die bei zwei FP Controls identisch sind...

Es hat doch niemand vor Controls vorsätzlich gleich zu benennen. Und, wenn doch, wird er auch dafür seine Gründe haben. Die UID ist aus seiner Sicht einfach zuverlässiger und ich glaube auch, dass diese Vorgehensweise durchaus in anderen Sprachen Usus ist.

(17.08.2011 10:57 )Sascha_ schrieb: [ -> ]um den aktuellen Wert der Bedienelemente auf dem Frontpanel eines VIs beim beenden der Applikation zu sicher, um bein starten wiederherzustellen, bin ich im Begriff einen Code zu schreiben, der diese Werte mit den Controlls verknüpft in eine .ini- oder XML-Datei schreibt.
Nun könnte man (was andere ach tun - siehe diesen Thread: http://www.labviewforum.de/thread-18214-page-3.html) natürlich den Wert der Beschriftungs-Properties der Controls auslesen, was mir allerdings nicht gefällt, da diese ja durchaus auch mehrfach gleich vorhanden sein können - auch wenn dies sicher keine 'gute Programmierpraxis' darstellt; doch dies ist ein anderes Thema was ich eigentlich nicht diskutieren möchte.

Was ist, wenn er Code für mutierte Menschenaffen schreibt, die grundsätzlich Controls gleichen Datentyps auch gleich benennen, weil sie es eben, auf dem Planet der Affen, so gelernt haben. Habt ihr mal daran gedacht?!

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:

...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.

Hallo Sascha,

Zitat:Packen wir es mal an der Basis: Das Property heißt Beschriftung und nicht Name oder etwas in dieser richtung

Das die Property "Beschriftung" heißt, liegt leider an der mMn schlechten Übersetzung ins Deutsche. Die englische Bezeichnung lautet nämlich "label". Und es ist und bleibt schlechtes Programmieren, Elementen das gleiche Label zu verpassen. Wir reden also durchaus über den Namen...
Der "Zweitname" heißt übrigens "caption"/"Untertitel"!

In Ergänzung zu Gerds hervorragender Erklärung:
Dass man das Label (Beschriftung) für einen eindeutigen Namen verwenden sollte und lieber die Caption (Untertitel) für einen Anzeigennamen, darauf darauf auch hin, dass man die Caption zur Laufzeit per PropertyNode setzen kann, das Label dagegen nicht!

Gruß, Jens