Timeline
Mar 5, 2008:
- 1:19 PM Ticket #159 (Add a Date: header in _inetsmtpmail) created by
- E-mails sent with _inetsmtpmail do not include a Date: header line. So …
Mar 4, 2008:
- 10:24 PM Ticket #144 (AutoIt AutoRecord) updated by
- This functionality already exist(s). Install the full Scite Editor and you will get AU3Recorder and AutoItMacro generator program
- 5:04 PM Ticket #156 (Custom Defined Types - Recordset) updated by
- And of course the previous comment was from me. I logged out to make sure that https did indeed work for users who weren't logged in.
- 5:04 PM Ticket #156 (Custom Defined Types - Recordset) updated by
- Saunders, the link works fine. Trac can be accessed by both http and https. If you can't access it via https, then you have something preventing you from using a secure connection.
- 4:54 PM Ticket #157 (AutoIT Info does not see all controlls in windows Vista) closed by
- No Bug: Much like #158, you are trying to interact with a non-standard control. It is comes as no surprise to me that there are elements in Vista you can't see because they are not built using the basic control types we support. This does not mean it is a bug. As mentioned in #158, you should be posting Support questions on the forum. This, too, is no bug and is being resolved as such.
- 4:51 PM Ticket #158 (ControlClick not working on some Vista windows.) closed by
- No Bug: Alright, you really need to provide examples that we can all use even if it's not specific to your current problem. I can't reproduce the dialog so I'm only partially guessing here. With that in mind... It doesn't respond to a ControlClick(), so what? That's not terribly uncommon when you're trying to automate a non-standard control. And judging by the name of the class for the control, it's most definitely non-standard. This is not a bug and I'm closing it as such. You should have asked for Support on the forum first.
- 3:38 PM Ticket #158 (ControlClick not working on some Vista windows.) created by
- AutoIT Version: 3.2.10.0 This problem is observed trying to click …
- 3:24 PM Ticket #157 (AutoIT Info does not see all controlls in windows Vista) created by
- Using the following code to get to the window in question, you will …
- 2:57 PM Ticket #144 (AutoIt AutoRecord) updated by
-
Owner, Status changed
Ages ago I started the framework for a new recorder (it was part of the work I did when I added the new title matching strings). It's quite a big job though so I don't know when I'll get time to work on it. Leave open though. - 10:35 AM Ticket #156 (Custom Defined Types - Recordset) updated by
- Replying to Valik: > Replying to Jonathan.Hirtler@qr.com.au: > > It would be good to... > ... read this page before creating new tickets so you don't waste your time and more importantly my time asking for things we've gone out of our way to explicitly state we won't do. Not to step on your toes, Valik, but that link doesn't work (you linked httpS instead of http). To Jonathan.Hirtler@…: Read here to see how this feature request is a wasted effort.
- 10:31 AM Ticket #153 (Running process with $STDOUT_CHILD kills ConsoleWrite.) updated by
- Which dance indeed? And which deity for that matter? I'm just glad I'm not the only one experiencing this bug, you had me worried there for a minute when it wasn't happening to you.
- 5:22 AM Ticket #156 (Custom Defined Types - Recordset) closed by
- Rejected: Replying to Jonathan.Hirtler@qr.com.au: > It would be good to... ... read this page before creating new tickets so you don't waste your time and more importantly my time asking for things we've gone out of our way to explicitly state we won't do.
- 4:00 AM Ticket #156 (Custom Defined Types - Recordset) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 3:47 AM Ticket #156 (Custom Defined Types - Recordset) created by
- It would be good to be able to define a custom type or record set. …
- 3:06 AM Ticket #153 (Running process with $STDOUT_CHILD kills ConsoleWrite.) updated by
- Baffling. I wonder what obscure dance to a deity I must do to figure this one out. As best I can tell, there's no functional difference in the code between 3.2.10.0 and 3.2.11.x... yet things don't work.
- 12:13 AM Ticket #155 (Auto resize of GUICtrlCreateGraphic control notify area. (?)) updated by
- Erm ... Sorry, My mistake.
Mar 3, 2008:
- 8:25 PM Ticket #148 (_StringProper) closed by
- Fixed: Fixed in version: 3.2.11.2
- 8:21 PM Ticket #148 (_StringProper) updated by
- Replying to Jpm: > Replying to Jos: > > See a extra DoubleQuote slipped into the first regex. should be: > > > > {{{ > > If StringRegExp($s_CurChar, '[a-zA-ZÀ-ÿ]') Then > > }}} > only people using šœž or Ÿ will have objections Ok, have added those 4 characters too. next will commit the update.
- 3:36 PM Ticket #116 (Windows menu bug) closed by
- Fixed: Fixed in version: 3.2.11.2
- 2:41 PM Ticket #155 (Auto resize of GUICtrlCreateGraphic control notify area. (?)) closed by
- Wont Fix: In fact Graphic ctrl are not real control just drawing so the resizing mechanism does not apply to such "control"
- 3:58 AM Ticket #153 (Running process with $STDOUT_CHILD kills ConsoleWrite.) updated by
- Hmm, strange. Just found something that may be important. I actually have (in SciTe) a separate hotkey to run a script without the AutoIt wrapper. It is when I do this that I get the confusing results. If I use the AutoIt wrapper I get the expected results in the console. Without the wrapper I get this in the console: […] I also tried without the /ErrorStdOut, same thing: […] Sorry I didn't think of that before.
- 12:31 AM Ticket #155 (Auto resize of GUICtrlCreateGraphic control notify area. (?)) updated by
- Should say: Run IN SciTe. Using its output area to report the system-message's.
- 12:18 AM Ticket #155 (Auto resize of GUICtrlCreateGraphic control notify area. (?)) created by
- Hi Run into something that stuck me as odd. Other than than I'm not …
Mar 2, 2008:
- 7:38 PM Ticket #144 (AutoIt AutoRecord) updated by
- You mean something like au3record.exe wrtten by Larry and supplied in the SciTE4AutoIt3 installer ?
- 7:35 PM Ticket #137 (Syntax highlighting for custom function names) updated by
- Why would this need to be a separate color and can't you use the standard UDF color? See this discussion on the forum: http://www.autoitscript.com/forum/index.php?s=&showtopic=61974&view=findpost&p=464782
- 7:32 PM Ticket #150 (Can´t open hidden file) updated by
- I forgot to write, that I do it under Windows XP SP2. So it is bug or there´s something wrong with my PC?
- 6:16 PM Ticket #154 (Error : Can not redeclare a constant) updated by
- Replying to Valik: > This is a support question, ask it on the forum, not here. I uninstall and reinstall autoit. The problem persists. I will try the forum. Thank you for your response to every two.
- 4:17 PM Ticket #152 (StdoutRead maxes CPU on process (when not run from SciTe).) updated by
- That was a rather strange bug. Actually seems to be a bug in how the Windows API works in a certain obscure scenario. Anyway, as noted by the auto-message, it's fixed in the next beta.
- 4:16 PM Ticket #152 (StdoutRead maxes CPU on process (when not run from SciTe).) closed by
- Fixed: Fixed in version: 3.2.11.2
- 3:48 PM Ticket #154 (Error : Can not redeclare a constant) updated by
- This is a support question, ask it on the forum, not here.
- 3:47 PM Ticket #153 (Running process with $STDOUT_CHILD kills ConsoleWrite.) updated by
- I can not reproduce that either via SciTE or compiling as a Console application. I always get the output as expected.
- 3:39 PM Ticket #151 (Constant redeclaration bug) closed by
- No Bug: Do not re-open this. You have a SUPPORT issue, ask it on the forum. The odds of this actually being a bug are very small. Closing this again.
- 2:46 PM Ticket #151 (Constant redeclaration bug) reopened by
- Ok i found the exact problem it is with the "C:\Program Files\AutoIt3\Include\" for some reason scite does not have an issue with it when you git go however the double click does Still a BUG
- 12:48 PM Ticket #148 (_StringProper) updated by
- Replying to Jos: > See a extra DoubleQuote slipped into the first regex. should be: > > {{{ > If StringRegExp($s_CurChar, '[a-zA-ZÀ-ÿ]') Then > }}} only people using šœž or Ÿ will have objections
- 12:39 PM Ticket #150 (Can´t open hidden file) updated by
- Replying to Valik: > I can not reproduce. The file is correctly re-created for me. No issues. reproducible under VISTA even with a just hidden file not under the root
- 12:13 PM Ticket #154 (Error : Can not redeclare a constant) closed by
- No Bug: using your info cannot reproduce the problem. perhaps reinstallation of AutoIt can solve your problem
- 12:07 PM Ticket #152 (StdoutRead maxes CPU on process (when not run from SciTe).) updated by
- Valik should have a look at it as the beta StdOutRead has been redesigned The Official release does experience such problem
- 11:55 AM Ticket #151 (Constant redeclaration bug) closed by
- No Bug: when using #include<...>, Autoit is suppose to retrieve the installed include. I don't know if you have really installed Autoit which the setup.exe not the sfx.exe stuff. that could explain your problem. NOBUG
- 11:44 AM Ticket #149 (FileRead does not return EOF but does return @Error =0, an ...) closed by
- No Bug: In fact your fileread is reading the entire file so as the reading is successful @error is set to 0. NOBUG if you were using the count EOF can be signalled if you try to read after the last data.
- 10:40 AM Ticket #154 (Error : Can not redeclare a constant) created by
- Hello ! I'm a new user of AutoIt (3.2.10.0). For start, i used the …
- 8:50 AM Ticket #153 (Running process with $STDOUT_CHILD kills ConsoleWrite.) created by
- When the following code is run nothing appears in the console. It's …
- 8:45 AM Ticket #152 (StdoutRead maxes CPU on process (when not run from SciTe).) created by
- There appears to be a bug with StdoutRead that causes the spawned …
- 6:34 AM Ticket #151 (Constant redeclaration bug) updated by
- Here is the problem just use this as the whole script #include <C:\Program Files\AutoIt3\Include\GUIConstants.au3> #include <C:\Program Files\AutoIt3\Include\GuiComboBoxEx.au3> PS: Also having more problems i think it is the beta working on isolating that one tho
- 4:58 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) closed by
- No Bug: Closing due to lack of activity.
Mar 1, 2008:
- 10:24 PM Ticket #148 (_StringProper) updated by
- See a extra DoubleQuote slipped into the first regex. should be: […]
- 10:22 PM Ticket #148 (_StringProper) updated by
- Replying to Valik: > 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. Changing the test to this seems to work fine: StringRegExp($s_CurChar, '[a-zA-ZÀ-ÿ"]') Does anybody see any issues with that ? Whole new UDF: […]
- 4:13 PM Ticket #151 (Constant redeclaration bug) updated by
- You're kidding, right? I'm not wasting my time with a 200 line script. Cut it down to the bare minimum needed to reproduce the problem or go away.
- 9:06 AM Ticket #151 (Constant redeclaration bug) created by
- Works from the GO command in scite but not when you run it from a …
- 3:58 AM Ticket #146 (Boolean numeric conversion) closed by
- No Bug
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 …
Note:
See TracTimeline
for information about the timeline view.
.png){kind=link}
.png){kind=link}