Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
Oh... war mir nicht bewusst, daß sich der Name von 2009 auf 2010 geändert hat.
Anbei eine LV2009er Version.
register_lv2009.vi (Größe: 19,39 KB / Downloads: 177)
Guten Tag,
habe mir für meine Frage mal ,ein zuminderst ähnliches ,Topic gesucht
Zunächst einmal bin ich absoluter LV-Anfänger.
Nun zu meiner Frage:
Ist es möglich, Tabs von einer Tab Control von 'aussen', d.h. bspw. von einem Taster welcher sich auf Tab 1 befindet zu aktivieren?
Mein Wissensstand bis dato ist es, dass die Tabs erst aktiviert werden wenn ich während des laufenden Progrmamms eben auf diese jeweiligen Tabs klicke....
Es dreht sich grundsätzlich um eine Motorsteuerung , welche momentan durch versch. Tabs getrennt:
1.Tab -connect
2.Tab - Motor init
3.Tab - Motor on
.. diese 3 Tabs sollen nach möglichkeit über einen TAster alle nacheinender aktiviert werden
es steht dir immer frei, einen eigenen Thread zu erstellen anstatt einen alten aufpoppen zu lassen…
Was heißt bei dir "aktivieren"?
- Es gibt eine Property für jeden Reiter in einem Tab-Control, mit dem der jeweilige Reiter aktiviert&deaktiviert werden kann.
- Du kannst über eine lokale Variable des Tab-Controls festlegen, welcher Reiter gerade im Vordergrund ist - das hat aber nichts mit "aktivieren" zu tun…
- Du kannst über eine Property des Reiters auch festlegen, ob dieser überhaupt "sichtbar" ist…
Aktivieren des Tabs bedeutet für mich soviel das, bspw. die Initialisierung des Motors , welche auf Tab2 'implementiert' ist nur dann Stattfindet wenn ich eben diesen Tab2 mit der Maus anklicke.
Ich hätte jedoch gerne die Initialisierung des Motors durch einen Taster gesteuert welcher auf Tab1 ist.
Das heißt ich möchte TAb2 von Tab1 ansteuern aber niemals manuell mit der Maus öffnen müssen..
Mag auch sein, dass die Tab COntrol für mein Vorhaben garnicht so geeignet ist, schaue mir jetzt jedenfalls mal die Properties der TAbs an.
habe das gerade mal ausprobiert, durchaus geht das in die richtige Richtung...
Jedoch ist der Plan, die Seite 2 deines Pics zwar aufzurufen/zu aktivieren aber eben diese Seite nicht zu öfnnen.
Also prinzipiell nicht 'Gehe zu Seite 2',
sondern:
'Führe Seite 2 aus, zeige Seite 2 nicht und bleib hier'.
Auf Seite 2 muss also nichts bedient werden sondern der Case im Tab muss nur von Seite1 aus geschaltet werden.
Zitat:Jedoch ist der Plan, die Seite 2 deines Pics zwar aufzurufen/zu aktivieren aber eben diese Seite nicht zu öfnnen.
Aha, also die Seite "aufrufen", ohne sie aufzurufen!?
Zitat:Also prinzipiell nicht 'Gehe zu Seite 2', sondern:
'Führe Seite 2 aus, zeige Seite 2 nicht und bleib hier'.
Auf Seite 2 muss also nichts bedient werden sondern der Case im Tab muss nur von Seite1 aus geschaltet werden.
Da scheint ein Verständnisproblem bei dir vorzuliegen!
Es ist vollkommen egal, welcher Tab in einem TabControl gerade angezeigt wird: dein Code ist davon vollkommen unabhängig (solange du keine explizite Abhängkeit über Case-Strukturen programmierst)!
Also: einfach dein VI mit einer passenden Statemachine ausstatten und schon kannst du über beliebige Buttons beliebige States ausführen…
Es ist doch so, wenn ich ein Event auslöse, merkt sich das Programm diese Aktion solange bis das Event es ausführt.
D.h. wenn ich z.B. mit der Maus ein Event des 2. Events zu einem Zeitpunkt anstoße wo dieses nicht aktiv ist, wird meine Aktion ausgeführt sobald es aktiv ist. Also ich betätige zu einem Zeitpunkt die Maus und es passiert nichts. Dann plötzlich, wenn das Event aktiv wird werden wie von Geisterhand bestimmte Dinge den genau die Musikaktivitäten ausgeführt.
Ist das so oder interpretiere ich das Event Ereignis falsch?
(03.05.2016 09:39 )Patbue schrieb: Also prinzipiell nicht 'Gehe zu Seite 2',
sondern:
'Führe Seite 2 aus, zeige Seite 2 nicht und bleib hier'.
Auf Seite 2 muss also nichts bedient werden sondern der Case im Tab muss nur von Seite1 aus geschaltet werden.
Es ist doch nichts einfacher als das - obwohl: Eine TabSeite wird ja niemals ausgeführt. Man kann nur, nachdem Seite 2 sichtbar ist, die Bedienelemente auf dieser Seite betätigen.
Und das kann man natürlich auch programmatisch tun, mit Hilfe von lokalen Veriablen. Da braucht man Seite 2 nicht extra aufzurufen
Das ist sogar ganz einfach, denn im Blockdiagramm bleiben ja die Elemente auf den einzelnen Seiten des Registerkartenelementese immer alle frei sichtbar; im Unterschiede zum FP, wo man nur die Controls der aktuellen TabSeite sieht.
