Why do NXG and System buttons behave like this?

[johndoe_67]

I've suspected this for a while but always dismissed it as "something else is going on". Finally took some time to test.

I don't understand why the reset behavior of the NXG and System buttons are different than the others. When used as latch-on-release, the colors do not reset after release, even if the bool is read.

This forces my hand to use as switch-on-release and then mess around resetting the state. Not ideal.

See attached demo - note how the NXG button's released state turns from gray to white. The event is registered (evident by incrementing 'Button Clicks'. The colors return to normal once the VI is stopped.

Any thoughts? I added the color indicators simply to see if there was a color attribute that was contributing to this behavior. 

I am running Win11 Enterprise. I have a sneaking suspicion this is related to system theme?

[GerdW]

Hi doe,

---

@johndoe_67 wrote:

I don't understand why the reset behavior of the NXG and System buttons are different than the others. When used as latch-on-release, the colors do not reset after release, even if the bool is read.

See attached demo - note how the NXG button's released state turns from gray to white. The event is registered (evident by incrementing 'Button Clicks'. The colors return to normal once the VI is stopped.

---

Are you talking about the "mouse-over color change" (aka hover) effect of NXG/system buttons?

The NXG button is gray as soon as I move the mouse pointer away from it…

[johndoe_67]

Before any clicks, observe button color of NXG and System. Click and release. Note the color after reset does not return to pre-click color. I'll try to attach a screen capture video below in case you aren't seeing it.

Before any button clicks:

After clicking each once:

[johndoe_67]

PS for whatever reason / for what it's worth I do not observe the hover behavior you describe. They do not change color on hover over.

[GerdW]

Hi doe,

---

@johndoe_67 wrote:

PS for whatever reason / for what it's worth I do not observe the hover behavior you describe. They do not change color on hover over.

---

My LabVIEW installation runs on Win10: I see the hover effect and the buttons go back to their original color once I move the mouse pointer to the next button.

I guess your "behaviour" is related to differences between Win10 and Win11…

[johndoe_67]

---

@GerdW wrote:

I guess your "behaviour" is related to differences between Win10 and Win11…

---

Perhaps the hover behavior, but not the reset at least - this issue was present before we moved from Win10 to Win11. I can't say for certain if the hover worked for us on Win10.

I'm not contending this is not unique to our environment, but I still want to understand why and possibly how to fix it. It has been observed across multiple machines and multiple developers.

[johndoe_67]

Okay now I'm really baffled - I changed all those buttons to switch on release, then set them to False in their corresponding event case. The exact color behavior is seen. 

[BertMcMahan]

LV2023 Q3 64-bit, Windows 11, I get this:

VI unedited except to group the buttons together for a smaller recording.

[johndoe_67]

---

@BertMcMahan wrote:

LV2023 Q3 64-bit, Windows 11, I get this:

---

Thank you (also) for testing!

Interesting, it appears that mine are taking on the "on-hover" colors but only on click, and not reverting back after. So strange. .

[BertMcMahan]

Any chance it's a Windows setting? The System controls, at least, interact a lot with Windows. If you have some kind of power saving mode enabled where Windows animations are suppressed/modified/disabled/etc, that might be confusing LabVIEW into not "playing" all of the right animations.