[Solved]GUI Control pos/size hide/disable, delete

[RobertL]

• Question:
  • When delete a head control which's position and size (and a margin) may be used to calculate the next one's position and size should update the previous one as new head.
  • If delete a control in the middle, user have to deal with the empty area themselves.
    But I hope there is some clue, like control chain contain create order.
  In code below, E2 was deleted, so it should be E1.
  Spoiler

  • Code: Select all

    Gui, Add, Edit , vE1 w100, E1
    Gui, Add, Edit , vE2, E2
    ;~ GuiControl, Delete, E2	;Not support.
    GuiControl, Hide, E2
    GuiControl, Disable, E2
    Gui, Add, Edit , vE3 w100, E3
    Gui, Show
    return

    Current: Expect:
    I was hoping to add E3 consistent with/continues E1, like no E2 had ever existed.
    Store the postion and size of all control is troublesome.
    Another demo

    Press 1, 2, 3 in turn.

    Code: Select all

    Gui,Add,Edit,w100, E0
    Gui,Add,Edit,vE1 +hwndH1 w100, E1
    Gui,Add,Edit,vE2 +hwndH2 w100, E2
    Gui,Show
    return
    1::
    	GuiControl,Hide,%H2%
    	Gui, Show, AutoSize
    	return
    2::
    	DllCall("DestroyWindow", "UInt",H1)
    	Gui, Show, AutoSize
    	return
    3::
    	Gui,Add,Edit,w100, E4
    	Gui, Show, AutoSize
    	return

• Solved question:
  Spoiler

  • Question:

    And even Hide, Disable a control like this:

    Code: Select all

    Gui, Add, Edit , vE1 w100, E1
    Gui, Add, Edit , vE2, E2
    ;~ GuiControl, Delete, %E2%	;Not support.
    GuiControl, Hide, E2
    GuiControl, Disable, E2
    Gui, Show
    return

    E2 still hold position and size in GUI.
    How can I avoid this?

  • Solution:
    Use Gui, Show, AutoSize. It work on both Hide or DestroyWindow.
    Some test

    Code: Select all

    Gui, Add, Edit , w100, E1
    Gui, Add, Edit , vE2, E2
    Gui, Show
    Sleep 1000
    GuiControl, Hide, E2
    Gui, Show, AutoSize
    return

• Possible solution with query:
  Spoiler

  Can determine the create order of control which is used in positioning and Sizing of Controls
  by its hwnd (from Gui, +HwndCH like) numerical value or WinGet, OutVarName, ControlList/WinGet, OutVarName, ControlListHwnd?

  Controls are sorted according to their Z-order, which is usually the same order as TAB key navigation if the window supports tabbing.

  Is it consistent/the same of order in ClassNN and Control hwnd from ControlList and ControlListHwnd?

  Some test

  Code: Select all

  ;Add
  	Gui, Add, Edit , vE1 w100 hwndEH1, E1
  	Gui, Add, Edit , vE2 hwndEH2, E2
  ;Hide Disable
  	GuiControl, Hide, E2
  	GuiControl, Disable, E2
  	Gui, +LastFound
  WinGet, CL, ControlList
  WinGet, CH, ControlListHwnd
  ;Delete
  	DllCall("DestroyWindow", "UInt", EH2)
  WinGet, CL2, ControlList
  WinGet, CH2, ControlListHwnd
  MsgBox % CL "`n" CH "`n`nAfter delete`n`n" CL2 "`n" CH2
  	;Shows:
  	;	Edit1
  	;	Edit2
  	;	0x5a0b7a
  	;	0x530b70
  	;
  	;	After delete:
  	;	Edit1
  	;	0x5a0b7a
  ExitApp

[/list]

Relative : GuiControl, Delete in Wish List, start by @trismarck, @lexikos, guest3456, me take part in.

[Coco]

Use xp yp wp hp, E3 will use E2's position

[RobertL]

@Coco Haha, not reach the goal.

Code: Select all

Gui, Add, Edit , vE1 w100, E1
	GuiControl, Hide, E1
	GuiControl, Disable, E1
Gui, Add, Edit , vE2, E2
	GuiControl, Hide, E2
	GuiControl, Disable, E2
Gui, Add, Edit , vE3 w100, E3
Gui, Show
return

So, how to make E3's position to E1?
This is mainly talk about dynamic delete and create.
The solution above seems a way..

[lexikos]

Use GuiControlGet Pos.

[RobertL]

@lexikos
Sorry, it seems not help much.
You mean to keep tracing every control, especially when hide/disable them?
If you're in a good humor, please take a look at query in Possible solution(3rd item in list above).
Thanks for your suggestion.

[lexikos]

So, how to make E3's position to E1?

Get E1's position. Set E3's position. If this doesn't solve the problem, you're stating the problem incorrectly.

[RobertL]

In PostVer1.10 at top:

• When delete a head control which's position and size (and a margin) may be used to calculate the next one's position and size should update the previous one as new head.
• If delete a control in the middle, user have to deal with the empty area themselves.
  But I hope there is some clue, like control chain contain create order.

• [spoiler2=Outdated content][quote="I"]I mean when I add a new control after GuiControl, Delete (GuiControl, Hide or DllCall("DestroyWindow", "UInt",..)) some one (like E2), how can I know the previous existed one (like E1)?
  Although the delete operation may break control relationship chain especially the head/last control from original status in creating.
  I was seeking the new head control which's position and size will be used to calculate the next one. E2 was deleted, so it should be E1.[/quote][/spoiler2]

In Possible solution:

Spoiler

Can determine the create order of control which is used in positioning and Sizing of Controls
by its hwnd (from Gui, +HwndCH like) numerical value or WinGet, OutVarName, ControlList/WinGet, OutVarName, ControlListHwnd?

Controls are sorted according to their Z-order, which is usually the same order as TAB key navigation if the window supports tabbing.

Is it consistent/the same of order in ClassNN and Control hwnd from ControlList and ControlListHwnd?
Some test...

Currently, I think could record or traversal each control and get it's pos and size..
Is there a better way?

[lexikos]

I think could record [...] each control and get it's pos and size..

That is the easiest and most reliable way. You know what the last control is because you created the controls. It only takes one line of code to append the control's HWND to an array. There's no need to record the position or size, since you can get it with one line of code.

[evilC]

If you create a child GUI for each control that you wish to be able to delete, you can properly remove the control by closing the GUI.

You can also use a ?deferwindowpos? DLL call to move all the GUI controls below the deleted control in one go, thus avoiding excessive drawing time to re-position all the controls.

[RobertL]

create a child GUI for each control that you wish to be able to delete

Nice idea, use a GUI window to delegate control(s).
Trade performance for flexibility.

all the GUI controls below the deleted control

I will look over deferwindowpos what is below mean..when needed.
Thanks~