Search the Community
Showing results for tags 'WinGetPos'.
Found 6 results
-
I am attempting to drag and drop a file from one windows explorer window to another windows explorer window (henceforth referred to as window1 and window2). I am not using the web. I have used autowinexp.au3 (taken from LarsJ's automatewindowsexplorer.au3) to give focus (function GetFileFocus) to a file on window1. The problem is that sometimes the file with the focus is not displayed on window1 because it is farther down the list than what is displayed in window1. There are other ways to accomplish this (like copy and paste) but I want to emulate the GUI doing a drag and drop. I work a -
Full script w/details in comments below, just in case you need to run it to see the problem. Basically WinGetPos is incorrectly returning the W & H sizes, while at the same time correctly returning the positions. To compound the problem, I ran the same script on 2 different PCs and it gets2 different results as follows: Win7 Pro PC.. GUICreate used to set W:300, H:100. WinGetPos returns W:307, H:127 (PC screen res: 1366x768) WinXP PC..... GUICreate used to set W:300, H:100. WinGetPos returns W:308, H:134 (PC screen res: 1152x864) The bigger problem occurs whe
-
Func workSpaceSetup () ConsoleWrite ("workSpaceSetup" &@CRLF) $workSpace = WinGetHandle ("some site - Google Chrome") ConsoleWrite ($workSpace&@CRLF) $pos1 = WinGetPos ($workSpace) WinMove ($workSpace , "", $pos1[0] , $pos1[1] , 1366, 768, 0) EndFunc So the script is first, the error I get is second in the quote. This is one function of many for an app I am building but it is the first one that runs so I know there aren't other things at play here. The idea is to keep the window in the same space it is when the script r -
I am trying to do something, but it appears that I am having issues with trying to get the right functions called, in the right order. What I want to do is move a window to a certain position and then move it back, but as stated, the order appears to be an issue, as if the window is minimized, the wingetclientsize is not able to pull the info, not is the wingetpos. It appears to be able to get the size and position of the window in question is activated, but I have to activate it first, but that defeats the purpose, as once activated, the functions called to get the position and size, are not
-
I am seeing a buttons position change when the following happens. 1. GUI created at 800 x 600 2. GUI info is stored using WinGetPos 3. GUI changed to full-screen using WinMove 4. Button info is stored using ControlGetPos 5. Button is deleted 6. Button is re-created using the stored data from item 4. 7. GUI is restored to the info gathered in item 2. The button starts with this info: Button Left: 408 Button Top: 84 Button Width: 80 Button Height: 24 and after the events above the button has this info: Button Left: 409 Button Top: 83 Button Width: 80 Button Height: 24 -
Real Window Width/Height, WindowBlinds
MarkRobbins posted a topic in AutoIt General Help and Support
I'm using WindowBlinds, VOX 2 Style. When I WinMove() the width and height show quite a bit short when measured on screen (14px!), WinGetPos() returns the proper numbers, but when attempting placement of windows this is quite a pain. Is there a solution for this other than constant compensation?
