Modify ↓

Opened on Oct 10, 2014 at 5:47:49 PM

Closed on Oct 13, 2014 at 2:58:12 PM

Last modified on Oct 31, 2014 at 9:22:16 AM

#2920 closed Bug (Fixed)

No control resizing on initially hidden window

Reported by: anonymous Owned by: Jpm
Milestone: 3.3.13.20 Component: AutoIt
Version: 3.3.13.19 Severity: None
Keywords: Cc:

Description

Works fine in 3.3.12.0

#include <GUIConstantsEx.au3>

Example()

Func Example()
    Local $hGUI = GUICreate(@AutoItVersion, 200, 200)
    Local $idButton1 = GUICtrlCreateButton("OK1", 0, 0, 100, 100)
    Local $idButton2 = GUICtrlCreateButton("OK2", 100, 100, 100, 100)
    GUICtrlSetResizing($idButton1, $GUI_DOCKHCENTER + $GUI_DOCKVCENTER)
    GUICtrlSetResizing($idButton2, $GUI_DOCKHCENTER + $GUI_DOCKVCENTER)
;~ 	GUISetState(@SW_HIDE, $hGUI)

    WinMove($hGUI, '', Default, Default, 400, 400)
    GUISetState()

    While 1
        Switch GUIGetMsg()
            Case $GUI_EVENT_CLOSE, $idButton1, $idButton2
                ExitLoop
        EndSwitch
    WEnd

    GUIDelete($hGUI)
EndFunc

Attachments (0)

Change History (3)

comment:1 by Jpm, on Oct 13, 2014 at 2:52:48 PM

Doc will be change to warn that usage of WinMove() does not affect Control position/resizing before GuiSetState()

It is true that the 3.3.12.0 was doing it in certain case, but current beta fixes for $WS_EX_LAYOUTRTL extended style put back the no change as it has been originally design.

comment:2 by Jpm, on Oct 13, 2014 at 2:58:12 PM

Milestone: → 3.3.13.20
Owner: set to Jpm
Resolution: → Fixed
Status: new → closed

Fixed by revision [11128] in version: 3.3.13.20

comment:3 by Jpm, on Oct 31, 2014 at 9:22:16 AM

Summary: No conrtol resizing on initially hidden window → No control resizing on initially hidden window

Modify Ticket

Action
as closed The owner will remain Jpm.

Add Comment
E-mail address and name can be saved in the Preferences .
Attachments ↑ Description ↑
 
Note: See TracTickets for help on using tickets.