Modify ↓
#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
Change History (3)
comment:1 Changed 11 years ago by Jpm
comment:2 Changed 11 years ago by Jpm
- Milestone set to 3.3.13.20
- Owner set to Jpm
- Resolution set to Fixed
- Status changed from new to closed
Fixed by revision [11128] in version: 3.3.13.20
comment:3 Changed 11 years ago by Jpm
- Summary changed from No conrtol resizing on initially hidden window to No control resizing on initially hidden window
Guidelines for posting comments:
- You cannot re-open a ticket but you may still leave a comment if you have additional information to add.
- In-depth discussions should take place on the forum.
For more information see the full version of the ticket guidelines here.
Note: See
TracTickets for help on using
tickets.
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.