jackscl

Hi Everyone,

This days, I meet a strange thing: The exe created by LabVIEW might be no-acitve status anytime when my customer use it to get current data from 6485 and product SN from a Bar code scanning gun then recording data by NPIO .Unfortunately I have a long time business travel.

My customer ask me to solve it -- he does not like  using mouse to click the exe to active it. 

Hence I want to use winapi detect my UI's status and make it activity.But it does not work well .... 

Thanks.

Add:

When I click the desktop , the front panel will be as this status.The problem is that I still can't input keyboard.

Another: I find that the focuse threat should be the UI THREAT ,But I can't get this vi's threat by GetCurrentThreat().

WindowSet.vi Test.vi

12 hours ago, Rolf Kalbermatter said:

The difference is that Mouse Down is generated first for the control that the user clicks on, then if that processes successfully the Key Focus is changed to the new control which commits the value to the control that had previously the Key Focus, which results in the Value Changed event for that control.

So at the time the Mouse Down event is processed, the Value Change event for the previous control has not been processed yet. When you use the Value Change event for the button instead, it is guaranteed that the Value Change event for the string that is a result of loosing the Key Focus for that control, has been already processed.

Thank you for your explanation.I get it.I will convince my boss.

1 hour ago, Benoit said:

Here is the problem.

When displaying in a Hex format, the update value while typing cannot be activated.

Since the value is updated only when you click somewhere else on the front panel, if the first click is on the button COM Write, the value is updated after the Event mouse down is fired.

Benoit

Thank you very much. I find if i use value change event,it will be pass current value.(I usually use it).I will search the different between value change and mouse down.

1 hour ago, Benoit said:

Please post your actual VI. This will allow us to see if there is race condition or other problem.

Thanks

Benoit

Maybe the mouse down event and the button's mechanical action is the reason? I like using value change event in my code. It's a Retired colleague's program,I delete the subVIs which the company doesn't want show.

Test.vi

It's a very easy event case.

The problem is that the String to write (hex display) terminal passes the old value rather than the new value to the String out on my boss's computer when I clicked COM Write Button.But the problem never happens on my computer.Our computers' environment both are win7 and LabVIEW2014-Chinese.

Is there anybody can explicate this phenomenon? Thanks.