Timeline
Mar 13, 2008:
- 10:31 PM Ticket #169 (GUIRegisterMsg return value) created by
- Investigate whether GUIRegisterMsg()'s return value is being honored. …
- 6:52 PM Ticket #137 (Syntax highlighting for custom function names) closed by
- Rejected
- 2:38 PM Ticket #167 (SciTe4AutoIt3 8-3-2008 Installs beta Aut2exe.exe) updated by
- Maybe we should just get Jon to build and sign a special version of Aut2Exe that's compatible with 3.2.10.0 but which is slightly newer so that it behaves more how I have Aut2Exe working now. I both added several new slash-commands and relaxed the command-line parsing so that it didn't fail with invalid commands. I may have made these changes *before* any other changes to Aut2Exe so it might be as simple as saying, "Jon, build revision XXXX, sign it and upload it for people to use". I'll try to remember to take a look later and see if there is such a 3.2.10.0 compatible revision of Aut2Exe which still incorporates all the other changes I made.
- 2:29 PM Ticket #168 (RunAsSet() for 3.2.11.x) closed by
- Rejected: RunAsSet() is a security risk that we do not need. The RunAs() and RunAsWait() functions are superior in syntax, functionality and security (although they are still not 100% secure, they are at least now more secure than RunAsSet()).
- 1:17 PM Ticket #167 (SciTe4AutoIt3 8-3-2008 Installs beta Aut2exe.exe) updated by
- yes thats true, the lexing is done by aut2exe and removed commands, like RunAsSet(), are not backwards compatible thus will cause this issue. Looks like this is a "catch 22", I need the functionality (commandline parameters) of the new aut2exe with the updated version of AutoIt3Wrapper but that will cause this error. Will check to see if there is an other option here…
- 1:08 PM Ticket #166 (_ArrayMax() runs on invalid array.) closed by
- Fixed: Fixed in version: 3.2.11.2
- 11:00 AM Ticket #167 (SciTe4AutoIt3 8-3-2008 Installs beta Aut2exe.exe) updated by
- Ofcourse i tested this... I spent most of today working out why the heck my script with a RunAsSet() stopped working after installing the latest SciTe4AutoIT3 version. To replicate: 1) Install AutoIT3 3.2.10.0 2) Create a script using even just […] 3) Check version info of Aut2Exe.exe (shows 3.2.10.0) 4) Run Aut2Exe.exe & compile the script to an exe, run the exe & u'll have no errors 5) Install SciTe4AutoIT3 8-3-2008 6) Check version info of Aut2Exe.exe again (now shows 3.2.11.1) 7) Run Aut2Exe.exe & compile the script to an exe, run the exe & u'll now have the error "Unknown function name" Let me know if you need more info... I can replicate this 100% of the time on 2 seperate PC's.
- 11:00 AM Ticket #168 (RunAsSet() for 3.2.11.x) updated by
-
Version changed
Automatic ticket cleanup. - 10:04 AM Ticket #167 (SciTe4AutoIt3 8-3-2008 Installs beta Aut2exe.exe) updated by
- This assumption is not correct. Did you check this with any of your compiled programs? The aut2exe program is only a wrapper program. The *.bin files is determining the version of the runtime included in the output exe. Jos
- 9:34 AM Ticket #168 (RunAsSet() for 3.2.11.x) created by
- Is it possible to leave the RunAsSet() function in 3.2.11.x? I …
- 9:28 AM Ticket #167 (SciTe4AutoIt3 8-3-2008 Installs beta Aut2exe.exe) created by
- When installing SciTe3AutoIt3 released on 8-3-2008 (with definitions …
Mar 12, 2008:
- 11:25 PM Ticket #166 (_ArrayMax() runs on invalid array.) created by
- See http://www.autoitscript.com/forum/index.php?showtopic=66284. The …
- 7:38 PM Ticket #163 (Obsfuscator wrongly reporting error "File contains records longer ...) closed by
- No Bug
- 1:41 PM Ticket #165 ('Check for Updates' on Vista x64) updated by
- Just checked the 3.2.11.1 beta... Same issue there. Thanks Jason
- 1:36 PM Ticket #165 ('Check for Updates' on Vista x64) created by
- When using the 'check for updates' utility under Vista x64, it fails …
Mar 11, 2008:
- 4:00 PM Ticket #158 (ControlClick not working on some Vista windows.) closed by
- No Bug: Replying to llombard@nexthop.com: > How can this window, or my other area, be a non-standard window? These window's are part of the Vista OS. The ControlClick command works in all other locations, why not here? Are there any plans to remedy these issues? > Don't just assume "Hey, Microsoft made this, it must be standard". Microsoft have a history of using non-standard controls in their software. Microsoft are the software company *least likely* to use a Microsoft control, in my experience. > I realize that this is a free program and you aren't required to support these issues, but if you don't want to fix something, just say so instead of stating it is a non-standard control that is part of the Vista OS. There is nothing to fix. User expectations not being met does not mean software bug, in your case, it means the user is expecting something unreasonable. We are not going to add support for this stuff at this time. We can't very well go around supporting every single control type implemented on Windows by various vendors, even if that vendor happens to be Microsoft. There is a certain core set of controls that are considered standard, we support those. Things outside that core set are generally not specifically supported by AutoIt. That doesn't mean you can't interact with them, many you can, but if you can't, well, you're on your own and will have to learn how to interact with the control yourself. As I stated, this is a Support question. Do not re-open this ticket just because you don't agree with the resolution. Please read WikiStart and follow those guidelines in the future.
- 3:49 PM Ticket #164 (VISTA - MAXIMIZE does not work) closed by
- No Bug: There never has been any guarantee that any window would accept the *hint* parameter. This should have been posted in the Support forum first. Resolving as No Bug.
- 3:40 PM Ticket #158 (ControlClick not working on some Vista windows.) reopened by
- How can this window, or my other area, be a non-standard window? These window's are part of the Vista OS. The ControlClick command works in all other locations, why not here? Are there any plans to remedy these issues? I realize that this is a free program and you aren't required to support these issues, but if you don't want to fix something, just say so instead of stating it is a non-standard control that is part of the Vista OS.
- 8:53 AM Ticket #164 (VISTA - MAXIMIZE does not work) created by
- This statement (below) works fine on XP, starts ie in a max. window …
- 4:38 AM Ticket #156 (Custom Defined Types - Recordset) updated by
- Oh sorry, my mistake. I shouldn't have said it doesn't work, it does work, I just get a warning telling me there is a Certificate Error: > The security certificate presented by this website was not issued by a trusted certificate authority. > >Security certificate problems may indicate an attempt to fool you or intercept any data you send to the server.
Mar 9, 2008:
- 7:40 PM Ticket #163 (Obsfuscator wrongly reporting error "File contains records longer ...) updated by
- The SQLite.dll.au3 include file has longer records and thats why you get this error.
- 7:31 PM Ticket #163 (Obsfuscator wrongly reporting error "File contains records longer ...) created by
- WinXP Home/Pro SP2 AutoIt Beta 3.2.11.1 Obsfuscator.exe (1.0.24.13) …
Mar 8, 2008:
- 3:42 AM Ticket #150 (Can´t open hidden file) updated by
- I can reproduce running XP Pro SP2 and W2K.
Mar 7, 2008:
- 7:10 PM Ticket #162 (compile to .dll) closed by
- Rejected: Don't waste our time with requests like this.
- 6:00 PM Ticket #162 (compile to .dll) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 5:41 PM Ticket #162 (compile to .dll) created by
- allow the use of a new autoit function such as installpics() then …
Mar 6, 2008:
- 9:07 PM Ticket #161 (ControlSend() working buggy on Vista) closed by
- Works For Me: You haven't provided a test script. You haven't really provide any useful details for how to reproduce this. After following the link to your thread, I discover the application you are using is a game which doesn't even have Window controls. I'm inclined to say this is Works For Me until you can give something that can be reproduced which doesn't involve a game.
- 8:10 PM Ticket #161 (ControlSend() working buggy on Vista) created by
- Well, on Vista only it works buggy. So, what is the bug: I want …
- 6:53 PM Ticket #120 (StringSplit limit parameter) updated by
- I posted an Explode function for anyone needing something like this: http://www.autoitscript.com/forum/index.php?showtopic=64801&hl=explode
- 5:38 PM Ticket #160 (FileGetTime - Date UDF compatible format) updated by
- Why can't you write your own wrapper function around FileGetTime() which formats it how you want? Something like this (dry-coded) […]
- 5:13 PM Ticket #160 (FileGetTime - Date UDF compatible format) created by
- FileGetTime string format is not compatible with any of the Date UDF …
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 …
Note:
See TracTimeline
for information about the timeline view.
