Timeline
Feb 29, 2008:
- 10:47 PM Ticket #140 (Add ToolbarWindow32 information on buttons) updated by
- It sounds like VERY usefull idea. I vote for this feature too.
- 9:31 PM Ticket #150 (Can´t open hidden file) updated by
- I can not reproduce. The file is correctly re-created for me. No issues.
- 9:13 PM Ticket #150 (Can´t open hidden file) created by
- I tried to open a hidden file with FileOpen funcion in "2" mode(Write …
- 8:55 PM Ticket #149 (FileRead does not return EOF but does return @Error =0, an ...) updated by
- Your test is never going to return anything other than 0 because you destroy @error. Anyway, ignoring that. Do you really need the function to set @error to -1 when you don't use a file handle? It seems kind of pointless to me.
- 8:13 PM Ticket #149 (FileRead does not return EOF but does return @Error =0, an ...) created by
- […]
- 4:08 PM Ticket #148 (_StringProper) updated by
- I think that \b may be useful here for finding word start positions so that the letter can be passed to StringUpper(). Just something to think about for whoever tries to fix this.
- 3:22 PM Ticket #148 (_StringProper) updated by
-
Owner, Status changed
- 12:00 PM Ticket #148 (_StringProper) updated by
-
Milestone changed
Automatic ticket cleanup. - 10:59 AM Ticket #148 (_StringProper) created by
- The func will only work this letters [a-zA-Z]. There are languages …
- 3:58 AM Ticket #146 (Boolean numeric conversion) updated by
- Replying to Valik: > I'm going to guess that you think True = 7 being true is wrong? The answer is simple, True is NOT demoted to an int (value 1) and compared to 7. Instead, 7 is promoted to a bool (It's non-zero so it's True when promoted) and compared to bool True which is of course true. Yes, that's exactly what I thought Valik. I have several "If $Trace Then ..." statements sprinkled throughout my code. I got tired of seeing a mouse trace and so changed it to $Trace = 2. Of course, $Trace is initialized either True or False. I apologize on two fronts: 1. I read and quoted the wrong comment from the documentation. The comment I posted WOULD lead one to conclude the Boolean True would be converted to numeric 1. However, the paragraph (in the doc) right above the one I quoted explains it just as you did -- thank you. 2. I realize user posting "bugs" which aren't bugs is a headache, but this SEEMED so simple and obvious, I didn't post it first in the support forum -- I'll learn…
- 12:00 AM Ticket #147 (Restore "Passphrase" Option in Aut2exe) updated by
-
Version changed
Automatic ticket cleanup.
Feb 28, 2008:
- 11:28 PM Ticket #147 (Restore "Passphrase" Option in Aut2exe) closed by
- Rejected: We no longer provide a decompiler, which is why the options were removed. Resolving as rejected.
- 10:55 PM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) updated by
- Not sure if this sheds any light for you, but things like Google's Suggest also stop working when multiple IE objects are called from the same GUI. In this example, the Google Suggest site is called from the second IE object, so when you start typing in the search textbox, it will correctly suggest words for you: […] In this second example, Google Suggest is called in the first IE object. Typing in the search field does not bring up the suggestions as it should. […] OS: WinXP SP2, IE7 and all the latest hotfixes AutoIt: 3.2.10.0 Hopefully that may help! cheers, Spud
- 10:05 PM Ticket #147 (Restore "Passphrase" Option in Aut2exe) created by
- Documentation seems to indicate that there was once a "Passphrase" …
- 8:25 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- FileInsertLine() is superfluous. I think FileWriteLine() is stupid enough. But otherwise, yes, I'd prefer to see two new functions for moving the file pointer and inserting.
- 3:47 PM Ticket #146 (Boolean numeric conversion) updated by
- I'm going to guess that you think True = 7 being true is wrong? The answer is simple, True is NOT demoted to an int (value 1) and compared to 7. Instead, 7 is promoted to a bool (It's non-zero so it's True when promoted) and compared to bool True which is of course true.
- 3:44 PM Ticket #146 (Boolean numeric conversion) updated by
- Uhh, no, you didn't submit the ticket correctly, you kind of got side tracked about submitting it correctly and didn't bother to tell us what the problem actually is. Everything in your post works as expected. So what's the problem?
- 3:42 PM Ticket #145 (IniWrite() and whitespaces) updated by
- This is the expected behavior. I have documented how quoting works.
- 3:41 PM Ticket #145 (IniWrite() and whitespaces) closed by
- Fixed: Fixed in version: 3.2.11.2
- 3:02 PM Ticket #146 (Boolean numeric conversion) created by
- […] P.S. Did I submit this ticket correctly? I never used the Trac …
- 2:38 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- So you would be more open to adding one or two builtin functions, such as: FileInsert($filehandle or "filename","text to insert",$file_pointer_position) FileInsertLine($filehandle or "filename","text to insert",$file_pointer_position) That with the FileSetPointer($filehandle) for being able to overwrite arbitrary file data would cover all desired functionality. Not that my happiness is paramount here, but I could be happy with that. The user functionality would be present, the file output features would be fully robust, and performance of insert / overwrite operations would be improved.
- 2:36 PM Ticket #145 (IniWrite() and whitespaces) created by
- The IniWrite function requires two pairs of quotes, if any white …
- 1:09 PM Ticket #140 (Add ToolbarWindow32 information on buttons) updated by
- Sorry for not mentioning it in the description itself but I thought as it was in the component selected it was clear. What I currently experience with AutoIT is that I can do a lot with coding but have to write scripts to find out more details on for example toolbars and the ID's of the actual buttons I want to click before I actually can write my actual script. For ease of use it would be handy if that information is immediately shown by AU3Info. I don't care if its the code I supplied or otherwise implemented but the more AU3Info immediately shows the more time it will save me in coding.
Feb 27, 2008:
- 9:32 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- If insertion were to be provided, I would prefer to see it done in a separate function.
- 6:02 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- I have no objection to a FileSetPointer() function. And it is true that writing the logic to do the insert/overwrite, while straightforward, is not trivial. However, I see a tremendous upside for being able to set the insertion mode directly in a builtin function. I'd much rather the c++ do the 'heavy lifting' of reading /writing file contents on insertion operations. I base that preference on the belief that the preservation of any file contents after the pointer position on an insert operation would be more quickly handled if the $autoit variables that otherwise would be required were kept internally and did not have to be {exposed to / populated / utilized by } the (autoit) programmer. In large files, these operations can take significant amount of time and consume large amounts of memory. Can you comment on the relative performance merits of moving the onus of file preservation back to the scripter?
- 12:00 AM Ticket #144 (AutoIt AutoRecord) updated by
-
Version changed
Automatic ticket cleanup.
Feb 26, 2008:
- 11:04 PM Ticket #144 (AutoIt AutoRecord) created by
- I don't know if this was requested before or even suggested. I was …
- 10:57 PM Ticket #143 (PHP-Like #Include) closed by
- Rejected: Stupid request. Think about it for 5 seconds and you'll realize why.
- 10:00 PM Ticket #143 (PHP-Like #Include) updated by
-
Version changed
Automatic ticket cleanup. - 9:51 PM Ticket #143 (PHP-Like #Include) created by
- I've seen this posted in the Support forums many times. The request is …
- 2:50 AM Ticket #140 (Add ToolbarWindow32 information on buttons) updated by
- Replying to Gary: > Well considering you never once mentioned au3info in the original post, all anyone could do was assume. Actually, he did set the component to Au3Info. Still, though, I don't disagree. It should have been mentioned in the post.
- 12:30 AM Ticket #140 (Add ToolbarWindow32 information on buttons) updated by
- Well considering you never once mentioned au3info in the original post, all anyone could do was assume.
Feb 25, 2008:
- 11:37 PM Ticket #140 (Add ToolbarWindow32 information on buttons) reopened by
- Replying to Gary: > Write a wrapper function of what you want. > > I believe also much of what you are wanting can be done thru WM_NOTIFY. Are we talking about the same here. I am talking about the AU3INFO.EXE window spying tool. I understand I can write functions to analyze an hwnd ToolbarWindow32 deeper but that means run a function before analysis can be done. I feel that the AutoIt Window Info tool is build for that purpose and now its only showing the main window information of a toolbar but not the actual buttons that are on the toolbar. I am not talking about activating/clicking the buttons thru code but having the AU3INFO.EXE tool immediately showing me the commandid's tooltips etc. of the buttons on the toolbar so I can easily find out what code I have to write to use it actually.
- 9:49 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- I think we should just add a function for changing the file pointer, FileSetPointer() or something. Then you can implement the logic you want in your own functions. The behavior you want is a bit more than I think a single (built-in) function should do. And I do agree that we need a way to move the file pointer around.
- 4:00 PM Ticket #142 (Get Array from LDAP-Field) updated by
-
Version changed
Automatic ticket cleanup. - 3:59 PM Ticket #140 (Add ToolbarWindow32 information on buttons) closed by
- Rejected: Write a wrapper function of what you want. I believe also much of what you are wanting can be done thru WM_NOTIFY.
- 3:55 PM Ticket #142 (Get Array from LDAP-Field) closed by
- Duplicate: I believe this is a duplicate of https://svn.autoitscript.com/trac/ticket/50
- 3:06 PM Ticket #142 (Get Array from LDAP-Field) created by
- When the Function _ADGETObjectInOU from ADFunctions.au3 Version 3.1.2 …
- 5:51 AM Ticket #138 (Ability to add custom helpfile values) closed by
- Rejected: Doesn't sound useful. Resolving as Rejected.
Feb 24, 2008:
- 11:43 PM Ticket #141 (_GUICtrlToolbar_ClickButton is documented but does not exist) closed by
- No Bug: Already fixed in beta
- 11:25 PM Tickets #135,140,141 batch updated by
-
Milestone changed
Automatic ticket cleanup. - 10:00 PM Ticket #140 (Add ToolbarWindow32 information on buttons) updated by
-
Version changed
Automatic ticket cleanup. - 9:25 PM Ticket #141 (_GUICtrlToolbar_ClickButton is documented but does not exist) created by
- _GUICtrlToolbar_PressButton has a reference to click in remarks but …
- 9:22 PM Ticket #140 (Add ToolbarWindow32 information on buttons) created by
- Would be nice if buttons on toolbar windows are recognized or at least …
- 3:47 PM Ticket #139 (window identification / fixing current window) closed by
- Rejected: Replying to _alexei@sbcglobal.net: > Currently, AutoIt can not guarantee keystrokes sent by Send would go to the particular window. Focus may change because of many reasons (other app. activity, system popup, user interference, etc.) What's your point? This is true if you're are sending keystrokes via your keyboard as well. > There is no simple way to find a window with particular relation to already known window in terms of child/parent/sibling/owner of any level, also, verifying window class and other properties. That's pretty easy to implement by verifying each window in Z-chain against specified properties and relations. There certainly is. The Windows API function GetWindow(), which allows traversal of the Z-Order is exposed by the UDF _WinAPI_GetWindow(). > I want to be 100% sure AutoIt clicks the button (or sends keystrokes to the window) it was programmed to. Then you ControlSend(), ControlClick() or ControlCommand(). You can't expect something that's "global" like Send() or MouseClick() to work any better than human interaction because it suffers from the same pitfalls. > Bottom line: util window identification becomes reliable, AutoIT is just a dangerous toy, unsuitable to serious applications. You do not know what you are talking about. Your statement is needlessly inflammatory because of your own incompetence. Window identification is reliable, it's just apparent you can't be bothered to learn how to use the language properly to facilitate that. > BTW, "special treatment" of controls creates unnecessary limitations, as controls are just windows with specific relations to the parent/owner. And what are these limitations you don't mention? It's trivial to obtain the HWND of a control and pass it to any AutoIt function expecting an HWND, or to anything else expecting an HWND. The fact is, treating controls as special is just syntactic convenience for a special parent/child relationship. But it is not a limitation, you have the option to obtain the HWND and use whatever function you like on that HWND. Once again, I think you are criticizing the language yet you are a long way from actually knowing how to use it. This has been a waste of my time and your time. You haven't suggested a feature here. You've just went on a mini-rant out of your own ignorance of the language. I'm resolving this as Rejected.
- 2:19 PM Ticket #128 (Accelerator Tables) updated by
- Replying to Valik: > Saunders, I modified your description. What I originally wrote won't work because the handle must be passed to TranslateAccelerator(). There's no way of passing that handle without AutoIt doing it internally. This is something we'll have to add ourselves at some point as it can't be done (easily) via user-defined functions (I realize it has been done but it's never going to be as nice as if it were built-in). Works for me. I just realized that the feature request had almost been lost in the shuffle so I reposted it. As long as it's up here somewhere in some form I'm happy.
- 12:04 PM Ticket #138 (Ability to add custom helpfile values) updated by
- Allow people to insert new helpfile definitions by use of a program. Also the program should simply add the .au3 that that contains the newly added helpfile function into the include folder. An Aut2FunctionAdd program basically
- 12:00 PM Ticket #139 (window identification / fixing current window) updated by
-
Version changed
Automatic ticket cleanup. - 10:43 AM Ticket #139 (window identification / fixing current window) created by
- Currently, AutoIt can not guarantee keystrokes sent by Send would go …
- 6:00 AM Tickets #137,138 batch updated by
-
Version changed
Automatic ticket cleanup. - 5:48 AM Ticket #138 (Ability to add custom helpfile values) updated by
- You're going to have to elaborate a lot more than that. What are you talking about?
- 4:43 AM Ticket #138 (Ability to add custom helpfile values) updated by
- sry forgot to change my username
- 4:42 AM Ticket #138 (Ability to add custom helpfile values) created by
- Lets say that person Y makes a script they could also use this to have …
- 4:39 AM Ticket #137 (Syntax highlighting for custom function names) created by
- Have the scite4autoit highlight the custom functions in a script I …
Feb 23, 2008:
- 7:26 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- If the pointer state is "lost" after each write operation, then repeated *inserts* would require additional effort to locate where the pointer should be. However, it is easily calculated as you necessarily know where you started and know or can find it how much you've written. In prepend operations, the pointer will be placed at SOF for each write operation. Other scenarios essentially involve StringInStr() / RegEx operations to determine where you want to set the position. I don't have a use case that would require preservation of the pointer position and where it would be difficult to calculate what the pointer position should be. In summary, if the file pointer location is preserved, in the vast majority of cases it will simply be moved again to the next desired location. It would probably be safer and easier to debug if the default on completion of the write operation was to move the pointer back to EOF.
- 4:48 PM Ticket #136 (FolderSelect Control in GUI) closed by
- Rejected: It's somewhat unclear what you want, but whatever it is, you can likely achieve it by embedding the shell itself into your program (As an ActiveX control) and access it through it's COM interface. Resolving as Rejected.
- 4:46 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- Where does the write pointer go after an *insertion*? Is it left at the end of the inserted text, or is it at EOF?
- 4:00 PM Tickets #135,136 batch updated by
-
Version changed
Automatic ticket cleanup. - 3:35 PM Ticket #136 (FolderSelect Control in GUI) created by
- Well, as far as I go, I've been lacking an FolderSelect control. …
- 3:06 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) created by
- Suggested Syntax: …
Feb 22, 2008:
- 10:45 PM Tickets #2,10,21,23,26,27,29,31,35,37,41,47,49,53,56,57,59,60,64,68,70,71,74,77,85,86,98,111,118,123,125,126,129,131 batch updated by
-
Version changed
Automatic ticket cleanup. - 6:36 PM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) updated by
-
Summary changed
- 6:35 PM Ticket #116 (Windows menu bug) updated by
-
Owner, Status changed
- 6:34 PM Ticket #127 (GUICtrlCreateDate -> GUICtrlSetData wrong on Timefields) closed by
- No Bug: […] This script works as expected
- 3:54 PM Ticket #134 (Add support for COM events to take ByRef parameters) created by
- We need to support objects being passed to COM events by reference. …
- 1:28 PM Ticket #133 (Wrong information in the Help File) closed by
- No Bug: Already fixed in beta
- 1:21 PM Ticket #133 (Wrong information in the Help File) created by
- The wrong information is in the "_GUICtrlListBox_DeleteString" …
- 3:11 AM Ticket #132 (Nothing and NULL) closed by
- Rejected: Replying to PThornett@gmail.com: > It doesn't seem possible to disconnect an ADO recordset, because the required syntax is missing! What is required is an equivalent to the vbs statement > Set rs.ActiveConnection = Nothing > (there are many more situations where the ability to set something in COM to Nothing would be very useful). I'm sure there's a proper value to assign it to close it. Probably 0 or "". If it's an AutoIt variable, however, assigning it anything will cause the COM object to be released. I would advise asking for support on the forum as I'm certain there is a way to do it without the need for a magical keyword. > While I'm at it, there's no keyword NULL in AutoIt. Again, there are some situations where this could be usefull (and I don't thing Chr(0) is the same thing in all cases). AutoIt doesn't really need a NULL keyword. We've managed to make it 5 years without one, I think we'll be alright in the future as well.
Feb 21, 2008:
- 11:46 PM Ticket #132 (Nothing and NULL) created by
- It doesn't seem possible to disconnect an ADO recordset, because the …
- 9:03 PM Ticket #55 (Show function ToolTip in SciTE) closed by
- Wont Fix
- 9:03 PM Ticket #55 (Show function ToolTip in SciTE) updated by
-
Owner, Status changed
- 9:03 PM Ticket #55 (Show function ToolTip in SciTE) reopened by
- 9:02 PM Ticket #54 (_DateDiff) closed by
- Fixed
- 9:02 PM Ticket #54 (_DateDiff) updated by
-
Owner, Status changed
- 9:02 PM Ticket #54 (_DateDiff) reopened by
- 9:01 PM Ticket #8 (loop bug) closed by
- No Bug
- 9:01 PM Ticket #8 (loop bug) updated by
-
Owner, Status changed
- 9:01 PM Ticket #8 (loop bug) reopened by
Feb 20, 2008:
- 9:13 PM Ticket #131 (UDP socket and IP) created by
- I ask for know the source IP of a UDP packet received with UDPRecv(). …
- 7:40 AM Ticket #127 (GUICtrlCreateDate -> GUICtrlSetData wrong on Timefields) updated by
- It is always better to have a full repro script. That speed up analysis and avoid misinterpretation of what you really did. Thanks for posting such script.
Feb 19, 2008:
- 3:50 AM Ticket #130 (_GUICtrlListView_InsertGroup incorrect parameters order in the docs) closed by
- Fixed: Fixed in version: 3.2.11.2
Feb 18, 2008:
- 10:52 PM Ticket #130 (_GUICtrlListView_InsertGroup incorrect parameters order in the docs) created by
- Description in the help file for _GUICtrlListView_InsertGroup …
- 7:47 PM Ticket #129 ("Bugs" on the main Trac page (Jon's links do not work)) closed by
- Fixed: Oops, I realize what I did now. I hit "Review Changes" instead of "Submit Changes", didn't realize it and closed the window. That's why they weren't updated when I thought I did it yesterday. Thanks Saunders, fixed now.
- 7:45 PM WikiStart edited by
- Update queries to support renamed stuff. (diff)
- 6:36 AM Ticket #129 ("Bugs" on the main Trac page (Jon's links do not work)) updated by
- Weird, I updated that page after JP pointed it out to me. I wonder where my changes went and why they aren't logged? Maybe I closed the page before submitting. Meh. I'll fix it Monday.
- 3:13 AM Ticket #123 (I have added two user functions to array.au3) closed by
- Rejected: You're right, it's really not the best way to go about it.
- 3:13 AM Ticket #129 ("Bugs" on the main Trac page (Jon's links do not work)) updated by
- Yes, I renamed those, I need a link to the page to fix it as I don't know where you're talking about.
- 1:49 AM Ticket #123 (I have added two user functions to array.au3) updated by
- Er, reopened??? Crap, that was not intentional, I don't know how I managed that, I don't remember clicking on that. Sorry guys.
- 1:47 AM Ticket #123 (I have added two user functions to array.au3) reopened by
- Is this even the proper way to submit UDFs? Forgetting for a moment that these would be rejected anyway, shouldn't he have gone through different channels?
- 1:43 AM Ticket #129 ("Bugs" on the main Trac page (Jon's links do not work)) created by
- I'm not sure if this is the appropriate place... The links to custom …
- 1:24 AM Ticket #128 (Accelerator Tables) updated by
- Saunders, I modified your description. What I originally wrote won't work because the handle must be passed to TranslateAccelerator(). There's no way of passing that handle without AutoIt doing it internally. This is something we'll have to add ourselves at some point as it can't be done (easily) via user-defined functions (I realize it has been done but it's never going to be as nice as if it were built-in).
- 1:22 AM Ticket #128 (Accelerator Tables) updated by
-
Description changed
- 1:06 AM Ticket #128 (Accelerator Tables) created by
- Edited by Valik Add native support for accelerator tables.
Feb 17, 2008:
- 9:59 PM Ticket #127 (GUICtrlCreateDate -> GUICtrlSetData wrong on Timefields) created by
- Hi, when you create a Datepicker with GUICtrlCreateDate and make it …
- 8:02 PM Ticket #126 (Add @LF to end of ConsoleWrite/WriteError) closed by
- Rejected: Do you think the answer has changed since ticket #77 was closed? Resolving as Rejected.
- 7:27 PM Ticket #109 (_SQLite_GetTable - Memory error) updated by
- Replying to jpm: > can have a complete script which create the db and try to retrive the data. > Thanks Hi jpm. Sure, email me, and I'll send you the DB part of the code. I went a little deeper in the problem and got more news. First, the description of "_SQLite_GetTable" [..2d] is wrong. The default for $iCharSize is not 64, but -1. Digging in the code, -1 leaves it to "_ _SQLite_szStringRead" to get the size of the string dynamically from den SQLite-DLL. So please update the Helpfile on this one. Secondly, this means that I have no problem, because with the default, SQLite adjusts the stringlength per row to the nessesary value. Finally, this means that you either remove the last parameter completely, because it is not verry useful any more. Or you fix the problem there. A remaining use for this parameter could be compatibility to older versions and the possibility to cut the stringlength if only the first few chars are interresting.
- 5:49 PM Ticket #126 (Add @LF to end of ConsoleWrite/WriteError) created by
- Hi, Recently I have been working on a couple of functions which I use …
- 3:55 PM Ticket #109 (_SQLite_GetTable - Memory error) updated by
- Replying to Beejai <bjoern@syltonline.de>: > I narrowed in the scope of the error. > It seems to boil down to the "$iCharSize" in the definition. > {{{ > _SQLite_GetTable ( $hDB, $sSQL, ByRef $aResult, ByRef $iRows, ByRef $iColumns [, $iCharSize = 64 ] ) > > }}} > When i leave that off, the function works fine. > {{{ > $iRval = _SQLite_GetTable ( $dbHandle, $sSQL, $names, $iRows, $iColumns) > > }}} > When I set it to a high value, say 1024, i can constantly reproduce this error with a list of about 1000 elements. > > Hope that helps fixing this. Because I need it to be bigger than 64 chars. can have a complete script which create the db and try to retrive the data. Thanks
- 1:21 PM Ticket #109 (_SQLite_GetTable - Memory error) updated by
- I narrowed in the scope of the error. It seems to boil down to the "$iCharSize" in the definition. […] When i leave that off, the function works fine. […] When I set it to a high value, say 1024, i can constantly reproduce this error with a list of about 1000 elements. Hope that helps fixing this. Because I need it to be bigger than 64 chars.
Feb 16, 2008:
- 3:56 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) updated by
- > Fixed in v 1.0.24.13 :)
- 3:56 PM Ticket #118 (Obfuscator (1.0.24.12) /striponly removing GUICreate()) closed by
- Fixed: I added an extra test which will leave the global variables that are set to a Function value. Fixed in v 1.0.24.12
- 2:13 PM Ticket #122 (StringSplit does not return the string if no split found with ...) updated by
- Thanks, sorry for the problem, Randall
- 1:00 PM Ticket #121 (StringSplit not case sensitive for separator with multiple characters ...) closed by
- Fixed: Fixed in version: 3.2.11.2
- 12:58 PM Ticket #122 (StringSplit does not return the string if no split found with ...) closed by
- No Bug: In fact there is a split in your example stringsplit return 2 empty strings the one nbefor "c" and the one after
- 7:01 AM Ticket #125 (codexecute) closed by
- Rejected: If you can't use Execute() or the command line features /AutoIt3ExecuteLine, /AutoIt3ExecuteScript, you are out of luck. As for sharing variables, depending on the type, it's not difficult to marshal data across process boundaries using STDIO streams or TCP functions. In short, everything you want can already be achieved with AutoIt. Resolving as Rejected.
- 6:33 AM Ticket #121 (StringSplit not case sensitive for separator with multiple characters ...) updated by
- Replying to anonymous: > Examples; > > $arFileF = StringSplit("caBca", "abc", 1) ;matches!match on "aBc" by "acb" > $arFileF = StringSplit("caBca", "abc", 0) ; no match on "B" by "b" you right there is an incoherence. delimiter should case sensitive in both case. Doc must be updated too ;)
- 5:13 AM Ticket #125 (codexecute) created by
- Hey au3dev team! I have been using autoit for over 2 years now, and …
- 12:03 AM Ticket #121 (StringSplit not case sensitive for separator with multiple characters ...) updated by
- Examples; $arFileF = StringSplit("caBca", "abc", 1) ;matches!match on "aBc" by "acb" $arFileF = StringSplit("caBca", "abc", 0) ; no match on "B" by "b"
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 > > }}}
Note:
See TracTimeline
for information about the timeline view.
.png){kind=link}
.png){kind=link}
