Timeline
Feb 15, 2008:
- 10:40 PM Ticket #114 (Add Optional parameter to WinList - [, WinState]) updated by
-
Version, Milestone changed
- 10:40 PM Ticket #106 (Gui Double Buffering Flag / exStyle) updated by
-
Version, Milestone changed
- 10:31 PM Ticket #112 (Send() does not check key release) closed by
- wontfix: It is not unexpected that if you use two sources of input asynchronously, you will confuse the internal keyboard state. When you choose to use Send(), you open yourself up to that possibility. I'm closing this as wont fix.
- 10:09 PM Ticket #112 (Send() does not check key release) reopened by
- Replying to Jpm: > Only the capslock key is managed whend Send() is used so if a Ctrl or Alt key is down the pointed window will received the combined keystroke. > Jon will confirm that due to compatibility in game script he will not extend this behavior ;) If the Ctrl key is pressed then it may be expected that the combination will result but that is not what happens and it is not the 'bug' being reported. The script is not a work around but a demonstration of how to add a delay waiting for Ctrl to be released so that the 'bug' is avoided. In my experience if Send operates when someone is holding down the Ctrl key then the result is as if the Ctrl key were not held down. The bug is that Send sometimes incorrectly adjust for the Ctrl key being down resulting in the key being latched down when it should not be. The report is actually a copy of a replay I gave to someone having this problem and includes my guess as to why it happens. I did not make the report but to me it seems like a bug, or at the very least, very undesirable behavior. How to see the problem 1) Comment out the 2 lines in the function WriteMessage While _IsPressed(11) WEnd 2) run the script. 3) Open Notepad 4) type anything and then press Ctrl and H but keep the Ctrl key pressed down until you see charcaters being typed by Send then immediately release Ctrl 5) end the script by pressing F11 6) in notepad press the letter g When I try this it behaves as Ctrl G and my in my view it's a bug.
- 9:55 PM Ticket #124 (Active Directory Integration - being able to query/enumerate AD objects) closed by
- rejected: AutoIt supports COM. So, the short answer is: You can. Ask on the forum for help.
- 9:44 PM Ticket #124 (Active Directory Integration - being able to query/enumerate AD objects) created by
- It would be a great feature addition (and I imagine by no means …
- 9:21 PM Ticket #90 (RunAs fails for a Limited User if run-as user's Profile is loaded) updated by
-
Milestone changed
- 9:20 PM Ticket #107 (DllStructGetField) updated by
-
Version, Milestone changed
- 9:20 PM Ticket #50 (Handle COM Byte-Array) updated by
-
Version changed
- 9:20 PM Ticket #119 (GuiCtrlGet*) updated by
-
Version changed
- 9:19 PM Ticket #120 (StringSplit limit parameter) updated by
-
Version changed
- 9:19 PM Ticket #39 (Add HWND to common dialogs) updated by
-
Version changed
- 9:19 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) updated by
-
Version changed
- 9:15 PM Ticket #116 (Windows menu bug) updated by
-
Milestone changed
- 9:09 PM Ticket #123 (I have added two user functions to array.au3) closed by
- rejected
- 9:01 PM Ticket #117 (TimeExecution) updated by
-
Milestone changed
Clearly I've lost track of how many releases we've done. It's fixed in 3.2.11.1 so I will update the milestone accordingly. However, it's a pretty safe bet that my original complaint is still true, part of the problem was using a compiled 3.2.11.0 script as one of the components, and since 3.2.11.0 is bugged as both a server and client of STDIO streams, the problem manifests. - 8:11 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) updated by
- That's an option too: What I do in the program is to build a table of all Variables and the number of times they are used in the first iteration of all records. In the second iteration, all lines that are starting with Global are processed and Variables are checked in the Table if its used or not. At that stage a test can be added to avoid the skipping of the line.
- 6:03 PM Ticket #123 (I have added two user functions to array.au3) updated by
- Is this really something we need to add? I mean, the code is incredibly simple to do. There are also a few problems with the two functions. First, the code doesn't validate that the array is single-dimensioned. It just blindly assumes all arrays are one-dimensional. Second, it doesn't allow specifying the start index. Valid data may not start at element 0, it may start at element 1 depending on how the array was created. Third, there's an unused variable in one of the functions. Lastly, the documentation is wrong, it doesn't return an array. All that being said, I really don't think we need to include these. Do a lot of people need these? Adding these seems like needless bloat to me. It kind of falls into the "far too simple" category. I leave it up to Gary to add or reject this, but my vote goes for reject.
- 5:17 PM Ticket #123 (I have added two user functions to array.au3) created by
- Total - returns the total of all values in an array Average - returns …
- 5:04 PM Ticket #122 (StringSplit does not return the string if no split found with ...) created by
- StringSplit does not return the string if no split found with …
- 4:57 PM Ticket #121 (StringSplit not case sensitive for separator with multiple characters ...) created by
- Whereas; separator with Individual characters, or separator with …
- 4:01 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) updated by
- Jos, can't you detect when a variable is being assigned via a function call and just skip stripping those? Or is your script currently not able to detect something like that?
- 3:58 PM Ticket #117 (TimeExecution) closed by
- fixed: This was already fixed in 3.2.11.2. That's why you always test with the latest beta before reporting bugs.
- 3:34 PM Ticket #117 (TimeExecution) reopened by
- please look at this... http://www.autoitscript.com/forum/index.php?showtopic=64212&st=0&p=478930&#entry478930
- 1:59 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) updated by
-
Owner, Status changed
- 1:58 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) updated by
- The reason that the lines are deleted is the fact that Obfuscator will remove all Global defined variables that are not use at all in the script. So the relation is the variable not the GUICtrlxxx() command. Not sure what a good approach would be for this to fix this for the future. approach could be to only remove Global defined vars from Included files and skip the variable removal step for the source script code. Will think about it for a bit to see what is best.. Jos
- 7:20 AM Ticket #112 (Send() does not check key release) closed by
- nobug: Only the capslock key is managed whend Send() is used so if a Ctrl or Alt key is down the pointed window will received the combined keystroke. Jon will confirm that due to compatibility in game script he will not extend this behavior ;)
- 2:57 AM Ticket #120 (StringSplit limit parameter) created by
- StringSplit("String","delimiters"[, flag [,limit]]) I was wondering …
Feb 14, 2008:
- 4:16 PM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) updated by
- I think this problem is better characterized as an issue with multiple GUICtrlCreateObj controls and keystroke delivery. Dale
- 3:10 PM Ticket #117 (TimeExecution) closed by
- nobug: This is not a support forum. Ask support questions on the forum. Post bugs here. You aren't posting any details about a bug, you're trying to figure out if something is a bug. That does not belong on Trac. Resolving as no bug.
- 2:09 PM Ticket #119 (GuiCtrlGet*) created by
- We can set these options but how do we get them? …
- 12:14 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) created by
- OS WinXP Pro Sp2 AutoIt 3.2.10.0 Beta 3.2.11.1 It would appear that …[…]
- 7:56 AM Ticket #117 (TimeExecution) updated by
- If i run ImgRun.exe -> TimeExecution ~ 20000 ms If i run ImgRun.au3 with SciTE -> Tools -> Go (F5) -> TimeExecution~ 1000 ms why?
- 7:45 AM Ticket #117 (TimeExecution) created by
Feb 13, 2008:
- 12:22 AM Ticket #116 (Windows menu bug) created by
- This was brought up by PianoMan as a bug …
- 12:03 AM Ticket #115 (Document Aut2Exe's /bin parameter) created by
- One of us needs to document the /bin parameter and make sure it's …
Feb 12, 2008:
- 11:41 PM Ticket #114 (Add Optional parameter to WinList - [, WinState]) closed by
- rejected: The reason you have all the building blocks is so you can write code for yourself and we don't have to write every single feature for you. Rejected as this is quite trivial to implement as a UDF.
- 11:07 PM Ticket #114 (Add Optional parameter to WinList - [, WinState]) created by
- Add Optional parameter to WinList - [, WinState], so the …
- 1:06 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- Hi Valik, Sorry I didn't catch that the first time. I did just try as you suggested and am disgusted by this bug in Windows :(. I will have to do just as you suggested write a clever script to put focus back on the previous window. It'll probably be fairly easy since it's just a z-order issue. Thanks, Christian
- 5:18 AM Ticket #112 (Send() does not check key release) updated by
- What are you actually posting? Okay, so you have a work-around to the "using Send() in a HotKeySet() callback" but why are you posting it here? You mention something about an example but I don't see any example in the documentation (at least not in the obvious places) that even remotely resembles your code or even the concept being described. So what is it you want from us?
- 5:12 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
- I need more information please. What version of Windows and IE are you running? .name is certainly NOT a valid way to approach this issue. the name attribute is used to name frames and windows (as in <a href="url" target="name"> The value I retrieve from the registry is a suffix that IE appends to the document title to construct the window title. I can see how I ought not to be adding " - " to the document title if that registry value is missing or blank, but perhaps you can tell me what your window title looks like and the associated document title it represents. Dale
- 5:07 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) closed by
- nobug: I'm closing this again. I repeat: this is not an AutoIt bug. If you don't believe me, run the script but this time click "Script Paused". Now without changing focus, press Alt+PrintScreen. Open Paint and paste the image. Notice that you get the exact same results. In fact, you can do this with any program that has a context menu entry which doesn't do anything visible. I just tested using a program I had running that happened to have just such a menu item. I can reproduce the problem without AutoIt being part of the equation. You need to understand, the focus changes when you invoke the context menu. I thought perhaps Windows restored focus back to the last window but it doesn't, so focus is wherever Windows puts it. As mentioned above, you must set focus where you want it to be. If you don't know where it should go, then you'll have to write some clever code to determine where it should go. But this is not an AutoIt bug. Resolving as no bug.
- 3:22 AM Ticket #113 (_ArrayDelete(StringSplit,..)) closed by
- nobug: This is not a bug. The _Array functions take the array by reference, not by value. That means you must pass a variable. The documentation in the beta version appears to correctly show you must pass ByRef so I'm resolving this as no bug.
- 2:45 AM Ticket #113 (_ArrayDelete(StringSplit,..)) created by
- Compiler issue: StringSplit returns an array, but _ArrayDelete does …
Feb 11, 2008:
- 7:33 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- I feel it has more to do with the window that is active. When you have the menu in your tray and you choose capture window the actually active window is the menu which was shown which then quickly dissapears and then somehow alt+printscreen seems not to function properly anymore. Sleep does not seem to help. I could reproduce the behavior (dutch windows XP version) See below code which gives a proper screenshot. Solution is to add code to activate window you want to have screenshot on. […]
- 7:02 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- A better question is this, can *YOU* reproduce it when you use a non-flawed script? You are reacting to an event where focus has changed and is it the process of changing again. Essentially you have a race condition in your code. You're lucky you're not getting a capture of the notification area or something. Try using a Sleep() or something before the Send(). Windows needs a little bit of time to automatically give focus back to the right window.
- 6:58 PM Ticket #112 (Send() does not check key release) created by
- That's good. If I release the Ctrl key while send is sending a string …
- 6:54 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- Hi JPM, I just tried this on two more systems one Windows XP Home SP2 and one Windows 2000 Pro SP4. Please make sure you're not counting part of the active window as a valid capture the whole problem here is that when the contents are pasted into Microsoft paint you don't see the whole window just some fraction of it and you should see the whole window. Can someone else try to reproduce this? What's happening (partial window): ftp://seierson.dyndns.org/Public/AutoIt%20Bug22%20(With%20Script).png What should be happening (whole active window): ftp://seierson.dyndns.org/Public/AutoIt%20Bug22%20(Without%20Script).png Thanks, Christian Blackburn
- 6:38 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) reopened by
- 5:21 PM Ticket #111 (Extension to StringinStr to allow search from position as well as from ...) closed by
- rejected: What you ask for can be done with regular expressions (StringRegExp()). It would be somewhat easy to write a function with StringRegExp() at it's heart to implement all the functionality you ask for (except perhaps the negative position, I'm not sure if StringRegExp() supports that). Resolving as rejected.
- 4:52 PM Ticket #111 (Extension to StringinStr to allow search from position as well as from ...) created by
- An additional flag parameter, also optional, that if you specify …
- 5:32 AM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) created by
- The problem is that when i use multiple webbrowser objects on my GUI, …
- 12:04 AM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) closed by
- fixed: Fixed in version: 3.2.11.2
Feb 10, 2008:
- 9:56 PM Ticket #109 (_SQLite_GetTable - Memory error) created by
- When I try to get a big 1d-Table with "_SQLite_GetTable", in 30% of …
- 7:45 PM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) created by
- within _IEAttach when searching on windowtitle a registry entry is …
Feb 9, 2008:
- 7:39 PM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) updated by
- Note: I didn't tested another commands.
- 7:10 PM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) updated by
- EDIT: now tested on WIN98SE.
- 7:04 PM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) reopened by
- Now in version 3.2.11.1 Check, Select, Expand commands are OK but problem is with Exists command - return 1 and also sets @error to 1.
- 6:50 PM Ticket #40 (Pixel functions should accept HWND) closed by
- completed: Added in version: 3.2.11.2
- 5:28 PM Ticket #40 (Pixel functions should accept HWND) updated by
-
Owner, Status, Version changed
- 2:00 PM Milestone 3.2.11.1 completed
Feb 8, 2008:
- 3:50 PM Ticket #106 (Gui Double Buffering Flag / exStyle) closed by
- rejected: That's rather a lot of work for such a small problem that can be solved in other ways. Not to mention, performance will suffer for those GUIs since drawing is rather expensive. The best solution depends on the circumstances. If updating one control a lot, only update the control when the content really changes (as opposed to setting the same content repeatedly). Or if updating a large amount of stuff all at once, lock the GUI before updating so that everything is only redrawn once when the GUI is unlocked. Resolving as rejected.
- 7:48 AM Ticket #107 (DllStructGetField) created by
- Returns the field string used to reference an index of a dll …
- 7:46 AM Ticket #106 (Gui Double Buffering Flag / exStyle) created by
- Add an optional flag, possibly an extended style, that forces a …
Feb 7, 2008:
- 6:36 PM Ticket #40 (Pixel functions should accept HWND) updated by
- Replying to anonymous: > I think we can have a non breaking strategy with syntax like > 1. Pixel...( [HWND,] ...) > or > 2. Pixel...( ... [,HWND]) > personnaly I suggest 1. but if AU3Check or AutoIt4SCite is in trouble with this syntax we can adopt 2. It'll be #2. I'm not going to start something with #1. I do not like "skip-able" parameters. They are too confusing. A particular argument should always take the same data-type and not try to auto-deduce context based on the data-type.
- 9:02 AM Ticket #40 (Pixel functions should accept HWND) updated by
- anonymous was me
- 8:52 AM Ticket #40 (Pixel functions should accept HWND) updated by
- I think we can have a non breaking strategy with syntax like 1. Pixel...( [HWND,] ...) or 2. Pixel...( ... [,HWND]) personnaly I suggest 1. but if AU3Check or AutoIt4SCite is in trouble with this syntax we can adopt 2.
- 12:38 AM Ticket #105 (_IEAttach does not work with embedded mode) closed by
- duplicate: This is already fixed in beta 3.2.11.0. Remember, always test with the latest version of AutoIt before reporting a bug. Resolving as duplicate since it's already fixed.
Feb 6, 2008:
- 9:33 PM Ticket #104 (Problem with _GUICtrlListView_RegisterSortCallBack and WM_NOTIFY) closed by
- fixed: Fixed in version: 3.2.11.1
- 9:18 PM Ticket #105 (_IEAttach does not work with embedded mode) created by
- When trying to attach to an IE control that is embedded in another …
- 11:27 AM Ticket #104 (Problem with _GUICtrlListView_RegisterSortCallBack and WM_NOTIFY) updated by
- Found this solution, I don't know about the performance, but it seems simple. http://www.autoitscript.com/forum/index.php?showtopic=63709&st=0&gopid=475485&#entry475485
- 11:14 AM Ticket #104 (Problem with _GUICtrlListView_RegisterSortCallBack and WM_NOTIFY) updated by
- There may be another way to have both, If I can work it out it'll be in the next.
- 10:41 AM Ticket #104 (Problem with _GUICtrlListView_RegisterSortCallBack and WM_NOTIFY) updated by
-
Owner, Status changed
I made this for those that have no knowledge of how to use WM_NOTIFY or callbacks and Simple Sort wasn't enough. If you need to use WM_NOTIFY for other things then don't use _GUICtrlListView_RegisterSortCallBack. If this becomes to much of a problem I can always remove it. - 8:48 AM Ticket #104 (Problem with _GUICtrlListView_RegisterSortCallBack and WM_NOTIFY) created by
- If you in the same script use _GUICtrlListView_RegisterSortCallBack …
Feb 5, 2008:
- 9:16 PM Ticket #103 (a-squared Free says exe's are trojans) closed by
- nobug: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 8:42 PM Ticket #103 (a-squared Free says exe's are trojans) created by
- The latest malware signatures for a-squared Free …
- 3:15 PM Ticket #102 (ControlCommand(SelectString) - wrong selection order again) closed by
- fixed: Fixed in version: 3.2.11.1
- 2:31 PM Ticket #102 (ControlCommand(SelectString) - wrong selection order again) updated by
-
Owner, Status, Milestone changed
- 12:41 PM Ticket #102 (ControlCommand(SelectString) - wrong selection order again) updated by
- correction in description: both comboboxes are the same on the first one is applied ControlCommand(SelectString) on the second one is applied _GUICtrlComboBox_SelectString() as workaround
- 12:38 PM Ticket #102 (ControlCommand(SelectString) - wrong selection order again) created by
- When there is value ABC|ABC_DEF in ComboBox then …
- 11:19 AM Ticket #92 (DllStructGetData() truncation) updated by
- Replying to Valik: > > ... then we can change the extra out-of-user-area bytes to read-only and trap any exception that occurs. > > Oh, and we should probably be doing this anyway. I suggested it once. It's a really easy way to catch buffer overflows with DllStruct stuff, so if we are going to allocate larger blocks for "house-keeping" data we should go ahead and mark it read-only and detect an attempts to write to it. I don't understand how we can catch buffer overflow when dllstruct use by a DllCall that can set beyound whatever is hidden allocated
Feb 4, 2008:
- 9:29 PM Ticket #101 (_ScreenCapture_Capture: Cursor is not on the right position) closed by
- fixed: Fixed in version: 3.2.11.1
- 9:13 PM Ticket #101 (_ScreenCapture_Capture: Cursor is not on the right position) updated by
-
Owner, Status, Component changed
- 4:29 PM Ticket #100 (ControlSend Error) updated by
- Thanks Valik
- 3:22 PM Ticket #101 (_ScreenCapture_Capture: Cursor is not on the right position) created by
- If you make a Screenshot and the upper left corner is not 0,0 the …
- 3:17 PM Ticket #100 (ControlSend Error) closed by
- nobug: This is a bug in edit control focus and has been fixed in 3.2.11.1. It's not a bug in any Control* function so I'm resolving it as no bug. All the edit focus bugs are fixed in 3.2.11.1, however.
- 2:09 PM Ticket #100 (ControlSend Error) updated by
- Sorry about this I was trying to find away around this and I have found that it is ControlFocus() that is wiping the data. If I use ControlClick() instead the data remains. When using ControlFocus() the data in the control gets highlighted this never used to happen
- 2:02 PM Ticket #100 (ControlSend Error) created by
- in Autoit 3.2.10 and 3.2.11 controlsend doesn't just send the …
- 10:16 AM Ticket #99 (_GUICtrlListView_RegisterSortCallBack, Sort arrow not visible) closed by
- nobug: Documentation needs minor correction for the sort order arrows will only show for Windows XP and above.
- 10:15 AM Ticket #99 (_GUICtrlListView_RegisterSortCallBack, Sort arrow not visible) updated by
-
Owner, Status, Component changed
- 7:42 AM Ticket #99 (_GUICtrlListView_RegisterSortCallBack, Sort arrow not visible) created by
- Tried the _GUICtrlListView_RegisterSortCallBack function, as in the …
Feb 3, 2008:
- 10:07 PM Ticket #98 (SplashImage (or GUI) without border) closed by
- rejected: As I mention on the forum thread, you need to use the right combination of styles. Please don't post any more feature requests until you have researched how to do it.
- 8:34 PM Ticket #98 (SplashImage (or GUI) without border) created by
- As reported here: …
- 4:06 PM Ticket #92 (DllStructGetData() truncation) updated by
- > ... then we can change the extra out-of-user-area bytes to read-only and trap any exception that occurs. Oh, and we should probably be doing this anyway. I suggested it once. It's a really easy way to catch buffer overflows with DllStruct stuff, so if we are going to allocate larger blocks for "house-keeping" data we should go ahead and mark it read-only and detect an attempts to write to it.
- 4:05 PM Ticket #92 (DllStructGetData() truncation) updated by
- Replying to Jpm: > This will have drawback when the user use DllStructGetptr to access inner structure. > Scripter should respect the +1 if needed and only DllStructSetData will be protected against the overflow as DllCall using this struct can always overflow There is no drawback to allocating a larger buffer than requested. Once this ticket is closed and the thread where it was discovered fades away, user's won't even know that we allocate a larger buffer than they request. If your concern is a 1- or 2-byte buffer overflow won't be detected, then we can change the extra out-of-user-area bytes to read-only and trap any exception that occurs.
- 9:48 AM Ticket #92 (DllStructGetData() truncation) updated by
- Replying to Valik: > DllStructGetData() truncates the last element of a (char/wchar) array to ensure null termination. The code needs modified to secretly allocate a larger buffer and secretly insert a null terminator outside the user-requested bounds so the user's data is not altered. > > This is a display-only issue, the underlying data is not changed. This will have drawback when the user use DllStructGetptr to access inner structure. Scripter should respect the +1 if needed and only DllStructSetData will be protected against the overflow as DllCall using this struct can always overflow
- 4:11 AM Ticket #97 (WinMenuSelectItem()) closed by
- nobug: You say it doesn't work as expected, but you don't say what you expect. Looking at the code, clicking "Test WinMenuSelectItem" should trigger the event which displays a message box. It does that for me. Resolving as no bug as I don't see anything wrong here.
- 3:26 AM Ticket #97 (WinMenuSelectItem()) updated by
- Replying to Piano_man: > This does not seem to be working as expected. > AutoItVersion: 3.2.10.0 > Computer: Win XP SP2 I found solution, if you put the window handle, $GUI_2 in this case, in the first parameter it works. However, the helpfile says that you just need the title, so possibly the function should be changed or the helpfile modified.
- 3:20 AM Ticket #97 (WinMenuSelectItem()) created by
- This does not seem to be working as expected. AutoItVersion: 3.2.10.0 …
Feb 2, 2008:
- 10:30 PM Ticket #95 (StringReplace doesn't recognize some number types as not strings) closed by
- fixed: Fixed in version: 3.2.11.1
- 7:20 PM Ticket #61 (Hashes) closed by
- rejected: This answer to this is still "We don't plan to add support for new data-types". Resolving as rejected.
- 7:12 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) closed by
- fixed: Fixed in version: 3.2.11.1
- 3:54 PM Ticket #95 (StringReplace doesn't recognize some number types as not strings) updated by
- Replying to PsaltyDS: > Per the help file under StringReplace() about the second parameter: > "searchstring -- The substring to search for or the character position to start the replacement" > If the param is a string, it should find the string and replace it. If the param is a number, it should replace at that 1-based character position. The issue is that the number TYPE is critical. It correctly distinguishes between a string "2" and an INT32 2. But if passed a DOUBLE (float) 2, it mis-interprets as a string. This is why you should *always* show your expected output and explain why you expect the output. Quite simply, I did not know StringReplace() could take a numeric parameter and do this. I never thought it would, either, as it doesn't make much sense to me to overload a parameter for this purpose.
- 2:34 AM Ticket #91 ("_ScreenCapture_CaptureWnd" does not work on Win2k) updated by
- > Do you have it installed? No I did not install it. And now I checked it does work for both Au3 script and the compiled executable with the dll. Forgot to check "GDIPlus.au3". Thanks.
Feb 1, 2008:
- 11:36 PM Ticket #96 (Display problems with 2 embedded WebBrowser objects in GUI) closed by
- nobug: Just reread rthe doc, $WS_CLIPCHILDREN is needed […]
- 10:46 PM Ticket #91 ("_ScreenCapture_CaptureWnd" does not work on Win2k) closed by
- nobug
- 10:40 PM Ticket #94 (_ClipPutFile drops drive letters) closed by
- fixed: See: http://www.autoitscript.com/forum/index.php?showtopic=60635
- 7:38 PM Ticket #96 (Display problems with 2 embedded WebBrowser objects in GUI) created by
- When 2 WebBrowser controls are embedded in a GUI and are sequentially …
- 7:36 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- I can confirm everything that's been said by the reporter. I've finally figured out how to get the example script working. I get the same results as the OP and I also verified that the data is stored in the database correctly. The next step is to do some quick debugging to see what the data looks like when it comes in to AutoIt.
- 7:11 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
-
Owner, Status changed
- 5:49 PM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 5:43 PM Ticket #76 (Test Bug) updated by
-
Owner, Resolution changed
Fixed in version: 3.2.11.1 - 5:36 PM Ticket #76 (Test Bug) updated by
-
Owner, Resolution changed
Added in version: 3.2.11.1 - 5:31 PM Ticket #76 (Test Bug) updated by
-
Owner, Resolution changed
Fixed in version: 3.2.11.1 - 5:28 PM Ticket #95 (StringReplace doesn't recognize some number types as not strings) updated by
- Per the help file under StringReplace() about the second parameter: "searchstring -- The substring to search for or the character position to start the replacement" If the param is a string, it should find the string and replace it. If the param is a number, it should replace at that 1-based character position. The issue is that the number TYPE is critical. It correctly distinguishes between a string "2" and an INT32 2. But if passed a DOUBLE (float) 2, it mis-interprets as a string.
- 5:14 PM Ticket #76 (Test Bug) updated by
- Added in version: 3.2.11.1
- 5:02 PM Ticket #95 (StringReplace doesn't recognize some number types as not strings) updated by
- I think your report is backwards? The double output is correct. The string "2" in the original string "0123" is replaced with "x" producing "01x3". However, when int 2 is passed in, then the "1" is replaced producing "0x23" which is wrong. I also don't understand what you mean by "string type replace". It's a string function, what do you expect?
- 4:47 PM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) updated by
- Fixed in version: 3.2.11.1
- 4:36 PM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) updated by
-
Milestone changed
Fixed in version: 3.2.11.1 - 4:36 PM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) updated by
- Fixed in version: Future Release
- 4:34 PM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) updated by
- Fixed in version: Future Release
- 4:33 PM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) updated by
-
Milestone changed
Fixed in version: Future Release - 4:26 PM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) closed by
- fixed: Thanks, example added too
- 4:25 PM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) updated by
-
Owner, Status changed
- 4:08 PM Ticket #76 (Test Bug) updated by
- Added in version: 3.2.11.1
- 3:45 PM Ticket #76 (Test Bug) updated by
- Added in version: 3.2.11.1
- 3:38 PM Ticket #76 (Test Bug) updated by
-
Resolution changed
Added in version: 3.2.11.1 - 1:45 PM Ticket #95 (StringReplace doesn't recognize some number types as not strings) created by
- Reported in General Support topic #63374 by jennico. Tested in …
- 1:27 PM Ticket #92 (DllStructGetData() truncation) updated by
-
Owner, Status changed
I'll sort this when I rewrite DllStruct. - 11:23 AM Ticket #94 (_ClipPutFile drops drive letters) created by
- _ClipPutFile seems to drop the drive letter. However I can paste to …
- 10:53 AM Ticket #93 (ControlTreeView() - sets @error=1 even if command works OK) created by
- Touched commands: Check, Select, Expand Checking/Selecting/Expanding …
- 10:06 AM Ticket #91 ("_ScreenCapture_CaptureWnd" does not work on Win2k) updated by
- Forgot because Win2k doesn't have GDIPlus included you have to install it. Do you have it installed?
- 10:01 AM Ticket #91 ("_ScreenCapture_CaptureWnd" does not work on Win2k) updated by
- Does the example in the help file work or give you an error also? This example: […]
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:35 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:30 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:30 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:30 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:30 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:30 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
- 1:29 AM Ticket #76 (Test Bug) updated by
- Fixed in version: 3.2.11.1
Jan 31, 2008:
- 3:45 PM Ticket #92 (DllStructGetData() truncation) created by
- DllStructGetData() truncates the last element of a (char/wchar) array …
- 11:58 AM Ticket #91 ("_ScreenCapture_CaptureWnd" does not work on Win2k) created by
- When I try to use "_ScreenCapture_CaptureWnd" function defined in …
Jan 30, 2008:
- 11:27 PM Ticket #90 (RunAs fails for a Limited User if run-as user's Profile is loaded) updated by
-
Owner, Status changed
I must have forgotten to document it, but you *must* be an admin to use RunAs()/RunAsWait(). - 10:58 PM Ticket #90 (RunAs fails for a Limited User if run-as user's Profile is loaded) created by
- Using beta 3.2.11.0 on XP SP2: If the RunAs function is called in a …
- 10:42 PM Ticket #89 (RunAs w/ Profile does not grant acess to user environment) updated by
-
Owner, Status, Milestone changed
Ahhh hell, good catch, Dave. I see what the problem is. Note to self: Document that the profile *must* be loaded in order to get environment variables specified in the profile, otherwise a bare-bones environment will be loaded. - 10:19 PM Ticket #89 (RunAs w/ Profile does not grant acess to user environment) created by
- Using beta 3.2.11.0 on XP SP2: In a child process spawned by the …
- 8:43 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- Replying to Jpm: > Replying to AutoIt User: > > The same happens to me using _FileReadToArray / _FileWriteFromArray. > > Version: 3.2.10.0 > > > are you sure to speak about the ticket subject? > There is no relation between SQLite and those UDF's It's not releated to ticket subject. Just have similar problems using _FileReadToArray / _FileWriteFromArray. If the first array value was an hexed string (e.g. 0xFFFFFFFFFFF) while saving, the result by reading back was 0 or scrambled data. This behavior seems to be fixed in the 3.2.11 beta, this won't happend anymore.
- 7:48 PM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) closed by
- fixed: Closing this ticket and will threat the X64 support as a feature request which I am close at implementing native Resourse updating in the next version of Autoit3Wrapper.
- 6:40 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) closed by
- fixed: Fixed in version 3.2.11.1.
- 3:15 PM Ticket #88 (Help file (Round)) closed by
- fixed: Fixed in version: 3.2.11.1
- 3:13 PM Ticket #88 (Help file (Round)) updated by
- I hope you were not too confuse with this typo
- 2:57 PM Ticket #88 (Help file (Round)) created by
- In the help file under round, you have: $x = Round(-1.582, 1) …
- 2:46 PM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- Replying to Jos: > I will soon mark this BUG report as fixed since the Resource update for x64 is now skipped and a warning is given in the Console. > It doesn't looks like it is going to be a easy thing to solve at this moment. > > Valik: AutoIt3Wrapper currently supports the following resource update options: > - Update the RT_Version section standard and additional keywords. > - Update the RT_ICON section adding extra ICO's that can be used in the script. > - Update the RT_RCDATA to add the autoit3source or other files which can be retrieved with the set of UDF's created by ZEDNA. > > I am currently able to update the RT_VERSION and RT_RCDATA strait from an AutoIt3script but still trying to figure out how to add an ico to the RT_ICON section. > I wrote functions to modify the icon data. You can find them here: http://www.autoitscript.com/forum/index.php?s=&showtopic=62776&view=findpost&p=471518 Let me know how it works for you. I tested it and for me it successfully modifies both 32bit and 64bit executable resources. - The Kandie Man ;-)
- 9:53 AM Ticket #84 (SciTE doing syntax checking in comments in certin instances) closed by
- fixed: Fixed in version: 3.2.11.1
- 9:28 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- I will soon mark this BUG report as fixed since the Resource update for x64 is now skipped and a warning is given in the Console. It doesn't looks like it is going to be a easy thing to solve at this moment. Valik: AutoIt3Wrapper currently supports the following resource update options: - Update the RT_Version section standard and additional keywords. - Update the RT_ICON section adding extra ICO's that can be used in the script. - Update the RT_RCDATA to add the autoit3source or other files which can be retrieved with the set of UDF's created by ZEDNA. I am currently able to update the RT_VERSION and RT_RCDATA strait from an AutoIt3script but still trying to figure out how to add an ico to the RT_ICON section.
- 9:18 AM Ticket #86 (Scite, switching to other tab/file before Tidy is finished.) closed by
- fixed: I have changed Tidy to first "open" the script again forcing the focus back to the correct tab before doing the revert command which ensures the updated script is loaded. Tidy v2.0.23.9 is available from the SciTE Download page : http://www.autoitscript.com/autoit3/scite/download/Tidy.exe
- 8:59 AM Ticket #84 (SciTE doing syntax checking in comments in certin instances) updated by
- This one is introduced in v1.54.12.0 of au3check, which check for invalid stuff on a #include<> line.... Will check.
- 8:57 AM Ticket #87 (Label disappears when clicking on a button) closed by
- nobug
- 8:57 AM Ticket #87 (Label disappears when clicking on a button) reopened by
- 8:55 AM Ticket #87 (Label disappears when clicking on a button) closed by
- rejected
- 8:52 AM Ticket #3 (GuiListView Hiding Behind BG Image) closed by
- fixed
- 8:52 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Owner, Status changed
- 8:52 AM Ticket #3 (GuiListView Hiding Behind BG Image) reopened by
- 8:51 AM Ticket #3 (GuiListView Hiding Behind BG Image) closed by
- fixed: In fact Listview behave as tab control so $GUI_ONTOP is needed Doc Updated for 3.2.11.1
- 7:31 AM Ticket #87 (Label disappears when clicking on a button) updated by
- PLEASE close this, I got a solution via mail from Valik. Didn't check mail early this morning. Wooltown
- 7:16 AM Ticket #87 (Label disappears when clicking on a button) created by
- The first time you click on the button at the bottom, the label, which …
- 7:09 AM Ticket #58 (Add a new button Type called Splitbutton) closed by
- rejected: Resolving this as rejected. It's highly unlikely we are going to add the control as a native function. Maybe if somebody gets it working correctly it can be added as a UDF but that's up to Gary. For now, closing this.
- 7:07 AM Ticket #65 (Au3Check gives wrong error with Const ByRef params) updated by
-
Owner, Status changed
- 7:07 AM Ticket #84 (SciTE doing syntax checking in comments in certin instances) updated by
-
Owner, Component changed
- 7:06 AM Ticket #86 (Scite, switching to other tab/file before Tidy is finished.) updated by
-
Owner, Component changed
- 7:04 AM Ticket #85 (Scite, 'console' to 'source error line' jumping. (filename issue)) updated by
- That should, of course, read "I agree that it is NOT ideal".
- 7:03 AM Ticket #85 (Scite, 'console' to 'source error line' jumping. (filename issue)) closed by
- wontfix: This is not a bug and even if it was there's nothing we could do about it anyway since we don't maintain SciTE. What happens is the lexer is confused by the unexpected () in the path-name and thinks it's a line number or some other token it recognizes. The simple solution is, don't use files with () in the name. Resolving as wontfix since I agree that it is ideal but also I know we can't fix it and that it's highly unlikely the SciTE maintainer will fix it.
- 6:09 AM Ticket #86 (Scite, switching to other tab/file before Tidy is finished.) created by
- WHEN using the 'Tidy AutoIt Source' tool function, AND switching to a …
- 5:45 AM Ticket #85 (Scite, 'console' to 'source error line' jumping. (filename issue)) created by
- A filename or path with '('...')' text, virtually disables the …
- 4:24 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
-
Version, Milestone changed
- 4:23 AM Ticket #28 (ControlGetPixel) updated by
-
Version, Milestone changed
- 4:23 AM Ticket #40 (Pixel functions should accept HWND) updated by
-
Milestone changed
- 4:22 AM Ticket #39 (Add HWND to common dialogs) updated by
-
Milestone changed
- 4:22 AM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
-
Milestone changed
- 4:21 AM Ticket #14 (Callback functions with parameter support.) updated by
-
Milestone changed
- 4:20 AM Ticket #83 (_ChooseFont) updated by
-
Milestone changed
- 4:19 AM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) closed by
- fixed
- 4:19 AM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) updated by
-
Owner, Status changed
- 4:19 AM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) reopened by
- 4:18 AM Ticket #69 (_GUICtrlListView_Create) updated by
-
Milestone changed
- 4:17 AM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) closed by
- fixed
- 4:17 AM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) reopened by
- 4:16 AM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) closed by
- fixed: Fixed in version 3.2.11.1.
- 1:06 AM Ticket #81 (_ArraySort output bad if first chararacter of alphanumeric string is ...) updated by
- Thank you for supplying the key bit of information about the default starting $i_base being zero (0). This was the only time I had used _ArraySort and since array[0] has traditionally been used to indicate the number of active array elements, it didn't occur to me that the $i_base default might be zero. The reason the array was defined with ten elements was because they were being initialized from an INI file subheading list containing an indeterminate number of entries up to a MAX of 9. After correcting my $ArraySort statement as per your information, I resolved this with DIM $array[1] and used _ArrayAdd to expand the array as INI entries were inputted. By the way, in the actual script where I first ran into this problem, this logic had worked fine for weeks until an INI entry beginning with a numeric came along. And, in testing, I found that substituting an alpha character ahead of each entry, (i.e., zcba, z1bc, zabc) worked fine, but of course this was not a resolution. It is true that $array[0] was beening reset to zero across _ArraySort, but since it was set to the correct value by a subsequent statement in the script, this problem didn't manifest itself. Thank you again. I had asked about this on a forum, but the only answer I got was not helpful. Sorry for the false alarm bug report. Paul Heckler Replying to Valik: > There's no bug here. First of all, you're using an array that's way bigger than you need. That means with the default sort direction, all those empty values are going to be first (Which explains why you get no output). Correcting the array size to be 4, your expected output is still wrong. Again, the default option for _ArraySort() is to start at index 0. What you expect is to star at index 1. > > This code does what you want, mostly because it's written correctly. > {{{ > #include <Array.au3> > > Local $array[4] = [ 3, "cba", "1ba", "abc" ] > > MSGBOX(0,"BEFORE SORT", $array[0]&" "&$array[1]&" "&$array[2]&" "&$array[3]) > > ;MSGBOX "BEFORE SORT" displays: 3 cba 1ba abc > > _ArraySort( $array, 0, 1) > > MSGBOX(0,"AFTER SORT", $array[0]&" "&$array[1]&" "&$array[2]&" "&$array[3]) > > ;MSGBOX "AFTER SORT" displays: 0 abc 0 cba > > ;Should be: 3 1ba abc cba > > Exit > > }}}
Jan 29, 2008:
- 11:38 PM Ticket #82 (Variable declared on same line = Undeclared) updated by
- I thought it as a bug, and in no way a support question. I thought the bug was that a declared variable was being marked as undeclared.
- 11:33 PM Ticket #83 (_ChooseFont) closed by
- fixed
- 11:33 PM Ticket #83 (_ChooseFont) updated by
-
Owner, Status changed
- 11:33 PM Ticket #83 (_ChooseFont) reopened by
- 11:32 PM Ticket #83 (_ChooseFont) closed by
- fixed: Corrected Thanks
- 10:46 PM Ticket #61 (Hashes) updated by
- You can also use Windows dictionary Object.
- 7:17 PM Ticket #80 (Au3Info showing advanced window descriptions) updated by
-
Summary changed
- 6:13 PM Ticket #84 (SciTE doing syntax checking in comments in certin instances) updated by
- SciTE doesn't do any checking. Please become familiar with your toolset. I'm *guessing* you mean Au3Check?
- 8:01 AM Ticket #84 (SciTE doing syntax checking in comments in certin instances) created by
- this... […] returns this in console... ERROR: illegal characters …
- 6:39 AM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Saunders <admin@therks.com>: > I believe that losing the defbutton status is not valid behaviour. I just right-clicked on my taskbar and hit Properties to check that window. The OK button has defbutton status. As I tab through contols it keeps defbutton status except when a different button has focus - which gets the defbutton status at that moment - but when a non-button control again gets focus the OK button regains defbutton status. What you describe sounds like what I thought and why I wasn't ready to mark this as closed. I just haven't had time to check on it. This and the other edit focus/default button bugs are all related to what is essentially a single large change in AutoIt I was going to take a look at all of these issues at once since they are all related.
- 6:38 AM Ticket #83 (_ChooseFont) created by
- The syntax in the helpfile says: […] And then the params says: …
- 6:32 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) closed by
- worksforme: I close it as everything is working as it should for me with the proposed script.
- 4:36 AM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Valik: > I just want to validate that the behavior is correct by comparing it with a standard Windows dialog. I believe that losing the defbutton status is not valid behaviour. I just right-clicked on my taskbar and hit Properties to check that window. The OK button has defbutton status. As I tab through contols it keeps defbutton status except when a different button has focus - which gets the defbutton status at that moment - but when a non-button control again gets focus the OK button regains defbutton status.
- 4:09 AM Ticket #82 (Variable declared on same line = Undeclared) closed by
- nobug: This is a question. The issue tracker is not the place for asking questions. This is clearly not a bug. The variable is in the process of being declared so of course you can't use it in the declaration because it doesn't exist yet. Mark as no bug. In the future, please refrain from asking support questions (which belong on the forum) on the issue tracker.
- 3:58 AM Ticket #82 (Variable declared on same line = Undeclared) created by
- If you try this code: […] you will get an error "$str possibly …
- 2:12 AM Ticket #81 (_ArraySort output bad if first chararacter of alphanumeric string is ...) closed by
- nobug: There's no bug here. First of all, you're using an array that's way bigger than you need. That means with the default sort direction, all those empty values are going to be first (Which explains why you get no output). Correcting the array size to be 4, your expected output is still wrong. Again, the default option for _ArraySort() is to start at index 0. What you expect is to star at index 1. This code does what you want, mostly because it's written correctly. […]
- 1:54 AM Ticket #24 (Aut2Exe throws a "failed to UPX error" on occasion) closed by
- worksforme: I can't reproduce this nor can I see how it would fail unless UPX really is failing. So it seems that the problem I occasionally get is related to UPX genuinely failing and is not an Aut2Exe issue. Resolving as worksforme.
- 1:50 AM Ticket #81 (_ArraySort output bad if first chararacter of alphanumeric string is ...) created by
- ;Following sample program demonstrates problem. #include <array.au3> …
- 1:31 AM Ticket #34 (Pixelchecksum returns wrong values) closed by
- worksforme: With the above attached file, since you didn't provide one, it runs fine on 64-bit Windows running with 32-bit AutoIt/AutoItX. I'm marking this as works for me.
- 1:08 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- Make that #78, #79, #80 (mentioning again to get the tickets to show up as links).
- 1:07 AM Ticket #64 (Enhance special description for recognizing controls) closed by
- rejected: I'm closing this as rejected. I've opened 78, 79 and 80 which cover the three requests I find acceptable. You can track the tickets there.
- 1:06 AM Ticket #80 (Au3Info showing advanced window descriptions) created by
- Au3Info should be modified to show the advanced window description …
- 1:05 AM Ticket #79 (Allow searching for windows/controls by position.) created by
- Expand the advanced window descriptor to use X, Y, W, H for match …
- 1:02 AM Ticket #78 (Regex in CLASS for window titles) created by
- Need to add REGEXPCLASS to window title support.
- 12:07 AM Ticket #64 (Enhance special description for recognizing controls) updated by
-
Priority changed
- 12:04 AM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) updated by
-
Owner, Status changed
- 12:04 AM Ticket #74 (expose C (CRT) _finite(double x) function as IsFinite($x) in Autoit) closed by
- rejected: The function is in msvcrt.dll. You can use DllCall() to invoke it.
- 12:03 AM Ticket #77 (ConsoleWriteLine to write to the console with @CRLF at the end of line) closed by
- rejected: Not going to happen. Adding new functions to save typing < 10 characters is not really good enough justification. And please don't try to argue "But FileWriteLine!" I could do without FileWriteLine() and it wasn't my decision to add it.
Jan 28, 2008:
- 11:59 PM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) closed by
- fixed: Fixed in 3.2.11.1 (Ignore milestone, it's wrong).
- 10:52 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- Replying to AutoIt User: > The same happens to me using _FileReadToArray / _FileWriteFromArray. > Version: 3.2.10.0 > are you sure to speak about the ticket subject? There is no relation between SQLite and those UDF's
- 10:43 PM Ticket #71 (Au3Info supporting Internet Explorer ComponentFromPoint) closed by
- rejected: That method does not do what you think. It only returns information about a scrollbar under the mouse. It does not allow you to see what sort of control is under the mouse in a page unless that control happens to be a scrollbar. Closing as rejected.
- 10:37 PM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- I think the location happens to be the same for 32-bit and 64-bit executables. However, Aut2Exe's built-in functionality correctly identifies the binary type and uses the correct offsets, just in case.
- 10:34 PM Ticket #77 (ConsoleWriteLine to write to the console with @CRLF at the end of line) created by
- This request based on this forum thread: …
- 10:34 PM Ticket #23 (Acces to DataGridView for .net 2.0) closed by
- rejected: Maybe someday AutoIt will be able to interact better with .NET controls but that day is not today.
- 10:26 PM Ticket #73 (DirMove on different volume) closed by
- fixed: Fixed in version: 3.2.11.1
- 10:23 PM Ticket #76 (Test Bug) closed by
- fixed: Fixed in version: 3.2.11.1
- 10:22 PM Ticket #76 (Test Bug) created by
- Ignore this, test bug.
- 4:33 PM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) created by
- _IEPropertyGet($oIE,"toolbar") returns a ==> The requested action …
- 2:23 PM Ticket #74 (expose C (CRT) _finite(double x) function as IsFinite($x) in Autoit) created by
- Determines whether the given double-precision floating-point value is …
- 1:58 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) closed by
- completed: Being there has not been anything else added in a week I'm closing this ticket.
- 1:56 PM Ticket #69 (_GUICtrlListView_Create) closed by
- fixed: When the control is created it needs a control id, fixed for next version.
- 6:45 AM Ticket #73 (DirMove on different volume) created by
- When the destination already exists and the overwrite flag is …
- 4:19 AM Ticket #72 (MFC ActiveX Control doesn't work w/ AutoIt) closed by
- nobug: The object does not implement IDispatch. Objects must properly implement IDispatch in order for AutoIt to use them. This is not a bug.
- 3:50 AM Ticket #72 (MFC ActiveX Control doesn't work w/ AutoIt) updated by
- ...forgot to provide some sample code...the following code sample fails if the line is uncommented. […]
- 3:34 AM Ticket #72 (MFC ActiveX Control doesn't work w/ AutoIt) created by
- MFC ActiveX controls' properies and methods cannot be accessed/invoked …
- 3:18 AM Ticket #69 (_GUICtrlListView_Create) updated by
-
Owner, Status changed
- 2:30 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- Replying to Jos: > The reports is pretty complete. thanks :) > > The only option I have at this moment is to skip the x64 resource update for all X64 since it looks like ResHacker doesn't support it. All the changes you mention are done with ResHacker except the CUI change which doesn't surprise me if that also doesn't work, but I have no means of testing that since I don't have an X64 box. > The current Beta has a build in methode to set the output application for /Console so as soon as thats available in the production version as well, i will change Autoit3Wrapper to use that instead of the MakeCUI program. > I have updated AutoIt3Wrapper to skip the Reshacker step and the MakeCUI step until a solution is figured out for that. I haven't made any changes yet to warn or disable the Reshacker Tabs when X64 is selected, first want to do some reseach if there is an alternative option for ResHacker. > > The UPX is already intentionally skipped for X64 programs, like aut2exe does. > I tested MakeCUI. It works perfectly for 64bit executables as well. I am assuming the registers for making a console application are located in the same place for both 32bit and 64bit executables. If not, Picasso must have thought about this and, as a result, gave it the ability to modify both types of executables. I have also been looking for a resource updater for 64bit executables. I will let you know what I find and if it works in the discussion forum. - The Kandie Man ;-)
Jan 27, 2008:
- 9:12 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- Replying to anonymous: > On second thought, it's probably an issue with the tray icon functionality. The script cannot work as the active window is non deterministic when you click on the tray icon menu.
- 9:11 PM Ticket #64 (Enhance special description for recognizing controls) updated by
- Your example "reasons" why a lookup table is good is full of hyperbole, at best. It's a highly specialized niche interface that you've gone and convinced yourself is some sort of revolution. It's to the point that you can't/won't even think of alternatives. It's not going to happen.
- 8:11 PM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- Discussion started here: http://www.autoitscript.com/forum/index.php?showtopic=62776 To establish how we can solve this.
- 11:23 AM Ticket #58 (Add a new button Type called Splitbutton) updated by
- I did give it a try using the new functions of Gary. But not success. […] I did try different constants values but no succces. There must be something else prevent the creation this button type ? Regards, ptrex
- 11:12 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
-
Owner, Status changed
The reports is pretty complete. thanks :) The only option I have at this moment is to skip the x64 resource update for all X64 since it looks like ResHacker doesn't support it. All the changes you mention are done with ResHacker except the CUI change which doesn't surprise me if that also doesn't work, but I have no means of testing that since I don't have an X64 box. The current Beta has a build in methode to set the output application for /Console so as soon as thats available in the production version as well, i will change Autoit3Wrapper to use that instead of the MakeCUI program. I have updated AutoIt3Wrapper to skip the Reshacker step and the MakeCUI step until a solution is figured out for that. I haven't made any changes yet to warn or disable the Reshacker Tabs when X64 is selected, first want to do some reseach if there is an alternative option for ResHacker. The UPX is already intentionally skipped for X64 programs, like aut2exe does. - 11:00 AM Ticket #71 (Au3Info supporting Internet Explorer ComponentFromPoint) created by
- Would be very nice if AutoIt can do more with Internet Explorer. For a …
- 10:49 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- Replying to anonymous: > Replying to anonymous: > > Replying to Valik: > This is why you use control IDs and not instance numbers. Most GUI's have static control IDs and thus additions do not create an offset issue. Removal doesn't affect anything, either, unless, of course, it's the control you're trying to work with. I frequently encounter GUI's that do not behave as nicely as I want and as I am not in control allways of the developers creating the GUI. I am not talking about the 80% of controls which are straigthforward. Thats the main reason why I finally have to work with commercial tools that give this ability. Now I am looking since this week at AutoIT I am impressed with the basic functionalities but would like to see the recognition possibilities enhanced. (although I see that some of them I can bypass by creating UDF). > > After seeing this, I fail to see how it's any superior than using variables to store your strings. I often pass variables to functions expecting strings just because the name of a variable is almost always shorter than the string itself thus it makes the code more readable(it also makes re-use easier). So, I wonder why you don't just use named variables. I fail to see why there has to be any lookup table at all. Several reasons: 1. Mainly easily split up work between scriptwriter and tester. Giving tester a less complicated interface (lookuptable maintenance is easy) helps in speeding up testautomation. Testers frequently cannot build scripts or develop programs. 2. Based on a lookuptable it becomes easier to make a keyworddriven script 3. Saves coding lines 4. Use of lookupnames have no logical limitations whereas a variable in code cannot use dots, spaces, literal characters etc. 5. Translation table is not cluttered with coding lines so more overview 6. Translation table can be organized in a logical way of grouping which can be independently of your coding maintained 7. Translation can be done on 1 place instead of searching thru sourcecode (imagine applications with hundreds of screens) 8. All commercial tooling offer this kind of functionality (not a very good reason;-)) 9. Short variablenames do not enhance readability for others reading to go through the code. 10. Without a lookuptable with an application of >10 screens with many controls on screen you quickly loose oversight. If you only have the technical name it sometimes becomes difficult when the GUI changes which control was which one on the GUI. Keeping code and GUI in sync then frequently becomes a nightmare. http://safsdev.sourceforge.net/FRAMESDataDrivenTestAutomationFrameworks.htm Imagine a screen with 4 edits, 3 radiobuttons, 3 buttons where one is named Add I could make a UDF addPerson […] If I have a lookuptable I can generalize (saving me hundreds/thousands lines of coding) above logic to something like […]
- 7:26 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) created by
- The AutoIt3 Wrapper is attempting to update 64bit executables. It …
- 2:58 AM Ticket #69 (_GUICtrlListView_Create) updated by
-
Priority changed
Not a high priority, use GuiCtrlCreateListView Bug Report on forum: http://www.autoitscript.com/forum/index.php?showtopic=61031 - 1:53 AM Ticket #69 (_GUICtrlListView_Create) updated by
- sry about this but i forgot to say that i also tried with the 3.2.11 beta... and the same thing happends
- 1:51 AM Ticket #69 (_GUICtrlListView_Create) created by
- Whenever you try to move an item in a listview created with the UDF …
Jan 26, 2008:
- 8:09 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Valik: > I just want to validate that the behavior is correct by comparing it with a standard Windows dialog. In this case I think they are. But well I may be wrong
- 6:12 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Valik As you could see I came to surprising results when testing. But anyhow I will wait till the the next beta release is on my machine. Regards ptrex
- 5:45 PM Ticket #68 (GUIWrapper not saving option) closed by
- fixed: Yeap, see i missed a section in the update process. Its fixed in Version 1.9.5.7 currently availble as seperate download in the Downloads page: http://www.autoitscript.com/autoit3/scite/downloads.shtml
- 5:02 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- I just want to validate that the behavior is correct by comparing it with a standard Windows dialog.
- 4:52 PM Ticket #67 (GUICtrlSetGraphic in help file) closed by
- fixed: Fixed in version: 3.2.11.1
- 3:25 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- You're making this a lot harder than it should be. Quite simply, AutoIt doesn't let you create a BS_SPLITBUTTON with it's native control types (I didn't think it would but I at least wanted you to try in case it did work). I think Gary added some button functions to the UDF library (They could be in the recent beta 3.2.11.0) so just use those to create your SplitButton.
- 11:09 AM Ticket #68 (GUIWrapper not saving option) created by
- When selecting a RequestExecutionLevel Scite output windows says …
- 9:54 AM Ticket #67 (GUICtrlSetGraphic in help file) created by
- GUICtrlSetGraphic example in the help file shows a misspelled word : …
- 7:24 AM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Larry: > If I tab around or click somewhere and tab I lose the $BS_DEFPUSHBUTTON ability of my button. > > When the dialog comes up press [Enter] and it works... tab around and press [Enter] and it works no more. > For me NOBUG, as soon you tab you get a new control which get the new defbutton action see the around button "hightlight". I assume Valik disagree with this behavior that the reason he assign to him.
- 6:57 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- I really hate how I can't stay logged in on this blasted thing. Anyway, in case it's not obvious, the preceding comment is from me.
- 6:42 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- Replying to anonymous: > Replying to Valik: > The user is in my opinion the programmer that creates the script and understands the application with expected behavior. If its not conforming to the behavior its a finding of the script that then should be analysed. > "[CLASS:Edit; INSTANCE:1; TABS: n]" means first find "[CLASS:Edit; INSTANCE:1" and after that do n tabs forward/backward just to make less dependency on changing userinterface. Actually what I want goes even much further. If you are able to make things more relative instead of hard coded maintenance decreases in your scripting. > But this is also in combination with a lookup table. > Lets say you have a screen with 4 Editcontrols where you can enter: Name, Street, ZIP Code, City and they are like "[CLASS:Edit; INSTANCE:1" thru "[CLASS:Edit; INSTANCE:4]" wouldn't it be great when I have the lookuptable > Name --> "[CLASS:Edit; INSTANCE:1" > Street --> Name:INSTANCE+1 > ZIP Code --> Street:INSTANCE+1 > CITY --> ZIP code:INSTANCE+1 > > Now if somebody decides to add control for housenumber I only have to change > Housenumber --> Street:INSTANCE+1 > ZIP Code --> Housenumber:INSTANCE+1 > > Although I have to think about a more logical/readable syntax this saves me a lot of changing especially if there are 30+ Editboxes on a screen and someone adds 1 in the beginning of the screen. > This is why you use control IDs and not instance numbers. Most GUI's have static control IDs and thus additions do not create an offset issue. Removal doesn't affect anything, either, unless, of course, it's the control you're trying to work with. > > I do not agree in this area see below for some straightforward UDF > Would be nice if I could code like > "[LOGICALNAME:01.Result" which then would lead to a lookup triggering function. > > Lookup file (control.map) > {{{ > Group > 01.Calculator | Rekenmachine > 01.Result | [CLASS:Edit; INSTANCE:1] > 03.btn7 | [CLASS:Button; TEXT:7] > Group > 01.OfficeNet Direct | OfficeNet Direct > 01.naam | > 02.Afkorting | [CLASS:Edit; INSTANCE:2] > 03.Contractnummer | [CLASS:PBEDIT80; INSTANCE:3] > 12.btnToepassen | [CLASS:Button; TEXT:&Toepassen] > Group > 01.OfficeNet Direct | OfficeNet Direct > 01.Treeview | [CLASS:PBTreeView32_80; INSTANCE:1] > Group > 01.Aanlogscherm | Aanloggen OfficeNet Direct > 01.Naam | [CLASS:Edit; INSTANCE:3] > 02.Wachtwoord | [CLASS:Edit; INSTANCE:2] > 03.btnOK | [CLASS:Button; TEXT:&Ok] > 04.Annuleren | [CLASS:Button; TEXT:&Annuleren] > 05.help | [CLASS:Button; ID: 1002] > }}} After seeing this, I fail to see how it's any superior than using variables to store your strings. I often pass variables to functions expecting strings just because the name of a variable is almost always shorter than the string itself thus it makes the code more readable(it also makes re-use easier). So, I wonder why you don't just use named variables. I fail to see why there has to be any lookup table at all. PS: When I say "user" I mean script writer. Remember, I'm a developer, so "my users" means "script writers".
Jan 25, 2008:
- 9:06 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Maybe this bug has something to do with it ? In a previous post I explained than when you create a MFC application with the March CTP of ‘Orcas’ and add a command or split button to a dialog, the .rc file is not compiled, because styles such as BS_COMMANDLINK are not found. My workaround for the moment was to redeclare them in the resource.h header. But that is not a good idea, because the IDE overwrites the file, removing what you put there. So, eventually, I brought that up to the VC++ team, and it seems that the March CTP has a problem with the resource headers, used by the resource compilers. In other words, at least commctrl.rc was not updated to contain the required definitions. You can work around this in two better ways: install the Windows RTM SDK, or redefine the necessary styles in commctrl.rc #if _WIN32_WINNT >= 0x0600 BUTTON STATE FLAGS#define BST_DROPDOWNPUSHED 0x0400 BUTTON STYLES#define BS_SPLITBUTTON 0x0000000CL#define BS_DEFSPLITBUTTON 0x0000000DL#define BS_COMMANDLINK 0x0000000EL#define BS_DEFCOMMANDLINK 0x0000000FL#endif I decided to go for the second, and now the applications are successfully built. I have been told that the problem has been already fixed for the upcoming CTP/beta. The VC++ team will soon post about this on their blog too. I want to thank to Marian Luparu for the help with this matter. For more information : http://mariusbancila.ro/blog/?cat=12
- 8:59 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- OK This gives somekind of button but not a splitbutton Global Const $BS_SPLITBUTTON = 0x5000c and this guves an other result but still not a splitbutton Global Const $BS_SPLITBUTTON = 0x50000c
- 8:42 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- All According to me the constant value should be Const $BS_SPLITBUTTON = 0x5000000c But anyhow it doesn't show up correctly ?! regards ptrex
- 7:27 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Jos, I tried creating a button using this Constant value. But success. Did you get it to show correctly ? #include <GUIConstants.au3> Global Const $BS_SPLITBUTTON = 0x0000000C GUICreate("My GUI Button") ; will create a dialog box that when displayed is centered Opt("GUICoordMode",2) $Button_1 = GUICtrlCreateButton ("Run Notepad", 10, 30, 100,25,$BS_SPLITBUTTON) $Button_2 = GUICtrlCreateButton ( "Button Test", 0, -1) GUISetState () ; will display an dialog box with 2 button ; Run the GUI until the dialog is closed While 1 $msg = GUIGetMsg() Select Case $msg = $GUI_EVENT_CLOSE ExitLoop Case $msg = $Button_1 Run('Notepad.exe') ; Will Run/Open Notepad Case $msg = $Button_2 MsgBox(0, 'Testing', 'Button 2 was pressed') ; Will demonstrate Button 2 being pressed EndSelect Wend
- 7:11 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
-
Owner, Status changed
- 7:08 PM Ticket #64 (Enhance special description for recognizing controls) updated by
- Replying to Valik: > You can't find a control by tabbing without determining where focus is in the first place. And even then, only the user knows how far they need to tab from that point to get where they want to go. In theory, tabbing sounds great until you realize that if the current focus is off by even one control then it's a completely flawed mechanism. The user is in my opinion the programmer that creates the script and understands the application with expected behavior. If its not conforming to the behavior its a finding of the script that then should be analysed. "[CLASS:Edit; INSTANCE:1; TABS: n]" means first find "[CLASS:Edit; INSTANCE:1" and after that do n tabs forward/backward just to make less dependency on changing userinterface. Actually what I want goes even much further. If you are able to make things more relative instead of hard coded maintenance decreases in your scripting. But this is also in combination with a lookup table. Lets say you have a screen with 4 Editcontrols where you can enter: Name, Street, ZIP Code, City and they are like "[CLASS:Edit; INSTANCE:1" thru "[CLASS:Edit; INSTANCE:4]" wouldn't it be great when I have the lookuptable Name --> "[CLASS:Edit; INSTANCE:1" Street --> Name:INSTANCE+1 ZIP Code --> Street:INSTANCE+1 CITY --> ZIP code:INSTANCE+1 Now if somebody decides to add control for housenumber I only have to change Housenumber --> Street:INSTANCE+1 ZIP Code --> Housenumber:INSTANCE+1 Although I have to think about a more logical/readable syntax this saves me a lot of changing especially if there are 30+ Editboxes on a screen and someone adds 1 in the beginning of the screen. > > Finding a control by bitmap is only slightly more useful than hard-coding an HWND. The control, depending on type, is going to look different depending on a large number of factors. A control may have a focus rectangle. A control may look different in a different theme. A control may have different text. Although I agree with the statements made its much better than not beeing able to do anything with the non recognizable control. It doesn't have to be perfect and ability to handle different themes is not required. In >80% of cases you know for unrecognisable controls a lot of information. Main feature request is: have ability to find and define a certain area (rectangle or circle/oval) where you can send analog mouseactions and keyboard actions to. Finding an area could be done initally with a picture/bitmap and later on only the area is relevant to remember and send mouseactions to. > > Lastly, a lookup table is rejected right off the bat because it would require a new flag to enable. The current syntax is different enough from anything else that user's will ever need to search for that the context is automatically determined. Never mind the fact that the lookup table provides a vastly complicated interface that's not really going to clear matters up. I do not agree in this area see below for some straightforward UDF Would be nice if I could code like "[LOGICALNAME:01.Result" which then would lead to a lookup triggering function. Lookup file (control.map) […] Source code to load control map […] UDF to translate between logical and technical name […] Sample usage […]
- 6:53 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) created by
- If I tab around or click somewhere and tab I lose the …
- 6:41 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- This should do it: $BS_SPLITBUTTON = 0x0000000C
- 2:19 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Jos, I saw this constant, but this is not a cnnstant value that AU3 would accept. How to translate this 0x0000000CL to a Hex value that AU3 can understand ? Thanks ptrex
- 2:00 PM Milestone 3.2.11.0 completed
- 7:39 AM Ticket #58 (Add a new button Type called Splitbutton) updated by
- The style is described in the MS sdk ver 6a: Microsoft SDKs\Windows\v6.0A\Include\CommCtrl.h:7843: #define BS_SPLITBUTTON 0x0000000CL
Jan 24, 2008:
- 10:59 PM Ticket #64 (Enhance special description for recognizing controls) updated by
- Only 3 of the suggestions make sense. The regex class name has already been suggested, though it may only be on the forum. Finding a control by it's size/position makes some sense. Having Au3Info show properly formatted strings also makes sense. The other ideas are bad, however. You can't find a control by tabbing without determining where focus is in the first place. And even then, only the user knows how far they need to tab from that point to get where they want to go. In theory, tabbing sounds great until you realize that if the current focus is off by even one control then it's a completely flawed mechanism. Finding a control by bitmap is only slightly more useful than hard-coding an HWND. The control, depending on type, is going to look different depending on a large number of factors. A control may have a focus rectangle. A control may look different in a different theme. A control may have different text. Lastly, a lookup table is rejected right off the bat because it would require a new flag to enable. The current syntax is different enough from anything else that user's will ever need to search for that the context is automatically determined. Never mind the fact that the lookup table provides a vastly complicated interface that's not really going to clear matters up.
- 8:51 PM Ticket #65 (Au3Check gives wrong error with Const ByRef params) updated by
-
Description, Summary changed
- 8:50 PM Ticket #65 (Au3Check gives wrong error with Const ByRef params) created by
- The following code: […] produces this error: […] The error is …
- 8:29 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Valik, Even if I would like to add this to the global constants include file. I can't find the Constants value ?! Even not on the MSDN ?!
- 8:11 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Valik, 1. I didn't try it because it was not listed in the options in the helpfile : GUI Control Styles Appendix 2. When did try to add it in the GUICtrlCreateButton() it errored out saying ERROR: $BS_SPLITBUTTON: undeclared global variable 3. When I searched the include files for the BS_SPLITBUTTON. It wasn't there. Did I miss something ?
- 7:41 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Does this need some sort of special handling? Why can't you just pass BS_SPLITBUTTON to GUICtrlCreateButton()?
- 7:40 PM Ticket #64 (Enhance special description for recognizing controls) created by
- Actually 2 request(s) to combine and not yet sure whats most logical …
- 7:39 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
-
Keywords, Version, Milestone changed
- 7:39 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
-
Summary changed
- 7:27 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Gary, I don't think you are correct. MSDN says : BS_SPLITBUTTON Microsoft Windows Vista and Version 6.00. Creates a split button. A split button has a drop down arrow Version 6.00 meaning : 6.0 Shlwapi.dll Windows XP and Windows Vista At the moment I run a lot of applications using this buttontype on XP. Correct ?
- 5:49 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- On second thought, it's probably an issue with the tray icon functionality.
- 4:47 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) reopened by
- Hi JPM, I'm sorry for not providing a repro. This is the simplest version of the code that is causing me problems: […] Although I can't understand why I'm getting only a fraction of the active window, I suspect it's somehow related to the mouse being active (up/down) at the moment the printscreen is initiated. That being said sleep() doesn't seem to provide any amelioration. Thanks, Christian Blackburn
- 7:36 AM Ticket #62 (Pressing F1 from within Scite editor Runs the script & runs multiple ...) closed by
- wontfix: This has been asked many times and explained that SciTE's Job queue has issues and is not something we (the autoit dev team) will work on. I know that somebody has been working on a new Job queue mechanism for SciTE, but haven't seen much progress on it lately. I have reported this bug in the SciTE interest site and that's all I can do. Closing as "WontFix"
- 6:55 AM Ticket #63 (Overlay UAC icon on scripts with #RequireAdmin) created by
- It would be cool if Aut2Exe would automatically overlay the Windows …
- 5:29 AM Ticket #60 (Test Bug) updated by
- How many different ways will you hurt someone if they reopen THIS bug report? :P
- 5:28 AM Ticket #62 (Pressing F1 from within Scite editor Runs the script & runs multiple ...) updated by
- If I'm interpreting this properly I'm pretty sure it's an issue with SciTe. To clarify, I believe the author is talking about when you run a script, and it has not finished/exited yet, and you press F1, SciTe will run the script again, in addition to bringing up the help documentation. The same can be accomplished by using any of the Lua scripts while the script is still running (Alt+I, Ctrl+J, etc). It's been brought up before, and I believe the only solution mentioned was: Make sure your script has stopped running before doing anything else.
- 5:23 AM Ticket #61 (Hashes) updated by
- Is that anything like this? http://www.autoitscript.com/forum/index.php?showtopic=58982&hl=hash
- 3:41 AM Ticket #62 (Pressing F1 from within Scite editor Runs the script & runs multiple ...) created by
- F1 brings up the help screen , and runs the underlying code. This …
Jan 23, 2008:
- 7:50 PM Ticket #61 (Hashes) created by
- Any chance that hashes (as in PERL) might be implemented? If not as …
- 3:54 PM Ticket #60 (Test Bug) closed by
- fixed: Fixed in version: 3.2.11.0
- 3:38 PM Ticket #60 (Test Bug) created by
- Ignore this, test bug.
Jan 22, 2008:
- 11:54 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) updated by
- Awesome, thanks so much!
- 2:07 AM Ticket #59 (_GUICtrlTreeView_GetState hard crashes external app) updated by
- Perhaps a "fixed" ticket should mention the fix? I suppose the fix is committed for 3.2.11.x, but it doesn't say that (at least where us mortals can see it). :-)
Jan 21, 2008:
- 10:57 PM Ticket #59 (_GUICtrlTreeView_GetState hard crashes external app) closed by
- fixed: (In [2870]) Fixed ticket:59 _GUICtrlTreeView_GetState hard crashes external application(s)
- 10:51 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- You realize that is a Vista only correct?
- 10:35 PM Ticket #59 (_GUICtrlTreeView_GetState hard crashes external app) created by
- This is a reminder for myself to fix by adding in memory calls.
- 8:06 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- The same happens to me using _FileReadToArray / _FileWriteFromArray. Version: 3.2.10.0
- 7:58 PM Ticket #58 (Add a new button Type called Splitbutton) created by
- Addition of the "BS_SPLITBUTTON" type button. …
- 12:49 PM Ticket #55 (Show function ToolTip in SciTE) closed by
- wontfix
Jan 20, 2008:
- 7:51 PM Ticket #56 (Some features for discussion) closed by
- rejected: Examples forum is where you should put these to get feedback from the user community. Tickets should not be made up for discussing things.
- 7:48 PM Ticket #57 (unable to click hyperlink in any window) closed by
- rejected: The issue tracker is not a place to ask for general support. That's what the forum is for. Closing ticket.
- 7:35 PM Ticket #53 (change taborder of controls in GUI) updated by
- Replying to Saunders <admin@therks.com>: > Replying to anonymous: > > Are input boxes, radio controls, just child windows? > You betcha. You can even get the handle of a control (using ControlGetHandle) then pass that to functions like WinGetPos and it works just fine. Thanks, That helps alot :)
- 7:22 PM Ticket #57 (unable to click hyperlink in any window) created by
- I am trying to automate a windows application which contains …
- 3:39 PM Ticket #56 (Some features for discussion) created by
- Hi, GaryFrost openend a thread how to submit udfs. I searched through …
- 3:08 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) updated by
-
Version, Milestone changed
- 3:07 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) updated by
-
Version changed
- 3:04 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) closed by
- completed: (In [2860]) Changed: ControlClick() now accepts the same mouse buttons as MouseClick() - left/right/middle/primary/secondary/main/menu. Completed ticket:27
- 12:14 PM Ticket #53 (change taborder of controls in GUI) updated by
- Replying to anonymous: > Are input boxes, radio controls, just child windows? You betcha. You can even get the handle of a control (using ControlGetHandle) then pass that to functions like WinGetPos and it works just fine.
Jan 19, 2008:
- 6:25 PM Ticket #53 (change taborder of controls in GUI) updated by
- Replying to Gary: > see _WinAPI_SetWindowPos in the help I don't get it, this seems to talk about multiple windows, not objects within the windows. I have one Window, with many input boxes, the order of the input boxes, is relative to the data that is retrieved from a website and what input is typed/scanned into the input boxes. Are input boxes, radio controls, just child windows?
- 5:37 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Removed _ArrayCreate documentation. 3.2.11.0
- 4:36 PM Ticket #55 (Show function ToolTip in SciTE) updated by
- SciTE doesn't understand the concept of strings. This issue and the issue where commas throw off the highlighted parameter both go back to SciTE not understanding language-specific features (like strings). The only possible way I know of to fix this is write a custom CallTip implementation in Lua. I don't really think that's necessary for such a trivial issue. To me, this is wontfix but I'll leave it to Jos to resolve it as he sees fit.
- 4:28 PM Ticket #55 (Show function ToolTip in SciTE) updated by
- It is the SciTE buildIn code that gives the problem because when trying Ctrl+Shit+Space to force the Calltip its also not shown. Not sure if we can override this at all.
- 3:46 PM Ticket #55 (Show function ToolTip in SciTE) created by
- Hi, I noticed that there is a problem with showing the function …
- 11:09 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
-
Summary changed
Edited the Title to reflect what the intent is of this request. So the current list is: - Remove the Docs for _ArrayCreate() but leave the UDF for backward compatibility. (Agree) - Add WinSetPos() and rename Docs of WinMove() to WinSetPos(), leaving WinMove as alias for backward compatibility? (agreement on this one ? ) Anything else ? - 11:01 AM Ticket #54 (_DateDiff) closed by
- fixed: I see a fix is committed for the version.
- 10:59 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
-
Milestone changed
- 10:58 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) closed by
- worksforme
- 4:37 AM Ticket #54 (_DateDiff) updated by
- Yes, but if you look at the page in the documentation for _DateDiff, the code example at the top is what Valik posted, instead of being an example for _DateDiff.
- 3:25 AM Ticket #29 (Game Engine Incorperatrion) updated by
- Honestly, I find this idea to be incredibly dumb. […] It would be like turning autoit into something 3 year olds would use without any relative difficulty. Autoit was not meant to be a gaming language. Go play with the big boys in C++.
- 2:33 AM Ticket #54 (_DateDiff) updated by
- I don't see anything wrong with the documentation. There is a _DateDaysInMonth function also.
- 1:45 AM Ticket #54 (_DateDiff) updated by
- That's because it's documented wrong. The documentation is: #Include <Date.au3> _DateDaysInMonth($iYear, $iMonthNum) Fix the documentation, SciTE will show the right thing (SciTE's files are generated from the documentation).
- 1:30 AM Ticket #54 (_DateDiff) created by
- Hi, _DateDiff is missing in Scite for highlightning. So long, Mega …
Jan 18, 2008:
- 10:05 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") updated by
- OK, maybe it's easy to solve it like this if you are only using 1 include-file. But what if you are using more files (ie. from different users)? So everyone has to create her/his own variable names that exist only once in all included scripts. This should be a/the solution? - I don't think so. The problem - and this is a problem - still exists. Holger
- 9:31 PM Ticket #53 (change taborder of controls in GUI) closed by
- rejected: see _WinAPI_SetWindowPos in the help
- 7:58 PM Ticket #53 (change taborder of controls in GUI) created by
- The order tabstops on a GUI is the order that the control was created. …
- 4:34 PM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) created by
- Attempting to read a REG_MULTI_SZ value that exists but has no data on …
- 3:15 PM Ticket #37 (Wine Compatibility Notice) closed by
- rejected: I agree with Jos. If things work in Wine, that's great, but it is not a platform we actively target. Also, I doubt everything AutoIt is doing works the same way under Wine. There are inevitably going to be differences due to interpretation and differences due to the fact that the Wine developers just haven't implemented everything. Marking as rejected.
- 3:10 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") closed by
- nobug: If you're going to write that much code and still hard-code the constant anyway, you might as well just hard-code it with a different name if you're really that concerned about the symbol not being found. Personally, I find that code to be one of the stupidest blocks of code you can write in AutoIt. Resolving as nobug as I don't consider this a bug.
- 1:08 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") updated by
- Url: http://www.autoitscript.com/forum/index.php?s=&showtopic=56666&view=findpost&p=429701
- 1:07 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") updated by
- See this Bugreport for the answer :)
- 11:33 AM Ticket #51 (Problem with "Au3Check" and "IsDeclared") created by
- Au3Check 'seems' to have a problem with correct checking of lines with …
- 2:24 AM Ticket #48 (_GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState not working) updated by
-
Milestone changed
- 2:23 AM Ticket #48 (_GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState not working) closed by
- fixed: (In [2835]) Fixed #48: _GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState, _GUICtrlTab_GetItem, _GUICtrlTab_SetItem State Mask was missing
Jan 17, 2008:
- 11:10 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) updated by
- Replying to Gary: > Already fixed with the exception of 2 warnings for 3.2.11.0 > Will be fixed for that also. Hi, I do not have a cristal ball!!! So long, Mega
- 11:07 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) closed by
- rejected: Already fixed with the exception of 2 warnings for 3.2.11.0 Will be fixed for that also.
- 10:50 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) reopened by
- Hi, #AutoIt3Wrapper_Res_Fileversion=1.0.5.12 […] Latest beta and stable of Autoit and latest beta of Scite. So long, Mega
- 10:23 PM Ticket #50 (Handle COM Byte-Array) updated by
-
Owner, Status changed
Unless you can find a way to give me infinite time, this is rather low on the list. Actually, it's not that low, I might do it when I fix the ObjGet() bug since I will be in COM mode at that time. However, it's at least a week away before I even start on anything COM and with all the delays I've experienced in what I've been working on I'm starting to wonder if I'll ever get out of Process-land. - 10:18 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) closed by
- rejected: That about covers it.
- 10:11 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) updated by
- Are you running the latest version available from the downloadpage (v1.0.5.12)? The version in the current Beta of SciTE4AutoIt3 is also updated and compiles in the latest production. As for Unicode support: Its a choice and at this moment we support Win9X thus compile with ANSI. you can ofcourse always elect to compile it with the standard UNICODE Bin. GAry, Anything I forgot before closing this ?
- 10:04 PM Ticket #50 (Handle COM Byte-Array) created by
- Reference: LDAP Byte return - is not recognized, Valik, Jon to …
- 9:47 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) created by
- Hi, I thought about a good solution to share my udfs and sample …
- 9:37 PM Ticket #48 (_GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState not working) created by
- State Mask not set in _GUICtrlTab_GetItem and _GUICtrlTab_SetItem
- 3:59 PM Ticket #47 (FileInstall() to use the same Flag values as FileCopy) closed by
- rejected: I'm marking this rejected. FileInstall is going to see a major rewrite in the future and this may or may not be necessary at that time.
- 3:46 PM Ticket #47 (FileInstall() to use the same Flag values as FileCopy) created by
- I would like FileInstall() to use the same Flag parameter values as …
- 3:34 PM Ticket #34 (Pixelchecksum returns wrong values) updated by
- Replying to stevy80@gmail.com: > Hello, > > I developed an application with visual c# under windows xp. This program uses autoitx3.dll. Everything worked fine until I upgraded the system. With the new cpu (64 bit) - still under xp - the pixelchecksum function (aprox. in the half of the cases) returns wrong values (-2147483648). > > After this, I tried the program on two more machines with Intel P4 cpu, and the results was the same. > > I tested the checksum at these machines with autoit main too, and that worked perfectly. So I think the problem is in autoitx. > You have to know tha tautoitX3 have not be ported to X64. So certainly tou get a crash looks to me as the result of the -2147483648. Jon will confirm
- 3:27 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
-
Description changed
- 2:24 PM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Description changed
- 12:45 PM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) closed by
- fixed
- 12:45 PM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) reopened by
- 12:43 PM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) closed by
- fixed: (In [2829]) Fixed #43: IniReadSectionNames() returning incorrect number of sections under Win9x.
- 1:03 AM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Component changed
- 12:53 AM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) closed by
- wontfix
- 12:53 AM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Owner changed
I would have to say it's a windows bug that if the marquee gets small enough it crashes. This can be avoided: […]
Jan 16, 2008:
- 11:27 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Owner, Status changed
- 11:26 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Component, Summary changed
- 11:24 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- Ok, I figured out how to make it crash quick with the Marquee, size towards upper left or just left, making the marquee box shrink till the left and right sides meet it will crash, this is a drawing problem with the marquee I believe.
- 10:57 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- That was me :)
- 10:56 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- I get a hard crash too when locking the right bottom corner dragging outwards…
- 10:47 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- Does any of this information help? AppName: test.exe AppVer: 3.2.10.0 ModName: comctl32.dll ModVer: 6.0.2900.2982 Offset: 00034a9c
- 10:43 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- Another DEV will have to verify, I can't make it crash.
- 10:39 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) reopened by
- As I've stated, I attempted to control the resizing using the WM_SIZE message with the same results. The code you provided hard crashes AutoIt when the window is resized using the size box. This has been verified on multiple computers.
- 10:10 PM Ticket #46 (Wrong example _ArrayTrim in help) closed by
- fixed
- 10:09 PM Ticket #46 (Wrong example _ArrayTrim in help) updated by
-
Owner, Status changed
- 10:09 PM Ticket #46 (Wrong example _ArrayTrim in help) reopened by
- 10:08 PM Ticket #46 (Wrong example _ArrayTrim in help) closed by
- fixed: (In [2822]) Fixed #46: Doc Example for _ArrayTrim
- 10:00 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) closed by
- worksforme: I think the resize needs to be handled by the person writing the script. This works for me. […]
- 9:49 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- I see where the bar(s) disappear, but still don't get a hard crash. WinXP Pro SP2
- 9:40 PM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) closed by
- fixed: (In [2821]) Fixed #42: _FileReadToArray leaving last line feed in the array (mlowery)
- 9:24 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Component changed
- 9:24 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Owner, Priority, Status changed
I don't get a hard crash, although the marquee isn't repainted the bar is still there also - 9:17 PM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) updated by
- This should fix that problem also. […]
- 8:49 PM Ticket #46 (Wrong example _ArrayTrim in help) created by
- […] Should Be […] _ArrayTrim( $avArray, 1, 1,0,4) instead …
- 7:29 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) created by
- The progress bar disappears when you try to resize the gui in the …
- 6:12 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Hi, exactly! Do it! :-) I'll study the helpfile whether I find some more funcs which should be deleted or renamed. Only one _SoundPlay() function should remain IMO, otherwise it looks kind of weird. So long, Mega
- 5:51 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- What I have done thus far in case an UDF also became a build in function is to "only remove the documentation", which also removes the keywords from au3.keywords.properties and au3.api. This would still guaranteed backwards compatibility but will slowly move people to use the internal commands. _ArrayCreate() is one that fits that profile in my oppinion and should be handled in that way in the new Array.au3 effort thats underway. I am not in agreement that its the same for _SoundPlay() since that allows to use the "handle" set by _SoundOpen(), which is not the case with the build-in function. Jos
- 3:25 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Jos, what he's saying is: Remove _ArrayCreate(), it's not needed since we have $array[3] = [ 1, 2, 3] syntax now. Rename WinMove() to WinSetPos() since it better fits our naming conventions. Remove SoundPlay() as a built-in function since _SoundPlay() can do it and a lot more. He's not asking for anything beyond that. He's asking these things in response to a comment I recently made regarding backwards compatibility. Of that list, WinMove() -> WinSetPos() sounds reasonable. WinMove() does kind of stick out with it's odd name. But I don't see why we need to just break scripts for no real good reason by removing _ArrayCreate() or SoundPlay(). Xeno, I am in total agreement, otherwise, though, and have said as much. I would really like to make the next version of AutoIt non-backwards compatible with as many fixes for our past mistakes as possible. There are a number of planned changes breaking backwards compatibility anyway that I'd like to do a lot more.
- 3:08 PM WikiStart edited by
- Added bit about this not being a support system. (diff)
- 2:49 PM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) reopened by
- Thanks for the link; I did a forum search but was looking for the function name. :( The fix above corrects the order of data and CRLF on a line, but the file will still grow if read/written multiple times. Here's an example that reads and writes an array from a file multiple times. Blank lines are added at the beginning or end (depending on whether the CRLF comes before or after the data), and the array item count returned increases each time. […] It's possible that the real issue is in _FileReadToArray, which should discard the very last CRLF it finds.
- 1:59 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- My impression was that you wanted the AutoIt3 program to do something automatically and change your input script. Now if you mean we should remove obsolete UDF's then you will have to list the UDFs that are obsolete in your oppinion, because we already do this to my knowledge. The _SoundPlay() UDF isn't obsolete since its part of a set of UDFs and can be used differently than the buildin one. Jos
- 1:45 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Replying to JdeB: > But you haven't commented on the issue when people make their own UDF and call it _SoundPlay()? Hi, where is the problem on that? Decide whether you want to keep SoundPlay or _Soundplay. After that Autoit and Au3Check(Tidy) [I mix them often] only knows that func. Using it - everything works fine. Using the other one which is gone then, an error occurs the same as normal when using an unknown func --> : undefined function. Creating an UDF called with the name you kept then the local one (UDF) is called like […] Maybe there should appear a warning -> name already defined? Maybe not. (It is kind of overloading a func like you can do in OO languages , Java etc.) Besides, you need to change: […] I stop right here, cause maybe I totally missed your point. :-) So long, Mega
- 1:22 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- But you haven't commented on the issue when people make their own UDF and call it _SoundPlay()?
- 12:05 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Hi, exactly that is the point. I know that some changes will break scripts. So, nevertheless do them (if possible all known ones in one version) and then just document it. You cannot avoid that. Sometimes changes have to be done to go ahead. The people have to look into the helpfile (history) whether some changes may affect their scripts. That is my opinion. So long, Mega
- 11:39 AM Ticket #44 (Input, in InputBox use Send command) closed by
- rejected: Looks like a support request to me which NEEDS to be posted in the forum.
- 11:20 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- In my mind the arguments remain the same for AutoIt3 doing that. It should interpret and run the script, not change it. Now assume somebody made his/her own UDF and also called it _SoundPlay()... You wouldn't want AutoIt3 to be stubborn and execute SoundPlay(). In general, AutoIt3 Functions that are renamed will be supported for a while but I really cannot see how you could do this without breaking scripts... Jos
- 11:02 AM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) closed by
- fixed: Already Fixed in 3.2.11.0 http://www.autoitscript.com/forum/index.php?showtopic=58503 […]
- 10:38 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) reopened by
- Hi, I didn't meant to let Tidy do the job. I meant you should thing about doing this changes directly in Autoit. If your are doing not backwards compatible changes, then use this chance to make as much as you can to restructure Autoit. So long, Mega
- 10:24 AM Ticket #44 (Input, in InputBox use Send command) created by
- Send("{CTRLDOWN}") Send("{C}") Send("{CTRLUP}") Sleep(50) …
- 9:50 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) closed by
- rejected: I don't see how I can ever make this fullproof and is very risky. Tidy's function really is to Tidy code and don't want it to change the code at all, just Indent, add/remove whitespace and proper case syntax. I wouldn't want Tidy to replace _SoundPlay() with Soundplay because that could/will break the script when it uses Handles in stead of filenames. Jos
- 3:05 AM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) created by
- IniReadSectionNames returns an extra blank section that does not exist …
- 2:49 AM AutoItNotOnToDoList edited by
- Fixed a couple HTML tags that were in the document. (diff)
- 2:13 AM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) created by
- Lines output from the _FileWriteFromArray function in the standard …
- 1:48 AM Ticket #40 (Pixel functions should accept HWND) updated by
- Thank you for this!! This is a really good idea and it would enable bot makers to increase their bot making abilities so that everything could be done using de-activated windows. Hiyoal
Note:
See TracTimeline
for information about the timeline view.
.png){kind=link}
.png){kind=link}
