Timeline
Apr 23, 2014:
- 11:38 PM Ticket #2697 ("$GW_ENABLEDPOPUP = 6" is missing in "WinAPIConstants.au3") created by
- MSDN specifies: GW_ENABLEDPOPUP = 6 The retrieved handle identifies …
- 10:40 PM Ticket #2696 (StringRegExp* return non-participating groups) updated by
- BTW the same effect occurs with groups having repetition count {0} for instance: Pattern: […] Subject: […] In this case RegexBuddy clearly shows the non-participating groups when using full detail mode: Result: […]
- 10:12 PM Ticket #2696 (StringRegExp* return non-participating groups) created by
- Non-participating groups appear as part of the result of our PCRE …
Apr 22, 2014:
- 2:47 AM Ticket #2596 (TCPRecv not returning data, and setting @error to -1) updated by
- TCPRecv is horribly degraded by new update version. Setting @ERROR for blank returns has no practical use as far as I can tell, and only harms the process. TCPRecv needs to be able to detect client side closed sockets as older versions of TCPRecv were able to do. Don't know why @error -1 is set for blank returns and if it needs to be that way then fine, (have no idea why), but please let there be some kind of error setting that can detect client side closed sockets. @error -1 for detecting client side closed sockets was invaluable to TCPRecv heavy scripts and I can not use newer versions of Autoit3 in those scripts because the older TCPRecv is many times over more efficient than the newer versions.
Apr 21, 2014:
- 11:49 AM Ticket #2695 (For ... in ... next loop modifying items) created by
- Would be cool to be able to modify items in a for each loop. …
- 10:38 AM Ticket #2612 (Au3Check bugs on function reference when function takes byref parameter) updated by
- […]
Apr 18, 2014:
- 11:24 PM Ticket #2596 (TCPRecv not returning data, and setting @error to -1) updated by
- Is it possible to revert this behavior back to the v3.3.8.1 state? It was useful in detecting a closed socket on the other end. Thank you.
Apr 17, 2014:
- 5:00 PM Ticket #2692 (Clear up the AutoIt3Wrapper Directives's documentation) updated by
-
Version changed
Automatic ticket cleanup. - 4:23 PM Ticket #2692 (Clear up the AutoIt3Wrapper Directives's documentation) closed by
- Rejected: The current version of the help file already has that text clarified. This is why we don't usually recommend putting in requests for versions prior to the current version or beta versions.
- 12:46 PM Ticket #2693 (_GUICtrlListView_GetItemTextArray - Return Value - proposal) closed by
- Fixed: Fixed by revision [10063] in version: 3.3.11.5
- 2:02 AM Ticket #2694 (AutoitX3_x64.dll not working for ControlListView and ControlTreeView ...) created by
- Have tried with both 3.3.8.1 and current version 3.3.10.2 Running …
Apr 16, 2014:
- 10:11 AM Ticket #2693 (_GUICtrlListView_GetItemTextArray - Return Value - proposal) created by
- in Return Value section now there is: […] description is not …
- 7:40 AM Ticket #2692 (Clear up the AutoIt3Wrapper Directives's documentation) created by
- Run Before And After Directives The following directives can …
Apr 9, 2014:
- 12:40 AM Ticket #2580 (Aut2Exe failing to run multiple times on Windows XP prior to SP3) updated by
- Delay 25"
Apr 8, 2014:
- 8:48 AM Ticket #2688 (StringToBinary + ConsoleWrite) updated by
- > Consolewrite by itself does not convert any variable Yes it does! Or rather: there is no consistency at all in the way various variants "print" themselves thru the method invoked by ConsoleWrite: * all strings are "converted" (i.e. emasculated) to ANSI, which is terribly wrong for a program claiming to be Unicode-aware. UTF-8 should be the default here. * integers, doubles, some keywords (True, False, Default) and pointers are consolewritten as strings, * Null and functions consolewrite nothing at all, * Binary spills verbatim. […]
Apr 7, 2014:
Apr 1, 2014:
- 9:03 PM Ticket #2596 (TCPRecv not returning data, and setting @error to -1) updated by
- I have found the same problem with UDPRecv returning the error -1 when empty. I have set the error handling to ignore error=-1.
- 8:33 AM Ticket #2690 (Win..... Return Value Proposal.) updated by
-
Summary changed
Mar 31, 2014:
- 8:36 AM Ticket #1935 (_IEBodyReadText with IE9 failed) updated by
- Finally I found how to have it working disabling the Protected Mode on Internet security zone. Look a little strange that local file follow the same rule as the Internet ones but why not
- 8:35 AM Ticket #1938 (_IEQuit IE9) updated by
- Finally I found how to have it working disabling the Protected Mode on Internet security zone. Look a little strange that local file follow the same rule as the Internet ones but why not
Mar 29, 2014:
- 4:11 AM Ticket #2691 (Bitshift is returning incorect results) updated by
- Incorrect reading of the help file. "Bit operations are performed as 32-bit integers" 3442917988 is in fact the 32-bit integer -852049308.
Mar 29, 2014:
- 9:07 PM Ticket #2691 (Bitshift is returning incorect results) created by
- BitShift(3442917988, 16) is returning -13002 when it should be …
Mar 28, 2014:
- 7:36 PM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- Thanks, I found it and works perfectly now.
- 5:25 PM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- I got it autoit3.exe is not use but included. So go to the download dir. You will find the aut2exe.exe and the aut2exe_x64.exe for {OEM_102}
- 5:06 PM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- I confirm that the compiled version is not working. I really don't know why as autoit3.exe is supposed to be used ... I will investigate not an easy task to debug the compiled version.
- 4:34 PM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- Replying to Unc3nZureD: > I replaced it, but somehow if I compile the executable stilh has the bug. I thought that aut2exe uses a different executable (for example itself) and AutoIt3.exe is only used for starting with SCiTE. > > I missed something it seems... I'm sure I replaced the original autoit3.exe, but if I compile it, the í letter is still buggy. I assume you change the beta or the release autoit3.exe but are you sure you compile with the version patched. Normally aut2exe.exe is using this file to compile so it should not be a problem You can display the @AutoItVersion to verify which version it is compiled with.
- 4:26 PM Ticket #2690 (Win..... Return Value Proposal.) updated by
- In fact the best harmonization need AutoIt code change not just the doc, to set @error in such case. That was not the initial AutoIt philosophy of returning error on Builtin. Only when the successful return value cannot be differentiate, the @error was set.
- 2:59 PM Ticket #2690 (Win..... Return Value Proposal.) updated by
- sorry for too short a description. Please note that in the description of the function of Win ...., see "Return Value" for the case of "Failure" for the same event are various descriptions (I do not mean different values and only way to describe). As an example of a good / full, description, give "if no window Matches the criteria" but extended "if no window Matches the criteria (Title and Text)" I think it will harmonize documentation and facilitate understanding, especially for those who do not necessarily speak English well.
- 10:52 AM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- I replaced it, but somehow if I compile the executable stilh has the bug. I thought that aut2exe uses a different executable (for example itself) and AutoIt3.exe is only used for starting with SCiTE. I missed something it seems... I'm sure I replaced the original autoit3.exe, but if I compile it, the í letter is still buggy.
Mar 27, 2014:
- 11:18 PM Ticket #2690 (Win..... Return Value Proposal.) created by
- in WinGetTitle if no title match. vWinClose WinMove if window is not …
- 7:22 AM Ticket #2588 (Menu/Statusbar location problem) updated by
- Find the problem related with GUI builtin functions and UDF ones. in this case Menu builtin conflict with _GUICtrlStatusBar_* ones. Workaround use _GUICtrlStatusBar_Create() after GUISetState() I proposed a fix to Jon.
Mar 26, 2014:
- 10:43 AM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- Unc3nZureD, do you think, that aut2exe when compiled the script download autoit from internet? do not be so naive. temporarily replace your aoutoit.exe with that version.
Mar 25, 2014:
- 12:49 PM Ticket #2588 (Menu/Statusbar location problem) updated by
- Another instance of a "hiding" statusbar: http://www.autoitscript.com/forum/topic/160065-there-may-be-a-bug-in-guictrlstatusbar-create/?p=1162276 M23
Mar 24, 2014:
- 11:07 PM Ticket #2687 (_FileListToArray - Remarks - Proposal) closed by
- Completed: Added by revision [10010] in version: 3.3.11.4
- 8:48 PM Ticket #2685 (HotKeyRegister fails to register a Hungarian letter) updated by
- Have you got any idea when it'll be released? I'd like to compile an exe, but if I compile it, the old stub will be used. Would it be possible to compile me a pre-beta aut2exe?
- 10:11 AM Ticket #2441 (_ExcelReadCell) updated by
- I don't know how easy/hard it might be but returning NULL doesn't seem appropriate: returning #INF and raising @error just like AutoIt 1/0 does. #IND would be fine for indeterminate values. Forget if that's too much to ask and don't count me in: I don't even have Office installed!
- 9:10 AM Ticket #2441 (_ExcelReadCell) updated by
- Version 3.3.11.3 handles the invalid cell value like version 3.3.8.1 did: It does not crash. 3.3.8.1 returned an invalid object. 3.3.11.3 returned keyword NULL. But AutoIt never raises the COM error "Type mismatch", 0x800A000D like VBS does. If this is desired behaviour then this ticket can be closed.
- 6:57 AM Ticket #2688 (StringToBinary + ConsoleWrite) updated by
- The concatanation of a string to a binary force a conversion of the binary to a readable string that the reason of the hex value. That the way of the concatanation works. Consolewrite by itself does not convert any variable, certainly the string representation of the variable is displayed in this case the binary is a valid string representation. You can find examples where for instance string containing chr(0) will display the beginning of the string the concatanation does not seems to work in this case Not sure Jon wants to fix this behavior as consolwrite can be used to send "data" to specific capturing program.
Note:
See TracTimeline
for information about the timeline view.
