Custom Query
Results (259 - 261 of 3893)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #969 | Fixed | FileFindNextFile @extended = 0 for folder $Recycle.Bin | Jpm | wraithdu |
| Description |
Win7 RC1, AutoIt 3.3.1.0 FileFindNextFile returns @extended = 0 (a file) for the hidden, system folder $Recycle.Bin when searching the root of the drive. Ex. - $hFind = FileFindFirstFile("C:\*.*")
While 1
$file = FileFindNextFile($hFind)
If @error Then ExitLoop
ConsoleWrite(@extended & " : " & FileGetAttrib("C:\" & $file) & " : " & $file & @CRLF)
WEnd
FileClose($hFind)
|
|||
| #972 | Fixed | Example file incorrect | RazerM | |
| Description |
For #OnAutoItStartRegister It has #OnAutoItStartRegister("MyTestFunc")
#OnAutoItStartRegister("MyTestFunc2")
but should be #OnAutoItStartRegister "MyTestFunc" #OnAutoItStartRegister "MyTestFunc2" Environment = 3.3.1.0 under WIN_XP/Service Pack 3 X86 |
|||
| #974 | Fixed | WindowFromPoint API function tagPoint structure on x64 based systems | Gary | level20peon |
| Description |
After some tests it turned out that using the _WinAPI_WindowFromPoint function the x-coordinate is given back correctly but the y-coordinate always returns zero. Seems that the WindowFromPoint WinAPI function returns a tagPoint structure containing int and long (?) on x64 based systems. Running this script in x86 mode works just fine. #include <WinAPI.au3> $pos = _WinAPI_GetMousePos() $hwnd = _WinAPI_WindowFromPoint($pos) MsgBox(0,'output',WinGetTitle($hwnd)) |
|||
Note: See TracQuery
for help on using queries.
