Timeline
Apr 30, 2008:
- 12:24 PM Ticket #198 (_FileReadToArray) closed by
- Fixed: Fixed in version: 3.2.11.11
- 11:00 AM Ticket #231 (Modifier keys stick) closed by
- Rejected: it looks like Vista does not accept to send #l, OK under XP
- 10:59 AM Ticket #229 (@error and @extended not returning appropriate values for ...) closed by
- Rejected
- 4:39 AM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) created by
- Tried this post in the forum but didn't get any reply... so I'm …
Apr 29, 2008:
- 4:20 PM Ticket #232 (StdoutRead with peek = true doesn't exits loop) closed by
- No Bug: This is a duh moment. Of course it's never going to set @error. You never actually read the data so the stream *always* has data on it. This is most assuredly no bug.
- 3:11 PM Ticket #229 (@error and @extended not returning appropriate values for ...) updated by
- You can use BinaryLen() and StringLen() if you want to know if the conversion has been stopped before end.
- 2:00 PM Ticket #232 (StdoutRead with peek = true doesn't exits loop) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:05 PM Ticket #232 (StdoutRead with peek = true doesn't exits loop) created by
- Using peek = true the StdoutRead loop never terminates (@error = 0) …
Apr 28, 2008:
- 12:34 PM Ticket #230 (Wrong GuiCtrlSetResizing after ControlMove in GUIs with Menus) closed by
- Fixed: Fixed in version: 3.2.11.11
- 11:59 AM Ticket #231 (Modifier keys stick) created by
- I seem to recall that this has been reported before, but I could not …
- 7:17 AM Ticket #198 (_FileReadToArray) updated by
- In fact an identical file is not produced when the last "line" has no line separator _FileWriteFromArray will always add one.
- 6:31 AM Ticket #198 (_FileReadToArray) updated by
- Replying to Valik: > Replying to jpm: > > Replying to Valik: > > > My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles. > > > > The proposed modification does not work for windows, extra empty lines > > If you copied what I wrote verbatim, that's expected, as Gary pointed out, I didn't specify the flag to use multi-character delimiters. Err, it was Jos that pointed it out, but anyway, yeah, the code I posted wasn't quite correct.
- 6:26 AM Ticket #198 (_FileReadToArray) updated by
- Replying to jpm: > Replying to Valik: > > My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles. > > The proposed modification does not work for windows, extra empty lines If you copied what I wrote verbatim, that's expected, as Gary pointed out, I didn't specify the flag to use multi-character delimiters.
- 12:07 AM Ticket #230 (Wrong GuiCtrlSetResizing after ControlMove in GUIs with Menus) created by
- Probably related to the fixed #214 ticket. After moving controls with …
Apr 27, 2008:
- 10:05 PM Ticket #229 (@error and @extended not returning appropriate values for ...) updated by
- I do not see any documented values for @error or @extended. So, what is your bug? Are you reporting that non-documented functionality doesn't work like you think it should?
- 8:26 PM Ticket #229 (@error and @extended not returning appropriate values for ...) created by
- I have done some testing. BinaryToString will return the a value up to …
- 12:33 PM Ticket #198 (_FileReadToArray) updated by
- Replying to Valik: > My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles. The proposed modification does not work for windows, extra empty lines
- 12:07 PM Ticket #222 (GUIRegisterMsg() and callback function "chains") closed by
- Fixed: Fixed in version: 3.2.11.11
- 4:32 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
- Replying to Valik: I like the suggestion Valik. I was tooling around figuring out under exactly what version combinations of OS and IE the label changes. Sidestepping the issue is smarter. Fix TBS shortly. Dale
- 4:17 AM Ticket #198 (_FileReadToArray) updated by
- My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles.
- 4:09 AM Ticket #228 (Parse and write XML) closed by
- Rejected: You can use MSXML and interact with it via AutoIt's native COM support. Closing as Rejected.
- 2:00 AM Ticket #228 (Parse and write XML) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:50 AM Ticket #228 (Parse and write XML) created by
- There should be a way to write and read XML-Data. For example, a …
Apr 24, 2008:
- 10:36 PM Ticket #227 (_GDIPlus_GraphicsFillRect and transperent windows) closed by
- Rejected: Nothing wrong with the UDF function, it works. Layered you can't see the fill but it works.
Apr 23, 2008:
- 6:43 PM Ticket #227 (_GDIPlus_GraphicsFillRect and transperent windows) created by
- In the example below _GDIPlus_GraphicsFillEllipse works as it should …
- 1:09 AM Ticket #226 (Explorer freezes momentarily when using Windows Shortcut keys while ...) closed by
- No Bug: This has nothing to do with AutoIt. I've experienced this problem in the past without AutoIt scripts running.
- 12:00 AM Ticket #225 (Varible++) updated by
-
Milestone changed
Automatic ticket cleanup.
Apr 22, 2008:
- 11:53 PM Ticket #225 (Varible++) closed by
- Rejected: The following shorthand is possible: $var += $expression $var -= $expression $var *= $expression $var /= $expression $var &= $expression We do not need increment/decrement operators.
- 11:44 PM Ticket #226 (Explorer freezes momentarily when using Windows Shortcut keys while ...) created by
- AutoIt seems to be causing long delays when using Windows Shortcut …
- 11:30 PM Ticket #225 (Varible++) created by
- I was wondering if we could get a new function for something like C++, …
Apr 21, 2008:
- 8:54 PM Milestone 3.2.11.10 completed
- 4:12 PM Ticket #223 (GUIRegisterMsg() callback documentation...) closed by
- Duplicate: The documentation is correct, the behavior is bugged and it is related to your other ticket. AutoIt is supposed to stop processing the message if you use the "Return" keyword, period. The only exception to that rule is if you use "Return $GUI_RUNDEFMSG" which is the only way to use Return *and* allow AutoIt to use it's own internal handler. I'm closing this as a Duplicate of #222. There is no bug in the documentation, just in AutoIt.
- 4:08 PM Ticket #224 (Ubound would return last index) closed by
- Rejected: Fixing incorrect resolution.
- 4:08 PM Ticket #224 (Ubound would return last index) reopened by
- 4:06 PM Ticket #224 (Ubound would return last index) closed by
- No Bug: It refers to the length when the array is initialized with an appropriate empty value. The behavior of UBound() is correct and will not be changed.
- 3:56 PM Ticket #224 (Ubound would return last index) created by
- In other languages, Ubound returns the last index. So wouldn't it be …
- 2:45 PM Ticket #223 (GUIRegisterMsg() callback documentation...) created by
- The GUIRegisterMsg() documentation needs updating. It's difficult to …
- 2:41 PM Ticket #222 (GUIRegisterMsg() and callback function "chains") created by
- It looks like there might be a bug/regression in the betas with …
- 2:02 PM Ticket #221 (Classes) closed by
- Rejected: Replying to anonymous: > http://svn.autoitscript.com/trac/wiki/AutoItNotOnToDoList Closing as Rejected, quoted URL explains why.
- 1:09 PM Ticket #221 (Classes) updated by
- http://svn.autoitscript.com/trac/wiki/AutoItNotOnToDoList
- 10:00 AM Ticket #221 (Classes) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 9:30 AM Ticket #221 (Classes) created by
- Ello, It'd be great if you guys included classes in a future version …
- 7:45 AM Ticket #219 (Accelerator tables and multiple GUI windows) closed by
- Fixed: Fixed in version: 3.2.11.10
Apr 20, 2008:
- 10:00 PM Ticket #220 (FileInstall() with a default source file.) updated by
-
Version changed
Automatic ticket cleanup. - 9:39 PM Ticket #220 (FileInstall() with a default source file.) closed by
- Rejected: There is already an idea on the table for rewriting FileInstall. It'll be done when it's done. This idea will not be part of that.
- 9:18 PM Ticket #220 (FileInstall() with a default source file.) created by
- Disclaimer: I completely understand why FileInstall can't include …
- 7:26 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- Unfortunately it's the call to TranslateAccelerator itself that sets the table in memory for the _next_ time that you get a message and call TranslateAccelerator again. So you may have already missed the exact message you were switching tables for. Anyway, I've got something working with the switching and it seems to be working OK in tests so I'll release a beta in a minute. Basically each window must have its own table. If you want a certain table from the parent to work in the children then you have to also set it in the children. But you can also have a different table in the children which will override.
- 4:46 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- I would be surprised if switching on-the-fly didn't work, since MSDN seems to indicate that it's as simple as passing a different HACCEL to TranslateAccelerator. I guess I can't speculate, though, if I don't know the underlying aspects of it (implementation and all) :) I suppose either solution would work fine for me, since my application expects accelerators to work only on the main parent dialog anyway (and not the children dialogs). Still it just feels like allowing one accelerator only is too limiting (but maybe it's just me :P). To a lesser degree of importance, it's also a break in consistency with the other GUISet*() functions, like GUISetHelp() (which is a less generic hotkey-setting function anyway that does work with multiple GUI windows, and happens to allow overriding of function on child dialogs). Nevertheless, I look forward to either outcome!
- 3:58 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- At the time I thought you could set accelerators on a per window basis. I found out later that windows only lets one accelerator table be active at a time which means what I did doesn't work. The change I'm proposing is that there is only one accelerator table full stop. I could probably "switch" tables on the fly as a window becomes active...that might work. But if not it will just be the one table and an option to allow events to one work in one or all windows.
- 2:56 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- Well, it seemed to me like winhandle parameter was specifically made to be used in that way to begin with (to make the accelerator table per-window) :P Adding an extra parameter (between accelerators and winhandle?) sounds like a fair workaround to me. Defaulting the "global-ness" to false and winhandle to the previously used window would keep with the consistency of other GUISet*() functions. Sure beats not being able to use standard, non-hotkey behavior at all when a registered hotkey is used somewhere else :D A question about design (just for clarification)... if a global accelerator table is set, should per-window accelerator tables override the global accelerator table when the dialog they're set for is focused? (Or should global/local accelerator table usage not be mixed?)
- 12:40 PM Ticket #50 (Handle COM Byte-Array) updated by
-
Severity changed
This is in no way blocking a release. - 12:34 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- I found out that you can only have a single accelerator table active, so being able to set them per window was a waste of time. The only "fix" I can think of is an extra parameter to indicate if an entire accelerator table should be global or just for the window it was created for. Can't think of any other options.
- 11:40 AM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) closed by
- Fixed: Fixed in version: 3.2.11.10
- 7:46 AM Ticket #218 (StringFormat) closed by
- Completed: Added in version: 3.2.11.10
- 7:44 AM Ticket #218 (StringFormat) updated by
- I try to add some but Valik is right as the function as a very complicated syntax
- 6:49 AM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- Uh, ignore the aside; it was just me being stupid and forgetting that the $Edit control generates its own event >_>
- 6:45 AM Ticket #219 (Accelerator tables and multiple GUI windows) created by
- When you set accelerators to be used in a window (using …
- 3:13 AM Ticket #218 (StringFormat) updated by
- It's a complicated function with complicated syntax. It's not really the kind of function for somebody to stumble on and use, it's the kind of function you go specifically looking for because you know you need it and know how to use it. I'm not going to close this yet because maybe somebody can suggest a way to improve it. Just saying "more examples" doesn't help, however, because once you understand one example, you understand them all.
- 12:00 AM Ticket #218 (StringFormat) updated by
-
Version changed
Automatic ticket cleanup.
Apr 19, 2008:
- 10:18 PM Ticket #218 (StringFormat) created by
- I would like to see a more detailed help example of StringFormat. The …
- 9:18 PM Ticket #198 (_FileReadToArray) updated by
-
Severity changed
- 9:17 PM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
-
Severity changed
- 9:17 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
-
Severity changed
- 6:54 PM Ticket #217 (AutoIt3Wrapper_Gui Bug) closed by
- No Bug: Already fixed. Please check latest available.
- 5:39 PM Ticket #216 (_DateDiff not recognized by SciTE Lexer) closed by
- Duplicate: Duplicate of #54.
- 5:22 PM Ticket #115 (Document Aut2Exe's /bin parameter) closed by
- Completed: Added in version: 3.2.11.10
- 4:55 PM Ticket #217 (AutoIt3Wrapper_Gui Bug) created by
- Line 1468 on Version 1.9.5.7 is wrong […]
- 3:55 PM Milestone 3.2.11.9 completed
- 1:52 PM Ticket #216 (_DateDiff not recognized by SciTE Lexer) created by
- Hi folks, you are doing a wonderful job. I am very pleased by the …
- 1:18 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
- Replying to jpm: > can you post the limit you reach RAM/nb GUI Hi, even better. :-) It seems to have nothing to do with CPU or RAM. I've got a new Laptop with dual core 2,2 Ghz and 2 GB of RAM (XP SP2) latest Autoit beta. Autoit stopps at ~ 260 GUIs. Java has no problem creating 500 or more GUIs. […] Mega
- 10:58 AM Milestone 3.2.11.8 completed
- 10:32 AM Ticket #214 (Some GUI objects display about 3% smaller in build 3.2.11.7) closed by
- Fixed: Fixed in version: 3.2.11.8
- 12:30 AM Ticket #215 (Koda: Multimon: If secondary monitor is left of primary monitor, ...) closed by
- No Bug: Koda is not our product. Try asking the people who make Koda. Closing as No Bug.
- 12:22 AM Ticket #215 (Koda: Multimon: If secondary monitor is left of primary monitor, ...) created by
- I have a multimon setup. The primary monitor is on the right side and …
Apr 18, 2008:
- 5:23 PM Ticket #212 (Add HWND parameter to InputBox) closed by
- Completed: Added in version: 3.2.11.8
- 5:00 PM Ticket #214 (Some GUI objects display about 3% smaller in build 3.2.11.7) created by
- This is the same issue from v3.2.5.1. …
- 7:47 AM Ticket #213 (GUISetAccelerators doesn't work with enter Key from 3.2.11.6) closed by
- Fixed: Fixed in version: 3.2.11.8
- 6:31 AM Ticket #89 (RunAs w/ Profile does not grant acess to user environment) updated by
-
Severity changed
- 6:30 AM Ticket #50 (Handle COM Byte-Array) updated by
-
Severity changed
- 6:29 AM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
- can you post the limit you reach RAM/nb GUI
- 12:14 AM Ticket #115 (Document Aut2Exe's /bin parameter) updated by
-
Severity changed
- 12:14 AM Ticket #212 (Add HWND parameter to InputBox) updated by
-
Severity changed
- 12:14 AM Ticket #213 (GUISetAccelerators doesn't work with enter Key from 3.2.11.6) updated by
-
Severity changed
- 12:13 AM Ticket #90 (RunAs fails for a Limited User if run-as user's Profile is loaded) updated by
-
Severity changed
Apr 17, 2008:
- 10:50 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) reopened by
- Hi, I tried it with Java. No problem here. I can create as much GUI controls as RAM can handle. Many many more than Autoit can do. Mega
- 6:09 PM Ticket #207 (Auto Propercase in Comments) closed by
- No Bug: The "normal" version of SciTE4AutoIt3 that comes with the AutoIt3 installer doesn't have a "propercase" function because that is done by a LUA function I wrote. :)
- 3:04 PM Ticket #213 (GUISetAccelerators doesn't work with enter Key from 3.2.11.6) created by
- From Beta 3.2.11.6 - ENTER - doesn't work on GUISetAccelerators, …
Apr 16, 2008:
- 5:29 PM Ticket #211 (GUICtrlToolbar UDF: Button text accelerator prefix underscore disappears) updated by
- Thanks Valik, That was it.
- 3:22 PM Ticket #210 (File Unlocker) updated by
- Replying to Valik: > This is neither trivial to implement, nor is it safe. I think you would be better off using Handle.exe from Sysinternals for this. The code I found seems simple enough. Unsafe I understand. I have found this functionality crucial in some software deployment and virus cleanup scenarios.
- 9:24 AM Ticket #207 (Auto Propercase in Comments) updated by
- Since I recently updated SciTE to SciTE4AutoIt3 everything was fixed. However if you can try the normal packaged SciTE then you should get the problem.
- 2:39 AM Ticket #212 (Add HWND parameter to InputBox) created by
- Summary says it all really. Just like feature request #39.
- 12:25 AM Ticket #211 (GUICtrlToolbar UDF: Button text accelerator prefix underscore disappears) closed by
- No Bug: I'm assuming that you have the option selected to "Hide underlined letters for keyboard navigation until I press the Alt key" checked (Display Properties -> Effects). Whenever I disable this option, I correctly see the underline always. When this option is enabled, you shouldn't expect to see the underline until you press the Alt key. I don't see any behavior here that is bug-worthy.
Apr 15, 2008:
- 11:47 PM Ticket #211 (GUICtrlToolbar UDF: Button text accelerator prefix underscore disappears) created by
- Toolbar button text accelerator prefix underscore disappears when a …
- 8:00 PM Ticket #210 (File Unlocker) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 7:44 PM Ticket #203 (AutoIt3Wrapper - Work on backup files) closed by
- Rejected: Closed - lack of response.
- 7:36 PM Ticket #210 (File Unlocker) closed by
- Rejected: This is neither trivial to implement, nor is it safe. I think you would be better off using Handle.exe from Sysinternals for this.
- 6:12 PM Ticket #210 (File Unlocker) created by
- Add functionality to ProcessClose() or some related function... …
- 1:53 PM Ticket #80 (Au3Info showing advanced window descriptions) closed by
- Completed: Added in version: 3.2.11.8
- 10:00 AM Ticket #209 (Another guictrldelete win32 exception) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:44 AM Milestone 3.2.11.7 completed
- 8:46 AM Ticket #209 (Another guictrldelete win32 exception) closed by
- Fixed: Thanks fixed 3.2.11.7
Apr 14, 2008:
- 10:00 PM Ticket #209 (Another guictrldelete win32 exception) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:04 PM Ticket #209 (Another guictrldelete win32 exception) created by
- Using guictrldelete() on a natively created listview which has had all …
- 10:53 AM Ticket #170 (FileCopy unable to copy new files when source files number excess 10k) closed by
- No Bug: Replying to Nitrogen: > But I think we expect FileCopy() will "copy all new files and skip existing files". Filecopy is doing what Windows does and stop when Windows stop. You cannot expect such behavior I will close again
- 9:27 AM Ticket #208 (Expand Adlib functionality) updated by
- Gary wrote a bunch of _Timer* UDF's that will probably do exactly what you want. Look for _Timer_SetTimer().
- 9:26 AM Ticket #39 (Add HWND to common dialogs) updated by
- So did Jon actually do this work, or did he just change the owner at completion time to steal all the credit from Valik? :P
- 3:26 AM Ticket #170 (FileCopy unable to copy new files when source files number excess 10k) updated by
- But I think we expect FileCopy() will "copy all new files and skip existing files".
Apr 13, 2008:
- 7:08 PM Milestone 3.2.11.6 completed
- 6:37 PM Ticket #208 (Expand Adlib functionality) closed by
- Rejected: What is stopping you from calling more than one function from a single "master" AdLib callback? If you need callbacks on separate timers, it's trivial to do that as well. Or you could use WM_TIMER and GUIRegisterMsg(). Changing this to a feature request and closing as rejected (really, a bug? Come on).
- 2:30 PM Ticket #79 (Allow searching for windows/controls by position.) closed by
- Completed: Added in version: 3.2.11.6
- 10:14 AM Ticket #39 (Add HWND to common dialogs) closed by
- Completed: Added in version: 3.2.11.6
- 9:22 AM Ticket #208 (Expand Adlib functionality) created by
- I found out the hard way that you can only have one function called …
Apr 12, 2008:
- 6:50 PM Ticket #170 (FileCopy unable to copy new files when source files number excess 10k) updated by
- Well, the error is really quite obvious. You created 13,005 files, copied them all, then created 1 more file and told FileCopy() to copy all the files again but did not specify the overwrite flag. FileCopy() stops on the very first file because it's not allowed to overwrite. This is obviously not quite expected (or documented) behavior but I'm certain that it is no bug, either.
- 4:02 PM Ticket #170 (FileCopy unable to copy new files when source files number excess 10k) reopened by
- Here is my test code […] Ooops! The new files aren't copied! […]
Apr 9, 2008:
- 10:00 PM Ticket #207 (Auto Propercase in Comments) updated by
-
Version changed
Automatic ticket cleanup. - 8:58 PM Ticket #207 (Auto Propercase in Comments) updated by
-
Owner, Version, Component changed
Just tried this but it didn't propercase it for me while in a comment line. Please specify a way to replicate this and ofcourse I need to know the installed version (Date) of SciTE4AutoIt3 you use. - 10:00 AM Ticket #207 (Auto Propercase in Comments) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:50 AM Ticket #207 (Auto Propercase in Comments) created by
- When Auto Propercase is turned on, function names in comments are …
Apr 8, 2008:
- 8:04 PM Ticket #205 ([Vista64] PixelGetColor returns color of desktop picture instead of ...) closed by
- No Bug: Closing as No Bug.
- 1:23 PM Ticket #205 ([Vista64] PixelGetColor returns color of desktop picture instead of ...) updated by
- Further investigation has revealed that the issue is in fact anti aliasing. If a game uses anti aliasing getpixelcolor no longer "sees" the window. Probably not a bug then, but an update to the documentation would be help that pixelsearch and getpixelcolor both require antialiasing for the app to be turned off.
Apr 7, 2008:
- 3:00 PM Ticket #206 (Sleep Documentation Incorrect) closed by
- No Bug: You are missing the point. All functions must return a value, so no function returns a value of "none". But the point is, the return value is not clearly defined. We do not guarantee Sleep() will return 1. If you choose to rely on this value, you do so at your own risk that at some point we may change the value. Hence, the return value is not documented.
- 12:00 PM Ticket #206 (Sleep Documentation Incorrect) updated by
-
Milestone changed
Automatic ticket cleanup. - 10:59 AM Ticket #206 (Sleep Documentation Incorrect) created by
- The documentation of the function Sleep( delay ) is incorrect. It …
Apr 6, 2008:
- 3:54 PM Ticket #199 (Multi-Monitor Support Include File) closed by
- Rejected: This doesn't seem like something we need in the official distribution at this time.
- 3:52 PM Ticket #204 (GUICtrlCreateListViewItem() - new optional parameter IconIndex) closed by
- Rejected
Apr 5, 2008:
- 4:21 PM Ticket #205 ([Vista64] PixelGetColor returns color of desktop picture instead of ...) created by
- When trying to determine the color of a pixel via PixelGetColor in a …
Apr 4, 2008:
- 9:09 PM Ticket #203 (AutoIt3Wrapper - Work on backup files) updated by
- Tidy runs on the original for obvious reasons but shouldn't never "mess things up". Obfuscator reads the original but NEVER modifies it and creates a new file called Scriptfile_obfuscated.au3. Am I missing your point here ? Jos
- 11:27 AM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
- Replying to Jpm: > According to other AutoIt Dev that's a Window behavior. No bug from AutoIt side !!! Window or Windows? I guess, you meant Windows. So, it depends on the CPU and RAM and Windows version how many GUIs I can create? I will try to translate the script into Java or Perl and see how many GUIs I can create that way. Mega
- 10:58 AM Ticket #204 (GUICtrlCreateListViewItem() - new optional parameter IconIndex) updated by
- Sorry. In my previous post where I wanted to add GUICtrlListView_SetImageList() I didn't consider that also all imagelist's functions from GuiImageList.au3 include must be added as native too based on >Sorry, but none AutoIt function can depend of an UDF.
- 10:54 AM Ticket #204 (GUICtrlCreateListViewItem() - new optional parameter IconIndex) reopened by
- >Sorry, but none AutoIt function can depend of an UDF. If none AutoIt function can depend of an UDF then just add _GUICtrlListView_SetImageList() as native one GUICtrlListView_SetImageList() This will be very simple change and will make much more flexible icons operations with ListView/TreeView with native functions. >You can build your own UDF GUICtrlCreateListViewItemEX($itemtext, $ListView1, $index [,$imagefile]) I thought about that already but creating ListView items by UDF functions is much more slower (several times!) then native one. See this post about that: http://www.autoitscript.com/forum/index.php?showtopic=67829
- 7:59 AM Ticket #187 (AutoIt3.chm::/html/script_breaking_changes.htm) closed by
- Completed
- 7:44 AM Ticket #181 (Could you make AutoIT Window Info Selectable?) closed by
- Rejected: see the info above the listview, it say double-click and you get what you want without switching to the summary page
- 7:27 AM Ticket #204 (GUICtrlCreateListViewItem() - new optional parameter IconIndex) closed by
- Rejected: Sorry, but none AutoIt function can depend of an UDF. You can build your own UDF GUICtrlCreateListViewItemEX($itemtext, $ListView1, $index [,$imagefile])
- 1:17 AM Ticket #187 (AutoIt3.chm::/html/script_breaking_changes.htm) updated by
- JP, I think all that needs done is for the script breaking change to link to the UDF renaming page. Right now there are 2 different pages that list script-breaking changes with no link from the "main" script breaking change page to the UDF renaming page.
- 1:04 AM Ticket #201 (DLLCall: $aRet[4] is invalid in AutoIT 3.2.10.0) closed by
- Duplicate: Closing as duplicate since it's long fixed, like I suspected.
- 12:58 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
-
This is trivial to solve. Just look for the registry key and use that data if it's found. If it's not found, use the following regular expression:
"(?:Microsoft)|(?:Windows) Internet Explorer"That will match either "Microsoft Internet Explorer" or "Windows Internet Explorer". No complex OS/IE version complications. - 12:26 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
- Thanks for the version information. I found a Microsoft KB on this: http://support.microsoft.com/kb/176497 When the registry key is missing, the default value is documented to be "Microsoft Internet Explorer". In fact, that the KB is incorrect and it is "Microsoft Internet Explorer" with some versions of IE/Windows and "Windows Internet Explorer" with others. Some more researched required. Dale
- 12:13 AM Ticket #201 (DLLCall: $aRet[4] is invalid in AutoIT 3.2.10.0) updated by
- This was a known problem in AutoIt 3.2.10.0 caused by a bug in DllCall. This is fixed in AutoIt Beta 3.2.11.x. I tested the code and confirmed that it worked in beta 3.2.11.x and failed in 3.2.10.0. Bug fixed in beta. Please close. DaleHohm
- 12:00 AM Tickets #203,204 batch updated by
-
Version changed
Automatic ticket cleanup.
Apr 3, 2008:
- 11:43 PM Ticket #202 (Would like to be able to Branch on condition) closed by
- Rejected: It doesn't matter if I have a solution or not, that's not what the issue tracker is for. Don't re-open the ticket.
- 11:19 PM Ticket #204 (GUICtrlCreateListViewItem() - new optional parameter IconIndex) created by
- GUICtrlCreateListViewItem() - new optional parameter IconIndex $iImage …
- 10:57 PM Ticket #203 (AutoIt3Wrapper - Work on backup files) created by
- It would be very nice if there was an option ,when compiling …
- 10:47 PM Ticket #202 (Would like to be able to Branch on condition) updated by
- Yes. You can have the AdLib() function spawn a new copy of your script and pass as a paramater, the next record number to execute then terminate the current script :P
- 10:39 PM Ticket #202 (Would like to be able to Branch on condition) reopened by
- So, do YOU have a solution? Or do you think the "Add 700 identical statements" is the best way ?
- 10:14 PM Ticket #202 (Would like to be able to Branch on condition) closed by
- Rejected: This actually sounds worse than Goto... not happening.
- 10:00 PM Ticket #202 (Would like to be able to Branch on condition) updated by
-
Version changed
Automatic ticket cleanup. - 9:58 PM Ticket #202 (Would like to be able to Branch on condition) created by
- Before you whack this request for a GoTo, let me explain... Consider a …
- 9:08 PM Ticket #181 (Could you make AutoIT Window Info Selectable?) updated by
- Replying to Jpm: > Can you describe more clearly want you want? > The last selected tab is reselected. It can be any tab not just the summary one. Open Autoit v3 Window Info Select the tab marked Control Highlight something, then freeze the window with Alt-Ctrl-F Now, Copy the ClassnameNN... Without flipping to the summary page... You can not.... It would speed things up if I could copy from the tab I am on, instead of needing to always flip to the summary page (Otherwise, why bother with breaking down into different tabs ?)
- 3:40 PM Ticket #201 (DLLCall: $aRet[4] is invalid in AutoIT 3.2.10.0) updated by
-
Owner, Status changed
Not sure you can use as is internal functions of IE.au3. I leave to DaleHolm the final answer - 3:38 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) closed by
- No Bug
- 3:36 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
- According to other AutoIt Dev that's a Window behavior. No bug from AutoIt side !!!
Apr 2, 2008:
- 8:00 PM Ticket #201 (DLLCall: $aRet[4] is invalid in AutoIT 3.2.10.0) updated by
- Sorry!!! Like I said, I'm new here so don't expect me to get it right the first time. Those directions you gave belong in the sticky note about posting bug reports in the bug report section of the forum (which I read before posting). Replying to Valik: > Always always ALWAYS post a script. This report is worthless without a script. > > Also, please don't say "latest beta". That is a moving target and what you think is the latest beta may or may not be. Given the exact version number you tested with.
- 8:45 AM Ticket #198 (_FileReadToArray) updated by
- Replying to Valik: > >To answer the OP's question with another question: Should a file that ends with @CRLF be processed with a final Empty record ? > I expect to be able to read a @CRLF file with _FileReadToArray() and then to write it with _FileWriteFromArray() and produce an identical file. It doesn't seem useful to me to strip trailing whitespace on read (that's an operation that should take place at write-time). Yes, I agree. That is what I meant. Should be the same.
- 5:41 AM Ticket #201 (DLLCall: $aRet[4] is invalid in AutoIT 3.2.10.0) updated by
- Always always ALWAYS post a script. This report is worthless without a script. Also, please don't say "latest beta". That is a moving target and what you think is the latest beta may or may not be. Given the exact version number you tested with.
- 5:01 AM Ticket #201 (DLLCall: $aRet[4] is invalid in AutoIT 3.2.10.0) created by
- Hi, I'm new here. I've been creating a script with AutoIT that uses …
Apr 1, 2008:
- 10:21 PM Ticket #198 (_FileReadToArray) updated by
- Replying to Jos: > aahh, a case of "stab first then ask"? Always. > Do you mean to use the whole @crlf as string to split on? > Shouldn't that be: $aArray = StringSplit($sTemp, @CRLF,1) ; Try Windows @CRLF first Yes, that's what I meant (dry coded). > At the time This UDF was written the 3rd parameter wasn't there. Fair enough, though it still doesn't explain all the nested function calls. >To answer the OP's question with another question: Should a file that ends with @CRLF be processed with a final Empty record ? I expect to be able to read a @CRLF file with _FileReadToArray() and then to write it with _FileWriteFromArray() and produce an identical file. It doesn't seem useful to me to strip trailing whitespace on read (that's an operation that should take place at write-time).
- 8:55 PM Ticket #198 (_FileReadToArray) updated by
- Hi, I come from here: […] I wondered why _FileCountLines counts all the empty lines and _FileReadToArray doesn't. That is why I thought I put a question here to clarify it.
- 8:23 PM Ticket #198 (_FileReadToArray) updated by
- aahh, a case of "stab first then ask"? Do you mean to use the whole @crlf as string to split on? Shouldn't that be: $aArray = StringSplit($sTemp, @CRLF,1) ; Try Windows @CRLF first At the time This UDF was written the 3rd parameter wasn't there. To answer the OP's question with another question: Should a file that ends with @CRLF be processed with a final Empty record ? Jos
- 4:29 PM Ticket #200 (_ArrayDisplay) closed by
- No Bug: Please stop asking *QUESTIONS* on here. This is for reporting bugs or asking for new features. It is not for asking for clarification on things. That's what the forum is for. As to your question, virtually all functions that work with arrays should take them ByRef for performance reasons. _ArrayDisplay() was brought more in line with other functions that take arrays and going forward most functions that take an array should be taking them ByRef. Closing this. Please direct future questions to the forum, not here.
- 11:21 AM Ticket #200 (_ArrayDisplay) created by
- HI Gary/Ultima, there was a change on the array functions between …
- 8:00 AM Ticket #199 (Multi-Monitor Support Include File) updated by
-
Version changed
Automatic ticket cleanup. - 7:13 AM Ticket #199 (Multi-Monitor Support Include File) created by
- I have taken several scripts from the AutoIt form and created a …
Mar 31, 2008:
- 10:42 PM Ticket #197 ($CmdLine as @CmdLine) closed by
- Rejected: First, I don't think the macro system supports array's so it could be quite a bit of work under the hood to enable that. Second, but more importantly, in 5 years this hasn't been an issue more than a handful of times. Yet it's a change that will break an extremely large number of scripts.
- 10:39 PM Ticket #198 (_FileReadToArray) updated by
- Can I stab whoever wrote that line of code? There's no sense in nesting function calls like that. You don't gain much over: […] I could go either way on this, it probably should preserve the file contents as much as possible. However, trailing whitespace is not important since presumably this is going to be used to read a text file. I will mention a bug with this function, though, it only supports Windows and Unix documents. Mac documents using only @CR will appear as a single line since the @CR will be stripped and the @LF won't match anything to split. A better way of writing the code would be: […]
- 9:59 PM Ticket #198 (_FileReadToArray) created by
- Hi, this is no really big bug, but it would be nice if someone could …
- 8:00 PM Ticket #197 ($CmdLine as @CmdLine) updated by
-
Milestone changed
Automatic ticket cleanup. - 6:18 PM Ticket #197 ($CmdLine as @CmdLine) created by
- I propose that $CmdLine may be changed to a macro to reduce confusion. …
- 12:03 AM Ticket #196 (Enable shell printing of AutoIt source code) closed by
- Rejected: You kind of ramble on a bit making it somewhat unclear what you are asking for. However, the only thing I can fathom that actually involves us making any change to anything is for us to add the print verb to the file association when registered by the installer. To me, this doesn't sound very useful. Rejecting this.
- 12:00 AM Ticket #196 (Enable shell printing of AutoIt source code) updated by
-
Version changed
Automatic ticket cleanup.
Note:
See TracTimeline
for information about the timeline view.
