Timeline
08/28/08: Today
- 02:21 Ticket #545 (Add other possibility in FAQ, point 13. Howto: custom icon) created by
- In the helpfile under FAQ, point 13 there is written how to add a custom icon to a script. In topic: http://www.autoitscript.com/forum/index.php?showtopic=79048&hl= Zedna pointed out that it could be simpeler with: #AutoIt3Wrapper_icon=your_icon.ico in the top of the script and compile script from Scite (Scite4AutoIt3) by F7. Much quicker and easier to read in my opinion.
08/27/08: Yesterday
- 23:26 Ticket #544 (Read from console with FileRead) created by
- The description of this feature I missed in the AutoIt Help: FileOpen("con", 4) opens console for binary input. […] Compile as CUI and start the exe-file from console prompt. (Tested with AutoIt 3.2.12.1 and Windows XP SP2) Paul
- 19:21 Ticket #543 (Autoit does not automate high res mouse motion correctly.) created by
- The program I am trying to automate appears to use the directx high res mouse input for control. Autoit seems to send the same relative data when moving even though the absolute mouse position is correct. To reproduce the problem use the program Future Pinball and press F11 to get into manual camera mode in full screen and then use autoit to create a mouse motion to attempt to center the pinball table on screen. Autoit will move the table in the same direction regardless of what coordinates are scripted for the movement. Only the mouse motion duration/speed effects the distance the camera is moved but not direction. Real mouse movement can properly center a table. hyperlinks references removed due to spam filter.
- 11:18 Ticket #542 (StringRegEx causing a hard crash) created by
- http://www.autoitscript.com/forum/index.php?showtopic=76269&view=findpost&p=552434 After some more testing I did manage to make it hard crash when running the script and using the input file from this zip file:http://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/test.rar I haven't been able to make it crash in the debugger of with a Debug compiled version. Anybody have any idea how to debug this one?
08/26/08:
- 23:28 Ticket #541 (ControlCommand Helpfile typo) closed by
- Fixed: Fixed in version: 3.2.13.8
- 09:05 Ticket #540 (ProcessExists() causes a large number of page faults) closed by
- No Bug: It goes up by approximately 105 per call for me. However, this doesn't appear abnormal. Process Explorer, which I used to watch the page fault count, goes up by over 250 page faults per update interval. It appears that using the Windows API functions we do to enumerate processes just generates a lot of page faults. It's nothing to be concerned about.
- 04:33 Ticket #541 (ControlCommand Helpfile typo) created by
- Hi, ControlCommand helpfile little typo. "HideDropDown", "" UNdrops a ComboBox should be "HideDropDown", "" Undrops a ComboBox Mega
- 01:31 Ticket #540 (ProcessExists() causes a large number of page faults) created by
- I know that page faults are not errors per se, but ProcessExists() is really inducing loads of them and it seems to be the only function to do so (~155 page faults per call). The following code generates 10000+ page faults per second: […] It there some problem with the way the dll is called to get current process information? Does it translate into a higher than required CPU usage?
08/25/08:
- 18:50 Ticket #539 (StringSplit w/ flag 2 doesn't return string if no delims) created by
- In StringSplit() with flag 2 (no return count in first element), if there are no delims found the return $array[0] is blank, instead of returning the original string.
- 16:17 Ticket #538 (GUICtrlCreateGraphic - working on last GUI created) closed by
- No Bug: This is not a bug. ANY control you try to create will fail. Controls are created on the GUI that is set internally as the "current" GUI. Since you deleted the current GUI, creation fails. To control what GUI controls are created on, use GUISwitch().
- 15:58 Ticket #538 (GUICtrlCreateGraphic - working on last GUI created) created by
- Hi, I'm not sure if this is an intended behaviour or a bug. GUICtrlCreateGraphic since it doesn't use a window handle it creates the grapthic on the last GUI created; if that GUI was deleted GUICtrlCreateGraphic will fail. Here is a sample script; it might not be the best example but it shows the above behaviour. Once the last GUI was deleted GUICtrlCreateGraphic will always return 0. Maybe a future release might consider using a window handle in GUICtrlCreateGraphic call? Thank you {{{#include <GUIConstantsEx.au3> GUICreate("1", 200, 200, 100) $but2 = GUICtrlCreateButton("Create Gr Success", 20, 170, 160, 25) GUISetState() GUICreate ("2", 200, 200, 310) GUISetState() $but = GUICtrlCreateButton("Create Gr Fail", 20, 170, 160, 25) $gg = GUICreate ("3", 200, 200, 520) GUISetState() Do $msg = GUIGetMsg() If $msg = $but Then GUIDelete($gg) $a = GUICtrlCreateGraphic(20, 50, 100, 100) GUICtrlSetBkColor(-1, 0xffffff) GUICtrlSetColor(-1, 0) GUICtrlSetGraphic(-1, $GUI_GR_COLOR, 0xff0000, 0xff0000) GUICtrlSetGraphic(-1, $GUI_GR_PIE, 50, 50, 40, 30, 270) GUICtrlSetState(-1, $GUI_SHOW) MsgBox(0, "return", "Return code GUICtrlCreateGraphic "&$a, 2) EndIf If $msg = $but2 Then $b = GUICtrlCreateGraphic(20, 50, 100, 100) GUICtrlSetBkColor(-1, 0xffffff) GUICtrlSetColor(-1, 0) GUICtrlSetGraphic(-1, $GUI_GR_COLOR, 0xff0000, 0xff0000) GUICtrlSetGraphic(-1, $GUI_GR_PIE, 50, 50, 40, 30, 270) GUICtrlSetState(-1, $GUI_SHOW) MsgBox(0, "return", "Return code GUICtrlCreateGraphic "&$b, 2) EndIf Until $msg = $GUI_EVENT_CLOSE
- 10:50 Ticket #537 (Strange behaviour while using wrong GUI parameter) closed by
- No Bug: It's not strange. You're passing an HWND as the extended style. Since the HWND changes from run to run, you pass a different value every time. Since the extended style is just bitwise flags, you're passing a different combination each time. That's why the results are unpredictable.
- 09:33 Ticket #537 (Strange behaviour while using wrong GUI parameter) created by
- Hi, I tested this script and my Windows hung up after I clicked the trayicon and closed the script in Scite. Sometimes the edit pane is visible, sometimes not. If it is, the behaviour described above happens. I know this is not a "bug", cause I assume that I do use the GuiCreate Func wrong, but I nevertheless wanted to share the info. […] Mega
- 03:20 Ticket #536 (ControlGetFocus() prevents double-clicks) created by
- It seems that polling which control has the focus with ControlGetFocus() resets somehow the mouse click counter/timer... Here is a code sample showing this: {{{While 1 $CurrentWin = WinGetHandle("[Active]") $CurrentControl = ControlGetFocus ($CurrentWin) Sleep(50) Wend}}} Double-clicks are not detected anymore when this code is running.
- 03:15 Ticket #535 (don't pause the script when the tray menu is open or the gui title bar is ...) created by
- Clicking on the script's tray menu or a GUI window title bar pauses the script. This is very bad for those scripts that need to continuously execute some kind of monitoring operations. Some good reasons to NOT make the script pauses are well explained in the following thread: http://www.autoitscript.com/forum/index.php?showtopic=62152&hl=more++dllcallbackregister where it is suggested a workaround. Nevertheless, it seems reasonable that the requested feature will be natively supported in AutoIt.
08/23/08:
- 20:19 Ticket #534 (Binary() is ****ed up) closed by
- No Bug: It looks correct to me. It stores the int 256 in binary format which is 0x00000100 in hex. But here's the catch, it's stored in little-endian which is why you see it as 0x00010000. You can use this line to see how the bytes are stored little-endian: […] When you read it right to left, 2 characters at a time, it spells 0xDEADBEEF again showing how little-endian stores it. I also get 0x00010000 both times so I don't see any bugs at all.
- 19:55 Ticket #534 (Binary() is ****ed up) created by
- heres some example code $nNum = 256 consolewrite(binary($nNum) & @lf) consolewrite(binary(256) & @lf) the first time it returns 0x000100000000000000 The second return is 0x00010000 I cant use my File transfer utility if this is not fixed. Thanks in advance!
08/22/08:
- 13:57 Ticket #533 (_ArrayBinarySearch allows multi-dimension array when it shouldn't) closed by
- Fixed: Fixed in version: 3.2.13.8
- 08:44 Ticket #532 (Adding Icons to Tray Menu) closed by
- Rejected: This is outside the scope of what AutoIt should be doing.
- 07:55 Ticket #533 (_ArrayBinarySearch allows multi-dimension array when it shouldn't) created by
- It's my coding mistake that I tried to use it on a two dimensional array, but it didn't return an error code, but 'crashed' back to the editor. Error: C:\Program Files\AutoIt3\Include\Array.au3 (102) : ==> Array variable has incorrect number of subscripts or subscript dimension range exceeded.: If $avArray[$iStart] > $vValue Or $avArray[$iEnd] < $vValue Then Return SetError(2, 0, -1) If ERROR ->15:51:57 AutoIT3.exe ended.rc:1 It's the same error as in bug 166, but with a different array UDF. Possible fix: […] Others I think(!) that have the same issue: _ArrayTrim _ArrayToString (and thus: _ArrayToClip) _ArrayReverse _ArrayPop _ArrayMinIndex _ArrayMin _ArrayMax _ArrayConcatenate _ArrayAdd
- 04:05 Ticket #532 (Adding Icons to Tray Menu) created by
- Is there a possibility of having the ability to add icons to Tray Menus in a future release? Sorry if this has been requested before I’m still a newbie when it comes to AutoIT.
08/21/08:
- 09:28 Ticket #530 (HotKeySet ignores optional parameters) closed by
- No Bug: This is not a bug.
- 08:00 Ticket #531 (GuiCtrlSetGraphic documentation) created by
- This is not major. Just a couple of mistakes in the help file for the entry relating to GuiCtrlSetGraphic. The line being refered to appears under remarks: "Due to design constraints the RECT ELLIPSE and PIE are drawn first whatever they are embedded. So a LINE will always be drawn over a RECT. It is better to created several graphic controls with their own graphics because in this case the controls graphic will be drawn in sequence." From what I understand, 'whatever' should be replaced by 'whenever' and 'created' by 'create'. In my opinion, the second line could be rephrased for clarity.
- 04:49 Ticket #530 (HotKeySet ignores optional parameters) created by
- After executing this function: […] The following Error was returned. […] It appears that when {ESC} is pressed, the optional parameter is not properly defined causing the error. This issue only occurs when the function is triggered from HotKeySet and an optional parameter is declared. I have rewritten the function to work around the issue for the time being. […]
- 00:50 Ticket #529 (Identifying .NET controls using WM_GETCONTROLNAME) created by
- Having read previous request and response for DataGrid on ticket #23, I do not wish to beleaguer the point. Nor is it my place to specifiy what is/is not trivial to accommodate into AutoIT. However, with all the requests for persistent .NET control identification, I wonder what is the possibility of utilizing the "WM_GETCONTROLNAME" message either natively or in a standard UDF. I enclose the following MSDN code only to provide some fruits of my "research" on this, and my failed attempt to port it into a UDF: […] http://www.autoitscript.com/forum/index.php?showtopic=78561&view=findpost&p=567202
- 00:29 Ticket #528 (Native Control Identification and Property Retrieval using Active ...) created by
- <disclaimer> I request this understanding that it may be outside of AutoIT's intended purpose and that implementation may be prohibitively lengthy/difficult. But, "you have not because you ask not." </disclaimer> Control ID Descriptions should include options for accName, accRole, child index, and an optional Root handle to aid in expediting tree traversing. Examples: […] […]
08/19/08:
- 12:19 Ticket #526 (0x8007007E error when compiled 32 bit. OK when compiled 64 bit. Reopened.) closed by
- Duplicate: Appears to be a duplicate of #525
- 12:16 Ticket #525 (0x8007007E error when compiled 32 bit. OK when compiled 64 bit. Reopened.) closed by
- No Bug: You have to turn WOW64 redirection off. Windows is going to continue to redirect the system32 directory for a 32-bit process to the SYSWOW64 directory which contains the 32-bit files. That's why you get the "module not found" error - it's not looking where you think it is. Look at Using AutoIt -> Running under Windows 64-bit Edition in the documentation for more information about directory/registry redirection under 64-bit Windows and what you can do to turn it off. This is still not a bug in AutoIt.
- 12:06 Ticket #524 (MsgBox(): Text as first parameter) closed by
- Rejected
- 11:20 Ticket #527 (Abend 0xC0000005 at 7C9109F9 in Aut2exe.exe (ntdll.dll)) created by
- The attached (unfinished) code runs interpretively out of SciTe, but causes a crash when you attempt to compile it. This seems to be related to page/file size, as changing ANY line of code in the script allows for a successful compile. I've changed the code and things are working fine for me now, but I thought you might like to see a condition that can cause aut2exe.exe to crash. Thanks.
- 07:43 Ticket #526 (0x8007007E error when compiled 32 bit. OK when compiled 64 bit. Reopened.) created by
- The Run function returns error 0x8007007E when I run the attached script after compiling for 32 bit. It works fine when compiled 64 bit or if run as a script (Testit2.AU3). My environment is Vista Ultimate 64 bit version. W32tm.exe which is being run exists in C:\Windows\System32. This bug was originally submitted as #469. I specified the full path as was suggested and the problem still occurs. This really does seem to be a bug. Thanks, - Dave
- 07:41 Ticket #525 (0x8007007E error when compiled 32 bit. OK when compiled 64 bit. Reopened.) created by
- The Run function returns error 0x8007007E when I run the attached script after compiling for 32 bit. It works fine when compiled 64 bit or if run as a script (Testit2.AU3). My environment is Vista Ultimate 64 bit version. W32tm.exe which is being run exists in C:\Windows\System32. This bug was originally submitted as #469. I specified the full path as was suggested and the problem still occurs. This really does seem to be a bug. Thanks, - Dave
- 04:12 Ticket #524 (MsgBox(): Text as first parameter) created by
- I suggest MsgBox function to have the text parameter to be the first. I've created dozens of scripts and everytime the message has been the primary thing for the function. The other parameters haven't been needed so many times (title, flag etc.). At least in rapid application development, I just want to throw messages quickly to the user, without any extra info. The code stays cleaner also. In .NET and VBA, the MessageBox method receives also the text as the first parameter and the others are optional.
08/17/08:
- 07:43 Ticket #523 (Associative arrays...) closed by
- Rejected: The answer doesn't change no matter how many times this is asked for (also known as, search first, please).
- 05:52 Ticket #523 (Associative arrays...) created by
- Please, implant associative arrays it would make scripting for me much easier. :) Tank you Tom
08/16/08:
- 14:55 Ticket #522 (TrayMenu Select Option - Works on button down, not button up) closed by
- Rejected: This is a very specific request and not generally useful.
- 09:00 Ticket #522 (TrayMenu Select Option - Works on button down, not button up) created by
- Hi, I wonder if you would consider putting in an option for TrayMenu items so that they action on button down and stay working until button up? I have seen this available on a couple of systray-based mp3 player applications to control the volume (Random Mp3 Player is a good example). I have searched the helpfile and the AutoIt fora, and even asked in a couple of topics, but found no workarounds. Specifically, the request is for: - Click on trayicon to get tray context menu. - Cursor over menu item leading to submenu. - Button down on an item in the submenu - action occurs - Button up from the item - action ceases and tray menu closes "action" is either the calling of an OnEvent defined function or the creation of a GUIGetMsg return value. I cannot see a need for a similar option in the normal GUI menus as normal GUI controls (e.g. sliders) are available. So, could this be considered as something to add in future releases, or would it be too difficult to implement? Thanks for reading, and for providing such a great programming tool. Melba23
08/15/08:
- 20:37 Ticket #517 (WinAPI UDF - bad error checking after DllCall()) closed by
- Fixed: Fixed in version: 3.2.13.8
- 15:54 Ticket #521 (Forum Upload Issue) created by
- I'm not sure if this is the right place to report forum issues. However, It appears that I have about 400K out of 1MB of upload space but zero attachments in the Manage Current Attachments drop-down. Where can I find / delete the file that is consuming space?
- 14:57 Ticket #519 (Wrong parameters in help file for GUICtrlSetDefBkColor) closed by
- Fixed: Fixed in version: 3.2.13.8
- 14:29 Ticket #520 (WMI SwbemRefresher Object used in a loop has memory leak) created by
- Ref: Example Scripts, _ProcessListProperties() function http://www.autoitscript.com/forum/index.php?showtopic=70538 The _ProcessListProperties() function uses an SwbemRefresher object to get performance data for processes (CPU and MEM usage). If the function is called in a loop, there is a bad memory leak (monitored from Task Manager): {{{HotKeySet("{ESC}", "_Quit") ; Loop to watch for memory leak While 1 _ProcessListProperties() Sleep(500) WEnd Func _Quit() Exit EndFunc ;==>_Quit Moving the creation of the SwbemRefresher outside the function (and loop) so it is only created once, makes the leak go away. (See topic post for code) http://www.autoitscript.com/forum/index.php?s=&showtopic=70538&view=findpost&p=566344 Removing all items and then releasing the object with $oRefresher.DeleteAll and $oRefresher = 0 does not change the memory leak.
08/14/08:
- 15:25 Ticket #518 (IniRead() optionally create default entry if not exists) closed by
- Rejected: You're asking for a function that reads to have the ability to write? Think about that for a second. Anyway, this doesn't sound all that useful for the masses. In general, it shouldn't make any difference whether the key exists or not. You obviously realize how trivial it is to wrap the desired functionality in a UDF so I suggest just using that for your own needs.
- 14:02 Ticket #519 (Wrong parameters in help file for GUICtrlSetDefBkColor) created by
- GUICtrlSetDefBkColor mistakingly uses the same parameters table as GUICtrlSetDefColor deftextcolor = Default text color for all controls should be changed to color = Default background color for all controls.
- 13:50 Ticket #518 (IniRead() optionally create default entry if not exists) created by
- For scripts that use INI files, the option to create default INI values is desired. The current IniRead() function allows passing of a default value if specified section/key pair is absent. The requested enhancement would optionally create the specified section/key (and INI file, if necessary) with the default value if it does not exist. This allows new script versions to add new INI parameters that will be written to an existing file, and allows automatic re-creation of a default INI file if no INI file is present. (Deleting an existing INI file would result in creation of a default INI.) This feature could be implemented in one of two ways: 1) Adding an additional parameter to the AutoIt core after the "default" value that indicates whether the default value should be written to the INI file if it does not exist: IniRead ( "filename", "section", "key", "default", "CREATE_OPTION" ) ; CREATE_OPTION = TRUE/1 to write section/key/default to ini filename if it does not exist 2) Adding an _IniReadDefault() or similarly-named function to Misc.udf (or other) that writes the section/key/default to the ini filename if it does not exist. If the feature is viable, and option 2 is preferred, a UDF function will be submitted. (Developer recommendations for the function name would be taken.)
- 02:53 Ticket #517 (WinAPI UDF - bad error checking after DllCall()) created by
- This line is missing in many functions after DllCall: […] Original: […] Correct way: […] Mainly it should be corrected in these functions (but this is missing in many others): _WinAPI_LoadImage _WinAPI_LoadLibrary _WinAPI_LoadLibraryEx _WinAPI_FreeLibrary I need to have a chance to check if @error occured when calling these functions: […] Note: If error occurs during DllCall() then accesing $aResult[0] will hard crash my script.
08/13/08:
- 15:30 Ticket #500 (_ChooseColor 64bit problems) closed by
- Fixed: Fixed in version: 3.2.13.8
- 13:28 Ticket #516 (_ChooseFont 64bit Vista) created by
- _ChooseFont does not work. The function return a value as if the user canceled selection even though no sign of the dialog box appears.
- 08:23 Ticket #515 (Scite4AutoIt3 - add zoom-in zoom-out) closed by
- Rejected: As far as I know, Notepad++ is built using the Scintilla control, not based on SciTE. But either way I'll save Jos the trouble of replying, the SciTE we distribute is as close as possible to the official version distributed by Neil Hodgson. We'd like to keep it that way which is why we defer features requests/bug reports to the SciTE/Scintilla community.
- 08:19 Ticket #514 (StdoutRead seems broken on latest public & beta) closed by
- No Bug: Replying to anonymous: > Could at least mention in help file that now need a processwaitclose before doing the read... But that is only true if you actually want to wait until the process closes. Honestly? Your code as written before was flawed. You should have always been relying on ProcessWaitClose() anyway. There was no guarantee your old way would actually return all the text you wanted.
- 07:29 Ticket #515 (Scite4AutoIt3 - add zoom-in zoom-out) created by
- This is in NotePad++ (opensource) based on the same Scite sources and it looks really nice.
- 02:51 Ticket #514 (StdoutRead seems broken on latest public & beta) created by
- Updated to the latest Public (3.2.12.1) today so as to gain support for Windows 2008 OS Type and found my script no longer worked. On debuging found that StdoutRead no longer appears to work. Command I'm using follows the example code exactly as indicated below... $return = Run("c:\tester.bat", "c:\", @SW_HIDE, $STDOUT_CHILD) $line = StdoutRead($return) MsgBox(0, "STDOUT read:", $line) Should also mention that I tried using @Comspec too, but made no difference. Also, developed on XP for use on Windows 2008 -32bit, but also would not work on XP -32bit. Final point, re-installed previous autoit version and all work fine
08/11/08:
- 17:33 Ticket #513 (Request: checked row highlight style for Listview controls) closed by
- Rejected: There's already too much custom behavior as is. If we added all the useful custom behaviors we'd have everything bloated so big it'd be ridiculous.
- 12:08 Ticket #513 (Request: checked row highlight style for Listview controls) created by
- I'd love to see the code below included as an easily usable extended style for listview controls. In a listview with several subitems, keeping the entire row highlighted if the item is checked ($EX_LVS_CHECKBOXES) makes it very easy to quickly scan values in subitem columns. The example below from user 'rasim' does not use the built-in listview extended style checkboxes, but I would prefer that it did. Being able to add this functionality as an extended style, without having to delve into WinAPI/GDIPlus would be a huge time saver. Also having the style work with WM_NOTIFY '$NM_CLICK' anywhere on the row (vs just the checkbox itself) would be perfect. […]
08/10/08:
- 05:06 Ticket #504 ("au3check" doesn't handle special characters properly) closed by
- Fixed: Fixed in version: 3.2.13.8
- 03:09 Ticket #489 (Add _GDIPlus_ImageSaveAddImage & _GDIPlus_ImageSaveAdd to GDIPlus.au3) closed by
- Rejected
- 03:08 Ticket #494 (Add more resource functions to WinAPI.au3) closed by
- Rejected
- 03:07 Ticket #492 (Add to GDIPlus Image functions for retrieving frames from multi-frame ...) closed by
- Rejected
08/09/08:
- 19:51 Ticket #512 (Runas problem with new version.) closed by
- No Bug: Well, if the caller is a non-administrator account and the Flash Player installer requires administrator rights, then the error is correct because you use RunWait() to call the installer. At any rate, I don't see anything wrong, I know RunAs[Wait]() works with that simple code (when written correctly), so I'm closing this as no bug.
- 14:56 Ticket #512 (Runas problem with new version.) created by
- Hello I write a program when coulndt run correctly I have tried with that simple code. When I start the program installation is starting and it is saying you are not administrator. But I used Local Administrator or domain administrator. nothing changed. so I tried to another pc and other version (v3.2.12.0). In my computer I have v3.2.12.1 and also I tried with beta. I have installed v3.2.10.0 to clear computer it worked well I updated v3.2.12.1 . It couldnt work again. I have tried it in my home pc. Same problem. If Not IsAdmin() Then RunAs('username', "Domain", 'Password',0,@ComSpec,@SystemDir) RunWait("c:\install_flash_player.exe") MsgBox(0,"","complate") EndIf
- 13:44 Ticket #511 (GUICtrlCreateTab - doc precision) created by
- Please add folowing: When you create control on the Tab by UDF function (_GUICtrlCreate) and not by internal AutoIt's function (GUICtrlCreate) you must show/hide this control yourself. Also this example can be added as workaround example for this situation (mixed native/UDF controls on Tab) […] Here is link to related post: http://www.autoitscript.com/forum/index.php?showtopic=72894&st=0&p=531772&#entry531772
08/08/08:
- 19:20 Ticket #510 (_GUICtrlListView_ClickItem: If columns inside listview exceed visible ...) closed by
- Fixed: Fixed in version: 3.2.13.8
- 16:51 Ticket #510 (_GUICtrlListView_ClickItem: If columns inside listview exceed visible ...) created by
- In the function _GUICtrlListView_ClickItem, if the columns inside the listview exceed visible area, the mouse click can happen outside of the control area. Sample code is below. […] The expected behavior is it clicks within the currently visible area of the listview control, not the center of the width of all the columns. This reproduces on BETA v3.2.13.7 and RELEASE v3.2.12.1. Is there a more programmatic way to select a listview item instead of using a MouseClick (inside the _GUICtrlListView_ClickItem UDF)?
- 13:03 Ticket #503 (_Date_Time_FileTimeToLocalFileTime() - Helpfile example is incorrect) closed by
- Fixed: Fixed in version: 3.2.13.8
- 11:45 Ticket #508 (Static variables) closed by
- Rejected: Gary, the value needs to be mutable. For example, a counter for the number of times a function is called could be implemented as a static variable (or global, obviously). cbruce, much like many other things that some other languages offer as "features", you can do this yourself. It just requires you to develop your own rigid naming system to prevent collisions. For example, a name in the form "$g_vStatic_MyVar" will help reduce collisions. Adding the function name in can help disambiguate names further at the cost of increased length in the name. Closing as rejected.
- 11:23 Ticket #503 (_Date_Time_FileTimeToLocalFileTime() - Helpfile example is incorrect) reopened by
- 10:50 Ticket #509 (UDP Receive String) created by
- UDPRecv For backwards compatibility to 3.2 want to have a new flag-value '2' to force string in adding to '1' force binary. Testing binary and convert with 3.2.10 is no problem, but time-critical when a lot ao data comes in
- 10:40 Ticket #503 (_Date_Time_FileTimeToLocalFileTime() - Helpfile example is incorrect) closed by
- Rejected: They both return the same if you run both the old example and add your code in.
- 10:31 Ticket #495 (_GUICtrlTreeView_GetTree returns only 1 parent) closed by
- Fixed: Fixed in version: 3.2.13.8
- 10:18 Ticket #508 (Static variables) created by
- AutoIt is a wonderful product folks - thank you so much... It would be nice to see Static variables added to AutoIt. A Static variables is defined as a variable whose scope is local to a function, but that maintains its value between invocations of the function that the Static variable resides in. Currently, I have to use Global variables to achieve this effect. This creates a greater opportunity for introducing bugs in a program. [Man, does it ever - I just bit myself again - 3 hours of debugging - the impetus for submitting this feature request]. With Static variables, there is less dependence on the programmer's memory. I love, and need, Global variables; but the addition of Static variables would make me a more productive programmer in AutoIt. Respectfully, Bruce Huber
- 06:31 Ticket #507 (Problem with GuiToolTip UDF functions using only TTM_*W message constants.) created by
- Win XP Pro Sp2 AutoIt 3.2.13.7 Last known working version AutoIt 2.2.10.0 Changes made since AutoIt version 3.2.10.0 to this UDF to use only the TTM_*W version of messages have resulted in some of the functions no longer working on some third party applications. I've tried the simple test script attached on many different applications with the following results. Using the TTM_*W messages works on most but not all applications Using the TTM_*A messages works on all applications that TTM_*W messages works on plus some that TTM_*W messages do not work on. I've created the attached test script to displays tooltip info for toolbar buttons using modified versions of the GUI_ToolTips functions _GUIToolTip_EnumTools() and _GUIToolTip_GetText() to demonstrate the effect of using both ANSI (Hotkey 1) and Wide messages (Hotkey 2) The only commonly available application I've been able to find that shows the behaviour I have observed is AutoIt3\SciTE\AutoItMacroGenerator\AutoItMacroGenerator02.exe
- 04:57 Ticket #506 (_FileCountLines) created by
- Same problem as I mentioned before with _FileReadToArray. The function _FileCountLines should deal all common line-end-chars. LF, CR, CRLF. I changed it to this: […]
- 02:08 Ticket #505 (_GUICtrlStatusBar_SetBkColor doesn't work) closed by
- Works For Me
- 00:09 Ticket #505 (_GUICtrlStatusBar_SetBkColor doesn't work) created by
- The function returns the background color, but the statusbar color doesn't change. Example: ; Set background color msgbox(0,"Test", _GUICtrlStatusBar_SetBkColor ($hStatus, $CLR_RED))
- 00:03 Ticket #504 ("au3check" doesn't handle special characters properly) created by
- When storing an include file, in a folder wich contains special characters, like this : c:\temp\UDF's "au3check" doesn't handle special characters properly in SciTE. #Include "c:\temp\UDF's\TEST.au3" It will only accept :-> #Include "c:\temp\UDF\TEST.au3"
08/07/08:
- 12:58 Ticket #503 (_Date_Time_FileTimeToLocalFileTime() - Helpfile example is incorrect) created by
- The helpfile example uses _Date_Time_EncodeFileTime() to create an initial value to work with. The problem is that this creates a LOCAL time value and not a UTC time value. Since FileTimes are stored as UTC time, when _Date_Time_FileTimeToLocalFileTime() is passed a LOCAL time value, it applies the UTC to LOCAL conversion and the returned value is not what was intended. Here's the example with corrections: *********************************************************** […] *********************************************************** Thank you all for your time and effort. Respectfully, Bruce Huber
- 11:57 Ticket #502 (Autoit adds 0.09999999997 instead of 0.01) closed by
- No Bug: This is not a bug. Floating-point numbers are not precise so repeatedly adding a floating point number leads to these sorts of problems. You can find plenty of literature on the internet about it.
- 11:54 Ticket #502 (Autoit adds 0.09999999997 instead of 0.01) created by
- After adding 0.01 to $c few times, $c will be incremented by 0.999999 instead of 0.01 […] Output: […] Windows XP SP3 AutoIt V3.2.12.1 Best regards
- 08:58 Ticket #92 (DllStructGetData() truncation) closed by
- Fixed: Fixed in version: 3.2.13.8
- 08:26 Ticket #501 (ProcessGetStats) closed by
- Fixed: Fixed in version: 3.2.13.8
- 04:05 Ticket #501 (ProcessGetStats) created by
- ProcessGetStats does not work for SYSTEM's username PID's. This also occurs with Network Service and Local Service (I am running the script in admin login) For example : java.exe PID: 288 Username: SYSTEM Stats from this pid are not available. No _arraydisplay of the array. […] Error result : 0
08/06/08:
- 21:22 Ticket #500 (_ChooseColor 64bit problems) created by
- I just got a 64bit version of Vista and encountered several problems. _ChooseColor does not work. The function return a value as if the user canceled selection even though no sign of the dialog box appears.
- 12:40 Ticket #499 (Missing quotes from WinWaitActive causes crash) closed by
- Wont Fix: The current beta's do not crash (although they give a somewhat obscure error). I'm going to close this as wont fix since the behavior of the beta is not a hard-crash but rather an error message.
- 11:55 Ticket #499 (Missing quotes from WinWaitActive causes crash) created by
- Also, WinActivate. Run from SciTe using the F5 key The following syntax error:- WinWaitActive(Lexmark 1300 Series - USB Port) or WinActivate(Lexmark 1300 Series - USB Port) where the quotation marks are missing ie. WinWaitActive("Lexmark 1300 Series - USB Port") WinActivate("Lexmark 1300 Series - USB Port") causes a crash in AutoIT.exe
- 03:43 Milestone 3.2.13.7 completed
08/05/08:
- 14:12 Ticket #498 (Make AutoIt 3.2.12.2 release with UDF fixes) closed by
- Rejected: This would require one of us (Jon, most likely) to install Visual Studio 2005 (We've all migrated to 2008). Updating the version number requires recompiling. The 3.2.12.x branch is pretty much dead.
- 13:21 Ticket #498 (Make AutoIt 3.2.12.2 release with UDF fixes) created by
- There are some serious UDF bugs which could be fixed also in 3.2.12.1 release. Here is one ecample: http://www.autoitscript.com/forum/index.php?s=&showtopic=77611&view=findpost&p=561716 This can be easily done without touching main 3.2.12 AutoIt core. Maybe consider also adding some new UDF functions added in 3.2.13 branche - see 3.2.13.x changelog for details. Or if you will not want to do this then we could make some "patch" for this purpose.
- 12:38 Ticket #497 (GUICtrlSetFont() does not work in a listview control) created by
- Example: GUICtrlSetFont($LV_AR[$i], 8.5, 800) ;Bold
- 09:33 Ticket #496 (obsolete @Unicode macro still in helpfile) closed by
- Duplicate: Duplicate #493
- 06:52 Ticket #496 (obsolete @Unicode macro still in helpfile) created by
- 3.2.12.0 (XXth, YYY 200x) (Next Release) - Changed: @Unicode renamed in @AutoItUnicode. @Unicode is an alias for now. It will be removed > 3.2.14.0 AutoIt3.chm::/html/functions/GUICtrlCreateDate.htm it's in example
- 04:22 Ticket #495 (_GUICtrlTreeView_GetTree returns only 1 parent) created by
- _GUICtrlTreeView_GetTree sould return the whole treeview-structure for an item, but it returns just the first parent: PARENT|ITEM This happen, because the line Until $hItem <> 0x00000000 should be Until $hItem = 0x00000000 The corrected function: […]
08/04/08:
- 22:17 Ticket #494 (Add more resource functions to WinAPI.au3) created by
- _WinAPI_FindResource _WinAPI_FindResourceEx _WinAPI_SizeOfResource _WinAPI_LoadResource _WinAPI_LockResource _WinAPI_FreeResource Have attached the above functions to ticket. They may need alterations, the basics of them are working ok.
08/03/08:
- 10:21 Ticket #493 (GuiCtrlCreateDate Help example needs updating) closed by
- Fixed: Fixed in version: 3.2.13.7
- 10:14 Ticket #491 (AU3Check and spaces in if statement) closed by
- Wont Fix: I tried to fix this and was successful, however, the fix introduced a lot more problems so I've reverted it. I can't see any way to fix this issue due to the way Au3Check is written. Since the issue is trivial, I'm going to close it as won't fix.
- 10:12 Ticket #491 (AU3Check and spaces in if statement) reopened by
- 09:27 Ticket #491 (AU3Check and spaces in if statement) closed by
- Fixed: Fixed in version: 3.2.13.7
- 08:30 Ticket #277 (@ProcessorArch) closed by
- Completed: Added in version: 3.2.13.7
08/02/08:
- 16:11 Ticket #493 (GuiCtrlCreateDate Help example needs updating) created by
- Hi, GuiCtrlCreateDate help example needs updating The example mentions @UNICODE which is not used anymore Best regards, Emiel Wieldraaijer
- 15:37 Ticket #492 (Add to GDIPlus Image functions for retrieving frames from multi-frame ...) created by
- _GDIPlus_ImageGetFrameDimensionCount _GDIPlus_ImageGetFrameDimensionList _GDIPlus_ImageGetFrameCount _GDIPlus_ImageSelectActiveFrame These functions in combination with existing GDIPlus.au3 functions give the user the ability to get individual frames from a multi-frame image eg: TIF & GIF formats. Functions are attached to ticket. I don't have a proper example of use to supply yet. (still working on an example as well as a couple more functions).
- 12:46 Ticket #491 (AU3Check and spaces in if statement) created by
- Very minor bug, but still a bug. AU3Check doesn't recognize this as wrong syntax […] Told you it was minor ;)
- 12:39 Ticket #468 (Milliseconds Macro) closed by
- Completed: Added in version: 3.2.13.7
- 10:59 Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) closed by
- Works For Me: Alright, I just tested this. I'm fairly sure I have everything working. I used a Linux virtual machine to host the wpad.dat file. When I put a bogus proxy address in the wpad.dat, IE fails to load anything. I grabbed the IP of a proxy server off the internet and stuck that in and IE works. I tested the script you posted in both cases - with a working proxy and without. I saw nothing abnormal. Memory usage stayed constant as did processor usage. When I was using a valid proxy address, the file was downloaded. When I had an invalid address, nothing was downloaded. It all seemed really normal. So, I'm closing this as works for me.
08/01/08:
- 17:15 Ticket #490 (Ability to have GUICtrlCreate... accept hide, show, enable and disable ...) closed by
- Rejected: To create a control disabled, use the WS_DISABLED style at creation time. Otherwise, the control is created enabled. AutoIt forces the control to be visible so there's no way to create a control that is initially not visible. However, you can just change the state before you show the GUI so I don't see much point in any of this.
- 16:32 Ticket #490 (Ability to have GUICtrlCreate... accept hide, show, enable and disable ...) created by
- Example: GUICtrlCreateButton("", 10, 10, 60, 25, $GUI_HIDE) GUICtrlCreateButton("", 10, 10, 60, 25, $GUI_SHOW) GUICtrlCreateButton("", 10, 10, 60, 25, $GUI_ENABLE) GUICtrlCreateButton("", 10, 10, 60, 25, $GUI_DISABLE)
- 07:52 Ticket #489 (Add _GDIPlus_ImageSaveAddImage & _GDIPlus_ImageSaveAdd to GDIPlus.au3) created by
- _GDIPlus_ImageSaveAddImage _GDIPlus_ImageSaveAdd Both function are handy if your wanting to create or add pages to a multi-frame tif file. Both functions are in the attached example. Functions are in the same format as found in GDIPlus.au3
07/31/08:
- 14:38 Ticket #488 (ObjGet() needs an instance parameter) created by
- Add instance parameter to ObjGet(). Make the following test script work: […]
- 10:27 Ticket #481 (Add margin parameter to SplashTextOn) closed by
- Completed: Added in version: 3.2.13.7
- 10:14 Ticket #483 (obsolete @ProcessorArch still in helpfile) closed by
- Fixed: Fixed in version: 3.2.13.7
- 10:09 Ticket #484 (ObjGet failures) closed by
- Fixed: Fixed in version: 3.2.13.7
- 09:34 Ticket #482 (AutoIt3.chm::/html/autoit_changelog.txt) closed by
- Fixed: Fixed in version: 3.2.13.7
- 08:40 Ticket #487 (Associative arrays) closed by
- Rejected: There are no plans to add or modify any data-types. Rejected.
- 08:37 Ticket #486 (ControlGetFocus and ControlGetHandle never return exact ControlRef#) closed by
- No Bug: Based on my own experience, no bug. And based on your test script... oh wait. No bug.
- 08:23 Ticket #479 (soundplay don't work always) closed by
- No Bug: You don't have the right decoder installed. When I play it, I see that the ffdshow decoder is being used. Not a bug.
- 04:51 Ticket #487 (Associative arrays) created by
- Core support for associative arrays : $array[0]="whatever";normal index based array $arrayzero?="whatever";:D associative array
07/30/08:
- 23:02 Ticket #486 (ControlGetFocus and ControlGetHandle never return exact ControlRef#) created by
- ControlGetFocus doesn't return exact ControlRef# instead always display Button1
- 15:27 Ticket #485 (missing related links in helpfile) created by
- _WinAPI_CloseHandle _WinAPI_CreateFile _WinAPI_FlushFileBuffers _WinAPI_GetFileSizeEx _WinAPI_ReadFile _WinAPI_SetEndOfFile _WinAPI_SetFilePointer _WinAPI_WriteFile All these "File operation" WinAPI functions should be linked each to other in their Related helpfile sections.
- 15:13 Ticket #484 (ObjGet failures) created by
- ObjGet doesn't seem to be doing what I expect it to. I placed files named "test.doc", "test.txt" and "test.xls" in my root folder and used the following code to test: […] ObjGet appears to be sometimes functioning like "FileExists", ruturning 0 whether the file is in use or not. Sometimes ObjGet works the first time a file is referenced, and then continues to report it (after thinking for a few seconds) as active long after the process was closed. Oddly, when referencing a previously opened .txt file, ObjGet consistantly causes autoit3.exe to abend with 0xc0000005 at offset 00042a376. Just with the .txt extension. Weird... The only other factors that may be in play here that I can think of are that this PC did get the recent SP3 update to XP Pro, and that I'm running my tests interpretively, via SciTE, rather than as compiled stand-alones. Thanks.
- 15:13 Ticket #483 (obsolete @ProcessorArch still in helpfile) created by
- changelog 3.2.13.2 (15th June, 2008) (Beta): - Changed: @ProcessorArch changed to @OSArch as it was misleading. AutoIt3.chm::/html/intro/64-bit_support.htm […]
- 15:08 Ticket #482 (AutoIt3.chm::/html/autoit_changelog.txt) created by
- missing UDFs from 3.2.13.6 (30th July, 2008) (Beta): […] Note: In AutoIt3.chm::/html/autoit_changelog_complete.txt it's OK
- 14:52 Ticket #474 (About help) closed by
- Rejected: I'm surprised Valik didn't close this. The help didn't get any less with the newer versions, if anything is more.
- 14:50 Ticket #480 (soundplay don't work always) closed by
- Duplicate: see #479
- 14:38 Ticket #481 (Add margin parameter to SplashTextOn) created by
- Text in SplashTextOn looks bad because it is too close to the Window border. With considerable programing effort, I believe I could do what I want by using GUICreate()and GUICtrlCreateLabel() instead, but since IMHO SplashTextOn is bad out of the box, the change should be made directly there. One uniform top, bottom, left, and right margin in pixels would be fine. Using 'en' units would be even better, so the padding could vary with font size.
- 13:00 Ticket #480 (soundplay don't work always) created by
- Soundplay don't work for any mp3, for example: it works for this: http://www.sendspace.com/file/ar4l7p it doesn't work for this: http://www.sendspace.com/file/xp145k
- 12:59 Ticket #479 (soundplay don't work always) created by
- Soundplay don't work for any mp3, for example: it works for this: http://www.sendspace.com/file/ar4l7p it doesn't work for this: http://www.sendspace.com/file/xp145k
- 12:28 Milestone 3.2.13.6 completed
- 10:35 Ticket #415 (CUI compiled scripts won't execute batch files properly) closed by
- Fixed: Fixed in version: 3.2.13.6
- 09:49 Ticket #478 (Koda (FormDesigner)) closed by
- No Bug: Koda is not our product. Contact the developers of Koda to report issues to them.
- 09:07 Ticket #478 (Koda (FormDesigner)) created by
-
AutoIt 3.2.12.1
I use Koda (FormDesigner) for creating GUI interface, uncheck the "WS_MINIMIZEBOX", and generating code. Result:
[…]
Line with "GUICreate()" is separated with @CrLf character. When I start the script, result is:
D:\AutoIt files\temp3.au3(14,66) : WARNING: $WS_SYSMENU: possibly used before declaration.
$Form1 = GUICreate("Form1", 625, 445, 193, 125, BitOR($WS_SYSMENU,
~ D:\AutoIt files\temp3.au3(14,78) : WARNING: $WS_CAPTION: possibly used before declaration. $Form1 = GUICreate("Form1", 625, 445, 193, 125, BitOR($WS_SYSMENU,$WS_CAPTION, … - 08:06 Ticket #92 (DllStructGetData() truncation) reopened by
- Re-opening because I didn't fix this correctly the first time around. Also setting as blocking because I kind of made things worse.
07/29/08:
- 21:04 Ticket #434 (small mistake in documentation for _IECreate function) closed by
- Fixed: Fixed in version: 3.2.13.6
- 21:00 Ticket #477 (Extract values from array at function runtime) closed by
- Rejected: This is a syntactic nightmare for virtually no gain. There is no performance benefit to it and it just creates harder to read than necessary code.
- 20:47 Ticket #464 (GUICtrlCreateAvi on Windows Vista) closed by
- Fixed: Fixed in version: 3.2.13.6
- 19:32 Ticket #477 (Extract values from array at function runtime) created by
- What I mean by this is being able to directly reference an array element without storing it into an array (Cutting out the middleman). Example: […] Instead of […] Could this be considered?
- 18:59 Ticket #92 (DllStructGetData() truncation) closed by
- Fixed: Fixed in version: 3.2.13.6
- 18:18 Ticket #393 (SoundSetWaveVolume() doesn't do anything.) closed by
- Completed: Changed in version: 3.2.13.6
- 17:47 Ticket #475 (StringSplit() does not honor flag 2 when using "" (empty) as delim) closed by
- Fixed: Fixed in version: 3.2.13.6
- 14:17 Ticket #476 (Function Trace lines have to be removed manually) closed by
- Fixed: Will be fixed in the next version. In the mean time you could update these lines: Line 442-449:function AutoItTools:FunctionTracePattern(with_comment) local nl = self:NewLineInUse() if with_comment then return nl .. "[%s]*;[%s]*(ConsoleWrite%([" .. nl .. "]-%)[%s]*;### Function Trace[" .. nl .. "]?)" else return nl .. "[%s]*(ConsoleWrite%([" .. nl .. "]-%)[%s]*;### Function Trace[" .. nl .. "]?)" end end -- FunctionTracePattern() line 473 in AutoItTools.lua: return m2 .. m4 .. self:NewLineInUse() .. "\tConsoleWrite('@@ (" .. editor:LineFromPosition(m1)+i .. ") :(' & @MIN & ':' & @SEC & ') " .. m3 .. "()' & @CR) ;### Function Trace"
- 08:49 Ticket #476 (Function Trace lines have to be removed manually) created by
- SciTE4AutoIt 17-5-2008 release AutoIt 3.2.13.5 Win XP Pro SP2 In SciTE4AutoIt function trace lines inserted using the 'Tools->Trace:Add Func Trace Lines' tool have to be removed manually as neither the 'Tools->Trace:Remove ALL Trace Lines' or 'Tools->Debug Remove Lines' remove the ConsoleWrite lines inserted by 'Tools->Trace:Add Func Trace Lines'
- 08:18 Ticket #426 (Compability with cryptors & packers) closed by
- Rejected: Look at the settings for the cryptor/packer. There's likely an option which copies, ignores or strips extra data in the EXE (data that is outside the PE sections). You must tell the program to copy this data. If it strips the data, the script will not work. Other than that, the only way this is going to happen is if we change how we store the script in the binary. Closing this as rejected because we aren't going to make the change specifically for compatibility with other programs.
- 06:44 Ticket #475 (StringSplit() does not honor flag 2 when using "" (empty) as delim) created by
- StringSplit() is returning the array count in $array[0] when the delimiter is "" (blank), even though flag = 2 is set. Ex - […]
Note: See TracTimeline
for information about the timeline view.
