SlowCoder74 Posted March 31, 2014 Posted March 31, 2014 I seem to be finding that Opt("GUIResizeMode",$GUI_DOCKALL) doesn't work as I'd expect it. I would have assumed that this option would cause the default of all created window controls to be $GUI_DOCKALL (no moving). What I've found is that I still have to use GUICtrlSetResizing($hwnd, $GUI_DOCKALL) to all of the controls on my windows, individually. Otherwise they move when the window size is changed. Am I using it incorrectly?
Moderators Melba23 Posted March 31, 2014 Moderators Posted March 31, 2014 SlowCoder74, Am I using it incorrectly?It sounds as if you are. Please post a reproducer script - perhaps just the GUI creation code from the script you are using - so we can take a look. M23 Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind Open spoiler to see my UDFs: Spoiler ArrayMultiColSort ---- Sort arrays on multiple columnsChooseFileFolder ---- Single and multiple selections from specified path treeview listingDate_Time_Convert -- Easily convert date/time formats, including the language usedExtMsgBox --------- A highly customisable replacement for MsgBoxGUIExtender -------- Extend and retract multiple sections within a GUIGUIFrame ---------- Subdivide GUIs into many adjustable framesGUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView itemsGUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeViewMarquee ----------- Scrolling tickertape GUIsNoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxesNotify ------------- Small notifications on the edge of the displayScrollbars ----------Automatically sized scrollbars with a single commandStringSize ---------- Automatically size controls to fit textToast -------------- Small GUIs which pop out of the notification area
SlowCoder74 Posted March 31, 2014 Author Posted March 31, 2014 Yeah ... While for some reason it's not working in my code, the reproduced code appears to work ok. Therefore I'm gonna assume something else is broken. Will keep tinkering. Thanks, Melba.
Moderators Melba23 Posted March 31, 2014 Moderators Posted March 31, 2014 SlowCoder74,If you cannot see the problem, post the whole thing and we can take a look too. M23 Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind Open spoiler to see my UDFs: Spoiler ArrayMultiColSort ---- Sort arrays on multiple columnsChooseFileFolder ---- Single and multiple selections from specified path treeview listingDate_Time_Convert -- Easily convert date/time formats, including the language usedExtMsgBox --------- A highly customisable replacement for MsgBoxGUIExtender -------- Extend and retract multiple sections within a GUIGUIFrame ---------- Subdivide GUIs into many adjustable framesGUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView itemsGUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeViewMarquee ----------- Scrolling tickertape GUIsNoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxesNotify ------------- Small notifications on the edge of the displayScrollbars ----------Automatically sized scrollbars with a single commandStringSize ---------- Automatically size controls to fit textToast -------------- Small GUIs which pop out of the notification area
SlowCoder74 Posted July 10, 2014 Author Posted July 10, 2014 (edited) Returning to this after a while ... I was able to reproduce the problem. It appears to be related to moving/resizing using ControlMove. The code below creates an input control of a certain size/location. ControlMove moves and resizes the control. If you minimize and restore the window, you'll see that the control has reverted to it's original size/location. I'm using AutoIt 3.3.10.2 Update: More testing shows that if I add GUICtrlSetResizing($Input1, $GUI_DOCKALL) AFTER the ControlMove it will retain the new size/location. #include <EditConstants.au3> #include <GUIConstantsEx.au3> #include <WindowsConstants.au3> #include <GUIConstantsEx.au3> Opt("GUIResizeMode",$GUI_DOCKALL) ;prevent moving of controls when resizing window #Region ### START Koda GUI section ### Form= $Form1 = GUICreate("Form1", 231, 182, 309, 270) $Input1 = GUICtrlCreateInput("Input1", 8, 8, 145, 21) GUISetState(@SW_SHOW) #EndRegion ### END Koda GUI section ### ControlMove($Form1,"",$Input1,16,16,150,30) While 1 $nMsg = GUIGetMsg() Switch $nMsg Case $GUI_EVENT_CLOSE Exit EndSwitch WEnd Edited July 10, 2014 by SlowCoder74
AdmiralAlkex Posted July 11, 2014 Posted July 11, 2014 (edited) The thing with custom GUI toolkits or whatever you wanna call what GUICtrl* is, is that there are a lot of things going on in the background to support making your life easier. And that background stuff may not work correctly when you skip the purpose-built functions (GUICtrlSet*) and go straight for the generic (Control*) ones.Case in point, when you use GUICtrlSetPos() it doesn't revert to the original position. Edited July 11, 2014 by AdmiralClaws .Some of my scripts: ShiftER, Codec-Control, Resolution switcher for HTC ShiftSome of my UDFs: SDL UDF, SetDefaultDllDirectories, Converting GDI+ Bitmap/Image to SDL Surface
SlowCoder74 Posted July 11, 2014 Author Posted July 11, 2014 I was thinking it is a problem in the ControlMove function, as you said. I'm not sure why I used ControlMove instead of GUICtrlSetPos. Probably looked up how to move/resize, and that's what came up first.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now