erha

@ioa747I had a look at the program you provided. I got strange results. I had a look at some functions, e.g. "_WindowDWMWidth($hGUI)". The author proposes two soluions, solution 2 ; Alternatively return window width by AutoIt Local $aWindow = WinGetPos($hGUI) If @error <> 0 Or $aWindow[0] = -32000 Then Return 0 ; correcting for a minimized window Return $aWindow[2] ( this is what I have used ) The other way proposed by the author ; Try finding width by the Desktop Window Manager, Windows Vista and higher Local $tagRect = "struct;long Left;long Top;long Right;long Bottom;endstruct", $tRect = DllStructCreate($tagRect) ... ( this gives strange results on my system ) Nine gave the answer I needed - WinGetPos returns window size including title, menu, .... WinGetClientSize returns the client area. To compute the size/position of controls after window resizing you need to use WinGetClientSize.

@ioa747 GUICtrlSetResizing is not sufficient in special cases. Lets assume you have two inputs side by side. One input shall take 1/3 the other 2/3 when the window is resized.

@NineThank you for the answer. I tested with local $iGUIWidth3 = WinGetClientSize ( $hGUI )[0] local $iGUIHeight3 = WinGetClientSize ( $hGUI )[1] WinGetClientSize returns the same values as BitAND($iLParam, 0xFFFF) resp. BitShift($iLParam, 16) . WinGetClientSize is the solution for my needs. But I still do not understand why WinGetClientSize and WinGetPos do not return the same width. You mention "Client area excludes title bar, menu, sides and bottom borders". The width shall not be affected by title bar, menu and bottom borders. What are "sides" ? The gui left/right borders ?

I try to get the size of a gui in the function "WM_SIZE". I want to resize some controls depending on the gui size. #include <GUIConstantsEx.au3> #include <WindowsConstants.au3> Global $hGUI = GUICreate("Example", 200, 200, -1, -1, BitOR($WS_SIZEBOX, $WS_SYSMENU, $WS_CAPTION, $WS_MINIMIZEBOX, $WS_MAXIMIZEBOX)) Global $DummyMenuEntry = GUICtrlCreateMenu("DummyMenuEntry", -1, $hGUI) GUIRegisterMsg($WM_SIZE, 'WM_SIZE') GUISetState(@SW_SHOW, $hGUI) While True Switch GUIGetMsg() Case $GUI_EVENT_CLOSE ExitLoop EndSwitch WEnd GUIDelete($hGUI) Func WM_SIZE($hWnd, $iMsg, $iWParam, $iLParam) #forceref $hWnd, $iMsg, $iWParam Local $iGUIWidth1 = BitAND($iLParam, 0xFFFF) Local $iGUIHeight1 = BitShift($iLParam, 16) local $iGUIWidth2 = WinGetPos($hGUI)[2] local $iGUIHeight2 = WinGetPos($hGUI)[3] ConsoleWrite("GUIWidth : " & $iGUIWidth1 & " " & $iGUIWidth2 & " " & $iGUIWidth1 - $iGUIWidth2 & @CRLF ) ConsoleWrite("GUIHeight: " & $iGUIHeight1 & " " & $iGUIHeight2 & " " & $iGUIHeight1 - $iGUIHeight2 & @CRLF & @CRLF ) Return ($GUI_RUNDEFMSG) EndFunc ;==>WM_SIZE First I have used "local $iGUIWidth2 = WinGetPos($hGUI)[2]" - but did not work es expected. After some research I found "Local $iGUIWidth1 = BitAND($iLParam, 0xFFFF)" ( s. URL ). Running the scripts produces the following output GUIWidth : 200 216 -16 GUIHeight: 180 239 -59 My assumption - the diffference in height is caused by the gui title, menu, .... In a second run I deleted the line Global $DummyMenuEntry = GUICtrlCreateMenu("DummyMenuEntry", -1, $hGUI) GUIWidth : 200 216 -16 GUIHeight: 200 239 -39 The gui height is now 20 units less which is the height of the now missing menu. The height difference is caused by the gui title ( my assumption ). In case my assumption is correct - why is there a difference of 16 units in the gui width ? There is nothing ( title, menu, taskbar, ... ) which increases the gui width. Using "$iGUIWidth = BitAND($iLParam, 0xFFFF)" works fine for me - but I like to know why my first approach using "WinGetPos" did not work as assumed.

I have tested with AutoIt portable 3.3.16.0-rc3. Everything is okay. Thank you.

@Jos Nine has posted the script i just wanted to post too. His script crashes in the new autoit version. The error message is "D:\System\Programme\Portable\AutoIt\Current\Include\File.au3" (1012) : ==> Array variable has incorrect number of subscripts or subscript dimension range exceeded.: $sFileName = $aArray[$PATH_FILENAME] $sFileName = ^ ERROR

This is my first post - I hope I follow all rules 😀 I have used the portable autoit version 3.3.15.4 Beta. After switching to 3.3.15.5 Beta I could run my programs from scite but the compilation crashes. For some reasons compile uses _PathSplit. In case the parameter $sFilePath is an empty string, _PathSplit crashes. _PathSplit uses Local $aArray = StringRegExp($sFilePath, "^\h*((?:\\\\\?\\)*(\\\\[^\?\/\\]+|[A-Za-z]:)?(.*[\/\\]\h*)?((?:[^\.\/\\]|(?(?=\.[^\/\\]*\.)\.))*)?([^\/\\]*))$", $STR_REGEXPARRAYMATCH) AutoIt version 3.3.15.4 returns an array with 5, AutoIt version 3.3.15.5 returns an array with 3 elements. The missing two elements are the reason for the crash. I have used this test program: #include "StringConstants.au3" Local $sFilePath = '' Local $aArray = StringRegExp($sFilePath, "^\h*((?:\\\\\?\\)*(\\\\[^\?\/\\]+|[A-Za-z]:)?(.*[\/\\]\h*)?((?:[^\.\/\\]|(?(?=\.[^\/\\]*\.)\.))*)?([^\/\\]*))$", $STR_REGEXPARRAYMATCH) MsgBox ( 0,0, UBound($aArray) ) As a workaround I changed _PathSplit to Func _PathSplit($sFilePath, ByRef $sDrive, ByRef $sDir, ByRef $sFileName, ByRef $sExtension) Local $aArray = StringRegExp($sFilePath, "^\h*((?:\\\\\?\\)*(\\\\[^\?\/\\]+|[A-Za-z]:)?(.*[\/\\]\h*)?((?:[^\.\/\\]|(?(?=\.[^\/\\]*\.)\.))*)?([^\/\\]*))$", $STR_REGEXPARRAYMATCH) If @error Then ; This error should never happen. ReDim $aArray[5] $aArray[$PATH_ORIGINAL] = $sFilePath EndIf if UBound ( $aArray) < 5 Then ; ### my change ReDim $aArray[5] $aArray[$PATH_ORIGINAL] = $sFilePath endif ... After this change I can compile my programs.