About UDF controls resizing - (Moved)

[matwachich]

I want to discuss the resizing of UDF created (CreateWindowEx) controls.

These controls are "excluded" from GUICtrlSetResizing internal processing, so we need to resize them manually. Since this is (I think) a "little" complicated to keep the good controls layout, the often used solution is an invisible label (static control) positioned exactly as the UDF control, that will be resized with GUICtrlSetResizing, and then we handle WM_SIZE to resize our UDF control followin the invisible label (ControlGetPos/ControlMove).

The problem is that, it seems that the label is also internally resized in response the WM_SIZE. So the default internal AutoIt WM_SIZE handler is called AFTER our custom handler. So when we resize the UDF control, it is imperfectly fited to the invisible label.

One solution was to in WM_SIZE handler, AdLibRegister the resize function so it will be called after the default WM_SIZE handler, but what is the correct delay? 5ms seems good (as in _GUICtrlSetResizingEx 1.4), but I encoutered a situation where the resizing takes more time, and my controls layout was screwed!

Isn't there a betted solution to this problem? Why not a new feature to let us just GUICtrlSetResizing on custom UDF controls?

[Melba23]

Moved to the appropriate forum.

Moderation Team

[Melba23]

matwachich,

UDF-created controls cannot use the GUICtrl* functions as they are not created by AutoIt and so do not exist within the AutoIt native control array. I do not see how such controls could be added to this internal AutoIt array once created and so they can never be actioned as native-created controls.

And I have never had any problem resizing UDF-created controls using the disabled label method. Can you give us an example script where it all goes wrong for you?

M23