Latch when released

Leider nicht nur anscheinend, es ist die Wahrheit. Dem User ist im Moment alles zugänglich. Darüber habe ich mir natürlich keine Gedanken gemacht. Ein weiterer Punkt auf meiner Liste.
Okay, Application Builder anschauen. LLB sind wohl Libraries.
Leider bin ich gezwungenermaßen der Software-Entwickler oder besser das Versuchskaninchen dafuer.

Okay, erlaubt mir dennoch eine Frage. Warum gibt es hier im Forum dann Beispiele, wo statt der latch-Aktion die Kombination switch+lokale Variabeln zum Zurücksetzen genommen werden?

Hallo Blue,

"Warum gibt es hier im Forum dann Beispiele..."
Du wirst auch VIs finden, die grottenschlecht programmiert sind. Willst du trotzdem auch diese als Vorbild nehmen?
Es mag Gründe geben, warum man statt "Latch" doch "Switch"+lokale Variablen benutzen will. Aber für dein VI ist das unnötig - ich sehe hier keinen Grund für lokale Variablen...

Gut, danke schoen. Dann also latch und invoke nodes (oder sind die dann nicht auch eigentlich überflüssig, wenn man für den User alles sperrt?).
Ansonsten waere meine Frage, kann man invoke nodes, eben den bereits angesprochenen "reinitialize to default", auch in Subvis verstecken?

Hallo blue,

wenn der User nichts ändern darf (=Normalzustand), dann brauchst du auch kein "ReInit to Default"...

Na klar kann man die (in diesem Fall überflüssigen) Invoke-Nodes auch auslagern in ein SubVI. Einfach Referenz des Controls erstellen (Rechtsklick -> Create -> Reference) und diese an ein SubVI übergeben.


Wobei: Noch schneller geht das mit nur einer Invoke-Node der Klasse VI:
   


Die Diskussion mit überflüssigem Reset und User spielt am Sourcecode rum haben wir auch hier, und da habe ich das schon mit demselben Argument als überflüssig abgetan!

Gruß, Jens