zmienne globalne, lokalne

[decyl]

cześć
potrzebuję aby pasek postępu slide zmieniający się wewnątrz bloczka, zmieniał się również poza jego obrębem tak aby postęp widoczny był na bieżąco a nie dopiero po wyjściu z tego bloczka. Próbowałem przy użyciu zmiennych lokanych i globalnych ale niestety bez rezultatu. moze ktos ma jakiś pomysł?

pozdrawiam bartek

[Mikrobi]

cześć potrzebuję aby pasek postępu slide zmieniający się wewnątrz bloczka, zmieniał się również poza jego obrębem tak aby postęp widoczny był na bieżąco a nie dopiero po wyjściu z tego bloczka. Próbowałem przy użyciu zmiennych lokanych i globalnych ale niestety bez rezultatu. moze ktos ma jakiś pomysł?

Równoległa pętla while+event. Wewnątrz wskażnik Slide (Horizontal Progress Bar) do którego ze swojej pętli
wpisujesz wartość przez Property Node: Value(Signaling) dla elementu Slide.
Np. tak: Panel:
diagram:
[jeszcze jako komentarz do diagramu] w pętli while+event porównywanie nowej wartości z liczbą 100 wynika tylko z tego, że widzialem ile iteracji wykona umieszczona nad nią pętla FOR.
Z powodzeniem można z tego zrezygnować i dodać do struktury event durgie zdarzenie, które będzie reagowało tylko na zmianę wartości przycisku STOP i kończyło w ten sposób pracę petli.

[Slawek_ZG]

Witam
Jesli cos kreci sie w bloczku A i ma to byc widoczne w bloczku wyzej B to mozna tak

to bloczek B wywoluje bloczek A

wykozystana funkcia reference i przekazana do bloczka A
a tak wyglada bloczek A

wada Ciezko sie tymi bloczkami steruje ale zawsze mozna to rozbudowac o globalne stop itd
Co prawda te funkcie do czego innego stworzono, i co z tego kiedy polak potrafi....
Sory graficznie i estetycznie nie wysililem sie...

[Mikrobi]

wada Ciezko sie tymi bloczkami steruje ale zawsze mozna to rozbudowac o globalne stop itd Co prawda te funkcie do czego innego stworzono, i co z tego kiedy Polak potrafi....

Myslę że te elementy jednak i do tego są przeznaczone, w końcu to property node, tylko z referencją, a nie wygenerowane wprost z PKM (prawego klaw. myszy).
A i siedzą w palecie Aplication Control o ile pamietam (sprawdzilem, dalej tam są ;) )
Wadą tego rozwiązania jest pooling (co 100ms) pętli while. Zastosowanie while+event gwarantuje, że pętla przekręci się tylko, kiedy nastąpi zadażenie wyzwalające dany event.
Informacja o zdarzeniu przyjdzie do aplikacji od strony systemu operacyjnego (o ile pamietam).
Nie trzeba sprawdzać co 100 ms, wystarczy spokojnie poczekać

[Slawek_ZG]

Co do czasow opoznien to nie zastanawialem sie za dlugo i wprowadzilem pierwszy ktory wpadl mi w rece. While w subVi powinna byc wywalona, albo z constans bool tak by po wykonaniu raz for "wyszla z siebie" da to nam mozliwosc zapamietania w niej czegokolwiek w prosty sposob.

tylko z referencją, a nie wygenerowane wprost z PKM (prawego klaw. myszy).

to mialem na mysli....
while+event jest dopieo w 7.1 jesli dobrze pamietam
moze event structure?

[Mikrobi]

Co do czasow opoznien to nie zastanawialem sie za dlugo i wprowadzilem pierwszy ktory wpadl mi w rece.

z tego co pamiętam takie opóźnienia (100ms) zalecali stosować ludzie z NI w swoich prezentacjach.
Są gdzies jeszcze na sieci, podobnie napisane było w manualach do niższych wersji.

while+event jest dopieo w 7.1 jesli dobrze pamietam

eventy są od 6.1 ale to prawda, przy wersjach 6 i nizszych twoje rozwiazanie jest równoważne mojemu. ...gdyby jeszcze znać wersję na której pracuje pytający