Timeline
Jan 21, 2009:
- 7:17 PM Ticket #785 (AGAIN: @ScriptDir does contain a trailing backslash on drive root) closed by
- No Bug: So what, you want it to return an INVALID path? C: is not path.
- 7:01 PM Ticket #785 (AGAIN: @ScriptDir does contain a trailing backslash on drive root) created by
- Could not reopen ticket #753 : …
- 3:41 PM Ticket #784 (Open SciTE4AutoIt without saving file and click F1) closed by
- No Bug: As reported many times in our forums: The AutoIt3 specific shortcuts/tools in SciTE will only work when the file is saved with a proper autoit3 (.au3) file extension.
- 10:00 AM Ticket #784 (Open SciTE4AutoIt without saving file and click F1) created by
- Open SciTE4AutoIt without saving file and click F1 or clik …
Jan 20, 2009:
- 6:58 PM Ticket #783 (Easier GUIs) closed by
- Rejected: Several comments here. * Our syntax is not such that it allows that. Honestly? Your syntax looks like a mess to me. I much prefer being verbose. I see a lot of ambiguity in your example. * You're comparing apples to oranges. HTML and CSS? Seriously? Comparing native GUIs to HTML forms is not a valid comparison. * With simplicity comes lack of functionality. The more simple you make something the more functionality you take away or the harder you make the advanced functionality to use. We try to make things as simple as we can while still allowing advanced functionality. * You're the first person to complain about the complexity. Most people suggest that it's pretty easy to create GUIs in AutoIt. * The last time I checked AutoIt supported writing your own functions. If you aren't satisfied with the complexity of the native functions write your own wrappers around them to abstract away the complex parts you seldom use.
- 3:00 PM Ticket #783 (Easier GUIs) updated by
-
Version changed
Automatic ticket cleanup. - 12:10 PM Ticket #783 (Easier GUIs) created by
- Why can't you just write Menu(6 Options), File, Edit, View, …
Jan 19, 2009:
- 8:31 PM BadContent edited by
- (diff)
- 8:22 PM BadContent edited by
- (diff)
- 5:39 PM Ticket #582 (Tab Item on a Tab Control, Tips not showing) closed by
- Completed: Added in version: 3.3.1.0
- 10:56 AM Ticket #782 (Problem _GUICtrlListView_DeleteItem) closed by
- No Bug: If you use a UDF to add/insert the data then you need to get the handle to the control for delete _GUICtrlListView_DeleteItem(GUICtrlGetHandle($ListView1), 2)
- 10:44 AM Ticket #782 (Problem _GUICtrlListView_DeleteItem) updated by
- Here's the sample code to check (Change "True" to "False"): #Include <GuiListView.au3> #include <GUIConstantsEx.au3> #include <WindowsConstants.au3> $MainForm = GUICreate("VDX System deployment tool.", 657, 440, 218, 434) $ListView1 = GUICtrlCreateListView("Setup|Application|Installed", 8, 8, 353, 425) Sleep (3000) GUISetState(@SW_SHOW) If True Then _GUICtrlListView_AddItem($ListView1, "1") _GUICtrlListView_AddItem($ListView1, "2") _GUICtrlListView_AddItem($ListView1, "3") _GUICtrlListView_AddItem($ListView1, "4") Else GUICtrlCreateListViewItem("Cool 1", $ListView1) GUICtrlCreateListViewItem("Cool 2", $ListView1) GUICtrlCreateListViewItem("Cool 3", $ListView1) GUICtrlCreateListViewItem("Cool 4", $ListView1) EndIf Sleep( 1000) _GUICtrlListView_AddItem($ListView1, "Del 2") _GUICtrlListView_DeleteItem($ListView1, 2) Sleep (2000)
- 10:38 AM Ticket #782 (Problem _GUICtrlListView_DeleteItem) created by
- If ListViewItem created by _GUICtrlListView_AddItem() then …
- 10:17 AM Ticket #778 (EnvGet("PROCCESSOR_ARCHITECTURE") reports x86 on 64 bit OS) updated by
- Why don't you use one of thos @CPUArch, @OSARch, @AutoItX64 …
Jan 18, 2009:
- 5:04 PM Ticket #771 (Message to Valik) updated by
- Please reinstate banned users: Tinyboy and JellyFish666
- 3:04 PM Ticket #781 (FileGetAttrib fails to recognize (D)irectories) closed by
- No Bug
- 2:40 PM Ticket #781 (FileGetAttrib fails to recognize (D)irectories) updated by
- Sorry folks, I didn't understand the meaning of FileFindNextFile. Should have added a line like $file= $rootDir & "\" & $file Sorry. Peter.
- 2:38 PM Ticket #780 (bug with zero) updated by
- Sorry folks, I didn't understand the meaning of FileFindNextFile. Should have added a line like $file= $rootDir & "\" & $file Sorry. Peter.
- 2:27 PM Ticket #781 (FileGetAttrib fails to recognize (D)irectories) created by
- The FileGetAttrib function only rarely returns a "D" flag for …
- 9:07 AM Ticket #780 (bug with zero) closed by
- No Bug: I am curious to see which version was OK from your point of view as all official releases and certainly all betas display "This is a bug!". what AutoIt does is comparing the integer 0 to a converted string to integer. This conversion always return 1 except when the string is empty. NO BUG
- 8:53 AM Ticket #780 (bug with zero) created by
- $i=0 If $i="dfdsfds" Then MsgBox(0,"","This is a bug!") Else …
Jan 17, 2009:
Jan 16, 2009:
- 2:02 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:39 AM Ticket #779 (Infinite Loop On Exit) updated by
- Okay, what the hell. After seeing how you just fixed that JP, I thought I fixed that years ago? I remember seeing there was a problem in that area and so I fixed it. Unless I only fixed it for controls and not GUI's…
- 6:35 AM Ticket #779 (Infinite Loop On Exit) closed by
- Fixed: Fixed in version: 3.3.1.0
- 1:59 AM Ticket #779 (Infinite Loop On Exit) updated by
- You should not specify WS_EX_LAYERED when specifying WS_CHILD. The two are not compatible and as a result no window is created. Apparently the failure to create the window is causing something in AutoIt to go wrong... You need to remove WS_EX_LAYERED to solve your problem. Even when AutoIt is fixed your code will still not work how you intend.
- 12:14 AM Ticket #779 (Infinite Loop On Exit) created by
- Infinite Loop On Exit I opened this test script and then closed it. …
Jan 15, 2009:
- 8:46 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) closed by
- Completed: Added in version: 3.3.1.0
- 7:09 AM Ticket #775 (control AfxFrameOrView operation) closed by
- Rejected: While we *might* add UDFs to AutoIt we won't be the ones to write them. However, I don't know that what you ask for is useful outside very rare circumstances.
- 7:06 AM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) closed by
- Completed: Added in version: 3.3.1.0
Jan 14, 2009:
- 7:40 PM Ticket #778 (EnvGet("PROCCESSOR_ARCHITECTURE") reports x86 on 64 bit OS) closed by
- No Bug: Why do you think something pulled from the environment is a bug in AutoIt? We don't set the environment, the OS does. And the OS is right because you're running the 32-bit version of AutoIt so returning x86 is correction. Run the 64-bit version of AutoIt and it will show x64.
- 7:16 PM Ticket #778 (EnvGet("PROCCESSOR_ARCHITECTURE") reports x86 on 64 bit OS) created by
- […] Maybe related is the fact that @OSVERSION reports WIN_2003 on …
- 12:02 PM Ticket #776 ($LVM_GETITEM missing in ListViewConstants.au3) closed by
- No Bug: Not a bug, just hadn't removed those old constants without the "A" till now.
- 12:00 PM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) updated by
-
Version changed
Automatic ticket cleanup. - 9:49 AM Ticket #776 ($LVM_GETITEM missing in ListViewConstants.au3) updated by
- I was thinking with the suppression of ANSI support we don't need anymore such ...A definition
- 9:15 AM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) updated by
- I forgot fill in my nick in this ticket again.
- 9:12 AM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) created by
- In helpfile at GUICreate() --> add note about width, height --> it …
- 9:09 AM Ticket #776 ($LVM_GETITEM missing in ListViewConstants.au3) created by
- There is […] but in TreeViewConstants.au3 there is […] So …
- 12:00 AM Ticket #775 (control AfxFrameOrView operation) updated by
-
Version changed
Automatic ticket cleanup.
Jan 13, 2009:
- 10:30 PM Ticket #775 (control AfxFrameOrView operation) created by
- Some applications use a control named AfxFrameOrView (AfxFrameOrView42 …
- 10:19 PM Ticket #771 (Message to Valik) updated by
- To my German Neighbor, My time is wasted here as much as Jon's, Valiks and others. If you have a quarrel here with this community and your only sollution is to resort to actions like this I can only say that I feel sorry for you as you must be lacking something in life that's really important to you. To me there is only one person here that should tell Valik to change/behave/Shut-Up and that is Jon as AutoIt3 is his baby and nobody else's. Everybody else can have an opinion about it and even voice that in a mature way but I cannot see the validity in you trying to take the law in your own hands and starting a vendetta against Valik by totally screwing up the Forum or the TRAC system and hurting our community as a whole. So I would appreciate you get of our case and move on to find another good cause to put your energy in. Jos
- 10:03 PM Ticket #773 (_GUICtrlStatusBar_SetParts() - badly documented parameters) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:07 PM Ticket #771 (Message to Valik) updated by
- Replying to TinyBoy: > I don't like yoir disrespectful behavior in the forum. So you respond by disrespecting the entire AutoIt community. > Rejecting requests in TRAC with poor arguments, shouting and revoking users, who only want to support you. We have the right to close any ticket for any reason in any way we see fit. This is *our* project, not yours. > Therefore, I decided to teach you a lesson. You taught me several things. How to treat people "better" was not one of them. > I choosed the bug section of TRAC, since this has no harm to the average user, Wrong. As I'm sure you're well aware, the ability to post new tickets has been shut off quite a lot recently. That means people can't ask for features or post bugs. This started right after a new major release when it's expected for us to receive a few bug reports of things we missed or overlooked. How are people supposed to report those when we have to keep our issue tracker turned off? In addition, this created such a back-log for one of our valued members that he accidentally banned himself from Trac trying to post all the things he had been sitting on. He banned himself because we had to enforce tighter rules to mitigate the temporary damage you were doing. So no, you didn't just affect me. You affected the entire community. In addition, your stunt using the Report feature on the forum is known to me, though it did not affect me at all since I don't see those. Generating a hundred or so emails to half a dozen people who aren't me seems to contradict your logic rather nicely. If you care about the language so much then you should be disappointed to learn that you (temporarily) stopped development on a feature. I was attempting to work on something when I had to stop and deal with your garbage. I have yet to find time to resume work on it. So is that how you teach me a lesson? Get me out of having to better the language to stop and deal with you? Is that really productive? What goal is that serving? How does that not affect the rest of the community? If I don't finish that feature for weeks or months now you just caused the entire community to miss out on a feature for that time frame. So contrary to what you may think, you attacked everybody, not just me. > but only makes trouble for you, since you are covering the bug section. Wrong again. You affected every other developer as well. We all had to take action to keep your spam out. I was not alone in keeping the issue tracker clean. Never mind everything I've said previously about how your behavior affected the entire community. > My pre-conditions to honor a cease-fire are the followings: > - Delete this bug-report. No. It will remain publicly available. > - Reinstate banned users: Tinyboy and JellyFish666 No. Your behavior here is reason enough to keep TinyBoy banned. As for JellyFish666, he was warned in advance what would happen and he chose to proceed anyway. Further to that he he threatened us. That's instant removal. > - Remove arbitrary users qwertzu3, qwertzu4 and qwertzui6 from the board. What we do with banned accounts is our business, not yours. > - Send your answer to TinyBoy No. I will post it here for all to see. > Awaiting your polite response in TinyBoys mail-in box. :-) > > Hopefully, we can meet again at the right side of the fence. No, we will never be on the same side of the fence. No matter how much you dislike me your actions are not acceptable to the community. There's an expression called "collateral damage". You just made the entire community your collateral damage because you have a personal vendetta against me. You just attacked an entire community in order to make my life difficult despite the fact that before your spam started I had never spoken to you for any reason what-so-ever (that I am aware of).
- 8:21 PM Ticket #771 (Message to Valik) updated by
- Hello Valik, I don't like yoir disrespectful behavior in the forum. Rejecting requests in TRAC with poor arguments, shouting and revoking users, who only want to support you. Therefore, I decided to teach you a lesson. I choosed the bug section of TRAC, since this has no harm to the average user, but only makes trouble for you, since you are covering the bug section. My pre-conditions to honor a cease-fire are the followings: - Delete this bug-report. - Reinstate banned users: Tinyboy and JellyFish666 - Remove arbitrary users qwertzu3, qwertzu4 and qwertzui6 from the board. - Send your answer to TinyBoy Awaiting your polite response in TinyBoys mail-in box. :-) Hopefully, we can meet again at the right side of the fence. Best regards TinyBoy
- 6:10 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
-
Summary, Description, Reporter changed
Alright, I'm updating the the ticket to reflect what I think the request should be. - 5:44 PM BadContent edited by
- (diff)
- 4:34 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) updated by
- While Trying to take a printscreen-screenshot (for attachment), I got a 'Insufficient memory to create the bitmap. ...' message. (in case it matters, having 768mb of memory, with ~315mb free when running above progam)
- 4:19 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) created by
- following code displays a window with a 10x10 label grid. while …
- 3:53 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Here are old ToDo lists taken from AutoIt website: Attachments can't be placed in Track due to spam restrictions so I uploaded them to AutoIt forum Chat here: http://www.autoitscript.com/forum/index.php?showtopic=87618
- 2:30 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- typo in previous post: menat = meant
- 2:29 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Replying to Valik: > Could somebody please explain what this ticket is about? The title is vague and the text assumes prior knowledge of some list I don't remember. Here is copy of original old AutoIt TODO list: http://www.autoitscript.com/forum/index.php?s=&showtopic=12701&view=findpost&p=224110 Briefly said: Plugins - #include architecture menat that instead of PluginOpen(some_plugin.dll) should be something like #include "some_plugin.dll" It should be similar to including a3x files in current AutoIt.
- 2:20 PM Ticket #773 (_GUICtrlStatusBar_SetParts() - badly documented parameters) created by
- C:\Program …
- 12:32 AM Ticket #604 (implement the transparency of all Ctrl) closed by
- Completed: Added in version: 3.3.1.0
Jan 12, 2009:
- 10:46 PM Ticket #772 (stringstripLF) closed by
- Rejected: StringReplace($sSource, @LF, "")
- 10:27 PM Ticket #772 (stringstripLF) created by
- I would like to see AutoIT have a function to strip line feeds from …
- 8:01 PM BadContent edited by
- (diff)
- 8:01 PM BadContent edited by
- (diff)
- 7:52 PM BadContent edited by
- (diff)
- 7:48 PM BadContent edited by
- (diff)
- 7:48 PM BadContent edited by
- (diff)
- 5:58 PM Ticket #771 (Message to Valik) updated by
- Alright. I'll bite. Who are you and why are you doing this? What have I ever done to you since clearly you bear some grudge against me so you hurt the entire AutoIt community with your behavior.
- 12:16 PM Ticket #771 (Message to Valik) created by
- Hello Valik, here I give you the opportunity to comunicate with me. DO …
- 9:52 AM BadContent edited by
- (diff)
- 9:48 AM BadContent edited by
- (diff)
- 12:50 AM Ticket #333 (Directive for disabling /AutoItExecuteScript) closed by
- Completed: Added in version: 3.3.1.0
Jan 11, 2009:
- 4:42 AM Ticket #769 (FileFlush function) closed by
- Completed: Added in version: 3.3.1.0
Jan 10, 2009:
- 11:01 PM Ticket #759 (_GUICtrlListView_GetItemTextString() --> BIG speed optimize) closed by
- Fixed: Fixed in version: 3.3.1.0
- 8:45 PM Ticket #769 (FileFlush function) created by
- Need to add a function to flush a file. Currently it's only flushed …
- 8:43 PM Ticket #768 (Help for FileInstall needs to be updated) closed by
- No Bug: Err, try compiling. And after you get an error do a face-palm for not thinking about why FileInstall() doesn't accept variables in the first place. This is not a bug. The documentation does not need updated because FileInstall() was not changed.
- 7:28 PM Ticket #768 (Help for FileInstall needs to be updated) created by
- Help for FileInstall needs to be updated to allow a variable for the …
- 7:04 PM Ticket #144 (AutoIt AutoRecord) closed by
- Rejected: I think this has fallen into the abandoned pile or is at least on the "will be done randomly". Closing the ticket.
- 7:02 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Could somebody please explain what this ticket is about? The title is vague and the text assumes prior knowledge of some list I don't remember.
- 7:01 PM Ticket #351 (Reverse PixelSearch) closed by
- Completed: Closing for JP since he had a typo in the commit message which prevented it from being auto-closed. Completed in 3.3.1.0.
- 6:58 PM Ticket #119 (GuiCtrlGet*) closed by
- Rejected: Good enough answer for me. Closing as rejected.
- 6:47 PM Ticket #119 (GuiCtrlGet*) updated by
- My point of view is the user has to memorized what he did instead of asking what he has done. So for me it is not necessary
- 6:23 PM Ticket #262 (Plugins - array parameters) updated by
-
Description, Summary changed
Changed description to what I think the request reflects. - 6:21 PM Ticket #424 (_Dec64()) closed by
- Duplicate: I just created #767 with a better title/description about for improved 64-bit integer support. I'm closing this as a duplicate.
- 6:20 PM Ticket #767 (Better 64-bit integer support) created by
- Currently a lot of integer related functions truncate at 32-bits even …
- 6:15 PM Ticket #714 (Radical(i1,i2,iN)) closed by
- Rejected
- 6:15 PM Ticket #119 (GuiCtrlGet*) updated by
-
Severity changed
Do we really want to provide these? It seems like something simple for somebody to implement but is it really necessary? - 6:14 PM Ticket #63 (Overlay UAC icon on scripts with #RequireAdmin) closed by
- Rejected: Probably better ways to do this than a forced method.
- 5:39 PM Ticket #766 (Why was trac disabled?) closed by
- Rejected: This is not the appropriate place for that question. But as JP said, we have had an issue with spam so we have had it disabled. In the future if you have a question try the forum. Closing this ticket.
- 3:51 PM Ticket #766 (Why was trac disabled?) updated by
- as we allow guest to do report the track mechanism was spam. I am not sure the problem is over. Valik and Jon are working on it.
- 3:06 PM Ticket #766 (Why was trac disabled?) created by
- The last days, trac was not able to create a new tickrt. Why ?
Jan 9, 2009:
- 11:20 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Replying to Valik: > I've already explained this to ChrisL. The method he describes is bad. I explained again here (link is to a private forum). The basic gist is specifying a sharing is prone to 1) Failing; 2) Not working as expected. I will implement a FileLock() function when I get a few minutes to write it up. But we are not going to do what ChrisL suggest because it's not really a good way to go about this. Thanks, that not what the report was describing but if he really need a lock file mechanism he should have describe as such
- 6:37 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- I've already explained this to ChrisL. The method he describes is bad. I explained again here (link is to a private forum). The basic gist is specifying a sharing is prone to 1) Failing; 2) Not working as expected. I will implement a FileLock() function when I get a few minutes to write it up. But we are not going to do what ChrisL suggest because it's not really a good way to go about this.
- 5:22 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- If I understand ChrisL wants to defined at open time how he wants to use the file, allowing a specific sharing. For me that does not imply File Locking mechanism.
Jan 8, 2009:
- 4:30 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) closed by
- Completed: Added in version: 3.3.1.0
Jan 6, 2009:
- 10:29 PM Ticket #765 (Tip Text for label not shown after using GUICtrlSetStyle() on that label) closed by
- No Bug: The behavior is as expected as GUICtrlSetStyle does not force any style just the one send. In tyhe soecific case $SS_NOTIFY is a forced style which is destroyed as it is not part of default style. you need to supply Forced style if wanted
- 10:03 PM Ticket #764 (WinWait/ProcessWait should return handle/PID) closed by
- Completed: Added in version: 3.3.1.0
- 8:43 PM Ticket #765 (Tip Text for label not shown after using GUICtrlSetStyle() on that label) created by
- Hi, First please check …
- 10:49 AM BadContent edited by
- (diff)
- 10:45 AM BadContent created by
- 8:08 AM Ticket #763 (GUICtrlCreateIcon returns a 0 handle but doesn't destroy the created ...) closed by
- Fixed: Fixed in version: 3.3.1.0
Jan 5, 2009:
- 9:40 PM Ticket #764 (WinWait/ProcessWait should return handle/PID) created by
- * WinWait() should return an HWND on success. * ProcessWait() should …
- 9:23 PM Ticket #763 (GUICtrlCreateIcon returns a 0 handle but doesn't destroy the created ...) created by
- GUICtrlCreateIcon returns a 0 handle but doesn't destroy the created …
- 12:30 PM Ticket #757 (Set defaults for MouseClick()'s x/y parameters) closed by
- Completed: Added in version: 3.3.1.0
Jan 4, 2009:
- 3:59 AM Ticket #762 (Image Magick) closed by
- Rejected
- 3:59 AM Ticket #762 (Image Magick) updated by
- Could we? Yes. Will we? No. For one thing, that's likely to be a rather extensive project. For another, it doesn't really need to be distributed with AutoIt as long as it exists. Which it doesn't so requesting a UDF that doesn't exist is pointless as we'll just tell you to go write it yourself. So go write it yourself.
- 3:30 AM Ticket #762 (Image Magick) created by
- Could you include image magick in au3? it would be very nice for image …
Jan 3, 2009:
- 10:45 PM Ticket #761 (Scite issue: is this the correct spot?) closed by
- No Bug: A new option is added to the latest release of SciTE which was implemented as a standard in SciTEGlobal.properties: save.position=1 This will always restore the latest window position of SciTE. If you do not like this behaviour than just add it to your SciTEUser.properties with a value of 0. Jos
- 2:38 PM Ticket #760 (Regular expression; NUL character in \x##) updated by
- Banalizing me and my writing. Using hyperboles as means. ... almost challenging. Nice.
Jan 2, 2009:
- 5:58 PM Ticket #760 (Regular expression; NUL character in \x##) updated by
- It's called hyperbole, not banal.
- 10:50 AM Ticket #760 (Regular expression; NUL character in \x##) updated by
- You are banalizing things to gain some sort of advantage. You don't have to do that. When it comes to this I'm no match for you. Football - maybe. I recon your questions to be rhetorical ones.
- 5:30 AM Ticket #761 (Scite issue: is this the correct spot?) created by
- The current version of scite 4 autoit, for me, no longer supports a …
- 3:21 AM Ticket #760 (Regular expression; NUL character in \x##) updated by
- What should I document next? Should I document the function can't be used to make you toast? Or that the function is not suitable for use as a coffee filter? Documenting things functions can't do doesn't make sense. You can experiment and see if something works when it's not documented but don't come running to us if the experiment fails saying we need to document the results.
- 1:21 AM Ticket #760 (Regular expression; NUL character in \x##) updated by
- ok I've switched to 3.3.0.0 yesterday and saw that new function StringToASCIIArray(). Strings procesed by that function can contain null character, and help file remark is mentioning end of the string there (not to be null char). So, strings are converted to strings before regexp funtions. Then maybe when speaking of ascii characters and regular expression, it should be said somehow, that null character is that what it is.
- 12:17 AM Ticket #760 (Regular expression; NUL character in \x##) closed by
- No Bug: Code works how I expect. The function doesn't claim to work on binary data (data with embedded terminators).
Jan 1, 2009:
- 11:53 PM Ticket #760 (Regular expression; NUL character in \x##) created by
- It's about null character in \x## pattern. Not working for that …
- 5:45 AM Ticket #759 (_GUICtrlListView_GetItemTextString() --> BIG speed optimize) updated by
- even smaller with […]
- 3:35 AM Ticket #759 (_GUICtrlListView_GetItemTextString() --> BIG speed optimize) created by
- $iSelected = _GUICtrlListView_GetNextItem($hWnd) should be before FOR …
Dec 30, 2008:
- 9:03 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
- I made some sort of UDF (OnAutoItExit Handler, also attached as a zip-file) from the idea (in the first post), hope it can be usefull untill it will be(?) added natively.
- 4:13 AM Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) updated by
- Just to expand on my previous comment, it's not a bug. AutoIt only looks at "is the variable a number or is it a string". The contents of the string don't matter. This is the correct behavior because if it tried to treat all numeric strings as control ID's it would become impossible to find a control that had numeric text. So once again, casting is the correct thing to do. Any time you read from a file, an INI file, the registry, user input via GUI or just about anywhere, you're probably going to need to cast the returned value via the Number() function because almost invariably it will be returned as a string.
- 4:06 AM Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) closed by
- No Bug: This is not a bug and the behavior is correct. Casting via Number() or Int() is the correct thing to do.
- 3:35 AM Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) created by
- In my script, I get controlID variable from registry with RegRead(). …
Dec 29, 2008:
- 9:00 PM Ticket #757 (Set defaults for MouseClick()'s x/y parameters) updated by
-
Version changed
Automatic ticket cleanup. - 7:28 PM Ticket #757 (Set defaults for MouseClick()'s x/y parameters) created by
- For now MouseClick() does not accepting default (-1 or …
- 10:14 AM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- Thanks M23
Dec 28, 2008:
- 11:34 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:04 PM Ticket #756 (Virus detected) closed by
- No Bug: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 9:00 PM Ticket #756 (Virus detected) updated by
-
Severity changed
Automatic ticket cleanup. - 6:39 PM Ticket #756 (Virus detected) created by
- When I build a script with the latest AutoIt3 3.3.0.0 and SciTE4, …
- 10:00 AM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- Good morning, Investigating further, the new _FileReadToArray appears to ignore empty elements after the final filled element as the following code should show: […] My results always have the second array truncated after the filled element as the empty elements beyond are ignored. I have run it up to 2000 elements and the result is always the same. Adding a second element to the array just moves the truncation point to that value. Hope this helps to solve the problem. M23
Dec 27, 2008:
- 6:31 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- My apologies for not posting a script. First time I have had to use this. […] On my machine this gives "no array" when reloading the empty array, a 1 element array when the first element is filled, and a 25 element array when all are filled. The same script on 3.2.12.1 gives 25 element arrays in all cases, with the correct elements filled when set. Hope that makes it clear. Only difference is that 3.3.0.0 is running on Vista, and 3.12.1.0 is on Win98 - although as the Vista machine did not error when it was using 3.2.12.1 and gave an error on first run with 3.3.0.0 I do not believe the OS to be a factor. M23
- 4:59 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- please post a repro scriptas stated in trak report submission. I test with the following without any problem under 3.3.0.0 […] with #755.txt […]
- 12:17 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) created by
- If an array containing empty elements is saved by _FileWriteFromArray, …
Dec 26, 2008:
- 7:14 PM Ticket #754 (RUN COMMAND) closed by
- No Bug: Err, if the Run() command were that fundamentally broken don't you think we'd have caught it by now? The Run() function certainly works correctly for me. I'm closing this as no bug. If you are experiencing a problem you need to work out the specific details of the bug on the forum and then create a ticket describing how to reproduce the problem.
- 9:00 AM Ticket #754 (RUN COMMAND) updated by
-
Severity, Milestone changed
Automatic ticket cleanup. - 8:40 AM Ticket #754 (RUN COMMAND) created by
- With the new version runcommand dosen't admit a path for launching the …
Dec 25, 2008:
- 9:51 AM Ticket #753 (@ScriptDir does contain a trailing backslash on drive root.) closed by
- No Bug: I don't know which verison you are really running with but this problem have beed fix since 3.2.2.0 infact in beta 3.2.1.13
- 7:50 AM Ticket #753 (@ScriptDir does contain a trailing backslash on drive root.) created by
- @ScriptDir does return a trailing backslash when the script is on the …
Dec 24, 2008:
- 3:30 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- That was me, btw :)
- 3:29 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- A bit difficult to chat easily on here. I've created this thread for further talk: http://www.autoitscript.com/forum/index.php?showtopic=86602
- 11:02 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- Oops, something had happened. Now it doesn't work on my computer! I will investigate this further. Anyway: the clipboard part of the test should look fine if you install the font patch. It's clearly that we have here a Windows issue (something worked, as you see in the screenshot and after few days it doesn't). Anyway I would recommend you to use the http://www.babelstone.co.uk/Software/BabelMap.html for testing Unicode related issues. I will come back with new information.
- 10:51 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- I've added to the comments inside the test files that you need to install European Union Font Expansion Pack if you are running XP. http://www.microsoft.com/downloads/details.aspx?familyid=0EC6F335-C3DE-44C5-A13D-A1E7CEA5DDEA&displaylang=en This is because two of the 3 characters tested here are not included in default fonts from Windows XP.
- 9:19 AM Milestone 3.3.0.0 completed
- 1:58 AM Ticket #31 (AutoIt user agent added to internet functions) updated by
- Replying to Jon: > (In [2795]) User agent is set to "AutoIt". May add user-defined agent in future. > Completed ticket:31 Is it will be added («user-defined agent»)? In some cases there is need to set specific User Agent, «AutoIt» is not accepted. Thanks.
Dec 23, 2008:
Dec 22, 2008:
- 11:40 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
- If there was progress don't you think it would stand to reason you would see the results of that progress?
- 10:53 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
- Replying to Valik: > I agree, the way both OnAutoItStart and OnAutoItExit are implemented is absolute rubbish and needs re-designed from the ground up to facilitate more than one handler being registered without complex chaining by the user. > > I'm renaming the ticket to better reflect the content. Any progress on this? Wouldn't it be quite simple to change it to a simple stack model chain where the first function added to the chain is the last to be called?
- 3:00 PM Tickets #462,677 batch updated by
-
Version changed
Automatic ticket cleanup. - 12:50 PM Ticket #462 (Send() can't send Unicode characters.) updated by
-
Type, Severity changed
- 12:50 PM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) updated by
-
Type, Severity changed
The problem is these functions rely on sharing memory between processes. Need to look at a way to share memory between a 32 and 64 process ok. Changing to feature request. - 9:14 AM Ticket #752 (_ArrayUnique) closed by
- Fixed: Fixed in version: 3.2.13.14
- 5:40 AM Ticket #752 (_ArrayUnique) updated by
- No bug for me as the StringSplit return a first element which is the number of splitted strings. use new lag=2 in beta to suppress it if you don't like. I leave it open so Gary cant correct the doc
Note:
See TracTimeline
for information about the timeline view.
