Event Structure for inactive window

[Jay14159265]

Hello, I am wondering if there is an easy way make the user events more consistent when the front panel of a VI is not the active window (in Windows). I notice that when a front panel is running but not the active widow I still get button animations and mouse enter and exist events but I don't get button press or mouse down events unless I first click on the window to make it active. I would really like to get the button press and mouse down events even if the window is inactive. If that is not possible, I would like to disable the animations if the window is inactive. I have provided a VI that demonstrates this behavior. 

Thanks for looking

[paul_a_cardinale]

When an app that is not the active window receives mouse click events, that is called 'click-through'. I believe that it is an OS setting/characteristic.

[billko]

---

@paul_a_cardinale wrote:

When an app that is not the active window receives mouse click events, that is called 'click-through'. I believe that it is an OS setting/characteristic.

---

Yes, this is expected - and desired - behavior.

[paul_a_cardinale]

---

@billko wrote:

---

@paul_a_cardinale wrote:

When an app that is not the active window receives mouse click events, that is called 'click-through'. I believe that it is an OS setting/characteristic.

---

Yes, this is expected - and desired - behavior.

---

Which do you mean?

• It's desired that it be an OS setting
• It's desired that there should be click-through
• It's desired that there should not be click-through

[Jay14159265]

---

@paul_a_cardinale wrote:

---

@billko wrote:

---

@paul_a_cardinale wrote:

When an app that is not the active window receives mouse click events, that is called 'click-through'. I believe that it is an OS setting/characteristic.

---

Yes, this is expected - and desired - behavior.

---

Which do you mean?

• It's desired that it be an OS setting
• It's desired that there should be click-through
• It's desired that there should not be click-through

---

As an end user of an application, I think the expected behavior is that if I'm hovering over a button and the button is animating, I expect that clicking the button would do the thing linked to the button ... I don't care if the window is active or not. 

[zou]

Inactive window does not get mouse click message is the Windows default behavior.

LabVIEW buttons are not Windows objects.

Why animation works?  An NI mistake.  Should not overwrite Windows default behavior.

[mcduff]

I think this works

I don't know why the Event Structure is blank, should be Pane:MouseEnter

[billko]

---

@Jay14159265 wrote:

---

@paul_a_cardinale wrote:

---

@billko wrote:

---

@paul_a_cardinale wrote:

When an app that is not the active window receives mouse click events, that is called 'click-through'. I believe that it is an OS setting/characteristic.

---

Yes, this is expected - and desired - behavior.

---

Which do you mean?

• It's desired that it be an OS setting
• It's desired that there should be click-through
• It's desired that there should not be click-through

---

As an end user of an application, I think the expected behavior is that if I'm hovering over a button and the button is animating, I expect that clicking the button would do the thing linked to the button ... I don't care if the window is active or not. 

---

It's desired because if a pop-up shows up in front of the app that has focus, the first click on a button on the pop-up will set the focus, not click the button.

[paul_a_cardinale]

---

@billko wrote:

---

@Jay14159265 wrote:

---

@paul_a_cardinale wrote:

---

@billko wrote:

---

@paul_a_cardinale wrote:

When an app that is not the active window receives mouse click events, that is called 'click-through'. I believe that it is an OS setting/characteristic.

---

Yes, this is expected - and desired - behavior.

---

Which do you mean?

• It's desired that it be an OS setting
• It's desired that there should be click-through
• It's desired that there should not be click-through

---

As an end user of an application, I think the expected behavior is that if I'm hovering over a button and the button is animating, I expect that clicking the button would do the thing linked to the button ... I don't care if the window is active or not. 

---

It's desired because if a pop-up shows up in front of the app that has focus, the first click on a button on the pop-up will set the focus, not click the button.

---

Beyond that, I want the following OS setting:

DontMoveStuffAroundUnderTheMousePointer = TRUE.

[raphschru]

---

@mcduff wrote:

I don't know why the Event Structure is blank, should be Pane:MouseEnter

---

Snippets do not maintain static links (UI events, locals, static refs, linked properties, linked methods) to front panel elements that cannot be included in the snippet itself, such as panes and splitters.