08-05-2010 01:14 PM
Locals
Extra copy for each instance
require seq strutures (or similar) to enusre proper data flow
Do NOT require the UI thread. (there is a special back-door just for locals to avoid the UI thread).
Cna not be accessed from a sub-VI
Property nodes
No extra copy required
Can be sequenced using error cluster
Require the UI thread.
Can be accessed from sub-VI
Speed from fastest to slowest
wire (shift register)
Terminal
Local
Property node >>> value
When dealing with small dialog screens locals are fine for me but I do stop to think what get the most traffic and use the terminal for that state.
Complicated GUIs become a mess without sub-VI so that is where I use the value properties.
08-05-2010 01:29 PM
@Ben wrote:
Complicated GUIs become a mess without sub-VI so that is where I use the value properties.
Passing a control reference to a subvi to use a value property node is a valid use of property nodes. I use them all the time in this case.
08-05-2010 01:35 PM
@tbob wrote:
@Ben wrote:
Complicated GUIs become a mess without sub-VI so that is where I use the value properties.
Passing a control reference to a subvi to use a value property node is a valid use of property nodes. I use them all the time in this case.
pssst
I wouldn't tell tbob, he'll jump al over you!
Ben
08-05-2010 04:32 PM
@Ben wrote:
Property nodes
No extra copy required
Can be sequenced using error cluster
Require the UI thread.
Can be accessed from sub-VI
Don't forget the forcing of synchronous execution. (click here for details!)
Anyway, the situation here is best solved with a local.
08-05-2010 04:38 PM
@aeastet wrote:
Like this
Please don't post snippets with property nodes, because they get mutilated and lose all of the original simplicity. 😞
(Attach a plain picture or an actual VI instead. Also remember that only a very small fraction of users have LabVIEW 2010, so you might want to downconvert to e.g. 8.0 first.)
08-06-2010 12:55 AM
Sorry for that bitmap file and probably question framing.Here i have attached my problem in more specific way. kindly help
08-06-2010 01:02 AM - edited 08-06-2010 01:04 AM
I have attached my question in more specific way.
All i need is in front panel the control icon should also act as indicator icon.
for example :
I will be displaying some string and now if other person wants to change that string and make it updated with new value what he has entered is it possible(like global variables).
08-06-2010 02:05 AM
omprakash wrote:I will be displaying some string and now if other person wants to change that string and make it updated with new value what he has entered is it possible(like global variables).
As we already said, make the string a control so it can be operated at runtime.
If you need to write to it (i.e. use it as indicator), write to a local variable of it instead.
(I don't understand the code images you attached. You write to the same global with two different values at the same time. Why don't you attach a Vi instead, maybe things would become more clear. It would also help of you could show some real program code. Right now you don't even have a loop.)
08-06-2010 05:53 AM
As i understand you need to use both as controls, and then an event structure. If "Indicator" is changed, it should update the 'control' and vice versa.
If you just want the control to look more like an indicator you can r-click it and remove the Increment/decrement buttons.
/Y
08-06-2010 05:58 AM
THANKS for your reply,
I got what you are telling but here
In my vi,i will be making string to be displayed to user so that there would be no need for him to fill it(JUST RUN PROGRAM).
But now if he wants to change string and writes his own, then comes the problem(UPDATED STRING VALUE TO BE TAKEN).
Best example i can give is global variable.
they will be updated when ever,where ever values are fed and with that if you go to frontpanel of global variable you could read changes with the value as well as make changes.
ALL i want is my front panel variable to be like global variable (BOTH READ AND WRITE IN A SINGLE ICON)