Lock panel resize programmatically, cause window to flick

[Mal123]

Hi All,

I want to avoid the user can resize the panel during a part of my code.

I tried a VI property with:

Front Panel Window -> Resizable

Putting it false and then true after some other code.

• The problem is that when change this property cause window to flash. 

Is there any other way to change panel resize behaviour on the fly without the window flash issue?

Thanks 

[JÞB]

---

@Mal123 wrote:

Hi All,

I want to avoid the user can resize the panel during a part of my code.

I tried a VI property with:

Front Panel Window -> Resizable

Putting it false and then true after some other code.

• The problem is that when change this property cause window to flash. 

Is there any other way to change panel resize behaviour on the fly without the window flash issue?

Thanks 

---

Try:

• Involk Defer FP Updates = TRUE
• Write property FP.Resizable
• Insert a small Wait (0mSec would force the UI Thread to release)
• Involk Defer FP Updates = FALSE

Let us know what you see!  If possible use TechSmith Capture (Formerly Jing) to demonstrate what you are seeing. 

[Mal123]

Hi,

I will try adding Defer FP Updates.

Thanks 

[Mal123]

Hi,

Unfortunately it doesn't work.

I attached the VI.

The front panel still blinks two times, when the FP.Resizable changes its state.

Someone know how to change FP.Resizable programmatically, but in a transparent mode for the user?

[zou]

Defer FP Updates doesn't work because this is not a redraw problem.

If you put a property node FP.NativeWindow before and after FP.Resizable, you will find the Windows handle changed.  That implies that LabVIEW creates a new FP.  That is why FP "flicks".

[mcduff]

This is a hack that seems to work about 80% of the time on my computer, the other 20% it blinks. Interestingly the Window Handle doesn't change with this hack.

Basically before you make the panel resizable, minimize it, then change the resizable part, then go back to standard state. Obviously you will want to remove any delays in there, like I did. Sometimes it blinks but not all the time.

[Mal123]

Hi,

Thank you, with this code the only difference I see is that windows doesn't flicks, but now it goes down and then reappears.

Sincerely I prefer it flicks, it is less invasive.

Anyway, for a user both behaviors are not good, because the user doesn't request these behaviours, they are necessary only to protect a part of the code.

[JÞB]

---

@zou wrote:

Defer FP Updates doesn't work because this is not a redraw problem.

If you put a property node FP.NativeWindow before and after FP.Resizable, you will find the Windows handle changed.  That implies that LabVIEW creates a new FP.  That is why FP "flicks".

---

Interesting!.     Hmmmmm....

OK let's steal a trick from  OZ The Great and Powerful (pay no attention to that flicker behind the cursor!)

Try bracketing the FP.Resizeable writes with Cursor Set Busy and Cursor Unset Busy.  Then ask a coworker to observe the screen without telling them the panel flickers.  The Cursor change should draw the eye like a magician's gesture so you never actually see the trick with the other hand and, the flicker will only be noticed if you first know the trick.  Anyone who does notice the flicker will at least be impressed by the skillfully done slight of hand.

[B_Strange]

I love this answer.

Putting the experience back in UX!

[JÞB]

---

@B_Strange wrote:

I love this answer.

Putting the experience back in UX!

---

The beauty of it all is; Users are TRAINED to ignore anything happening behind a busy cursor!  You could have random Dancers-a-Go-Go appearing on screen behind a busy cursor and nobody will notice.