Timeline
Feb 2, 2009:
- 5:46 PM Ticket #461 (StringReplace to include right-to-left functionality) updated by
-
Owner, Status changed
Feb 1, 2009:
- 12:15 PM Ticket #790 (Badly named constant in WindowsConstants.au3) closed by
- Fixed: Fixed in version: 3.3.1.0
Jan 31, 2009:
- 5:48 PM Ticket #699 (Shutdown(5) Failing) closed by
- Completed: Added in version: 3.3.1.0
- 5:42 PM Ticket #699 (Shutdown(5) Failing) updated by
- I am closing this ticket just adding an setting of @error to GetLastError(). If the problem occurs please check Shutdown() return value and see what the error code is.
- 5:01 PM Ticket #797 (Documentation Typo) closed by
- Fixed: Fixed in version: 3.3.1.0
- 2:56 AM Ticket #797 (Documentation Typo) created by
- In the Help File for the function "FileCreateNTFSLink" Under the …
- 12:26 AM Ticket #793 (_WinNet_EnumResource Bug) closed by
- Fixed: Fixed in version: 3.3.1.0
- 12:09 AM Ticket #796 (Dead link in helpfile) closed by
- Works For Me: link works fine for me
Jan 30, 2009:
- 3:05 PM Ticket #796 (Dead link in helpfile) created by
- Hi, the link in _WinNet_GetProviderName is dead. See Also Search …
Jan 29, 2009:
- 10:56 PM Ticket #795 (IniReadSection limitation) closed by
- No Bug
- 10:56 PM Ticket #795 (IniReadSection limitation) updated by
-
Severity changed
- 10:56 PM Ticket #795 (IniReadSection limitation) updated by
- See WikiStart. See ticket #15.
- 10:32 PM Ticket #794 (Listviews with checkboxes doesn't work "properly"....in my opinion) closed by
- No Bug: Replying to Robert: > I'm too lazy right now Then you really don't care about the issue so you shouldn't have posted. Also, you state yourself you are handling WM_NOTIFY which means you are modifying the behavior outside AutoIt's control so it is your responsibility to ensure the default AutoIt handlers are allowed to run and/or ensure whatever functionality you are replacing still works how you want. Very likely this is not a bug. We'd know that for sure if you weren't lazy. Also see WikiStart before you post in the future.
- 10:21 PM Ticket #795 (IniReadSection limitation) created by
- I am having a problem with IniReadSection not returning all elements …
- 9:44 PM Ticket #794 (Listviews with checkboxes doesn't work "properly"....in my opinion) created by
- I'm too lazy right now to take apart my code to show an example, so …
- 5:53 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) updated by
- Thank you for your comments and insight that you provided. It is indeed confusing when I find that some environmental variables are reported correctly (i.e. compared with echo %VARIABLE% on command line) and others are not. Since Perl seems to properly work around Microsoft problems, it must indeed hide the discrepancies. And, I am not asking you to change this. However, it might be nice to put some kind of note in your help file that not all environment variables are created "equal."
- 4:16 PM Ticket #793 (_WinNet_EnumResource Bug) created by
- When try using the function _WinNet_EnumResource, always an error is …
- 1:19 AM Ticket #792 (Avatars are sometimes hdden) closed by
- Works For Me: We don't track forum issues here. At any rate, it sounds like an issue on your end. What you describe sounds like the images aren't downloading for you. Since they seem to be working for others it's unlikely this is a site issue.
- 12:55 AM Ticket #792 (Avatars are sometimes hdden) created by
- When browsing the forum, sometimes the avatars and emoicons are not …
Jan 28, 2009:
- 10:13 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) updated by
- You shoud direct your request to Microsoft as this Env variable is done by Windows not by AutoIt …
- 9:29 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) closed by
- No Bug: The environment variable PROCESSOR_ARCHITECTURE is the same thing as AutoIt's @CPUArch. So with that in mind: * On 64-bit Windows a 64-bit process will see x64 from @CPUArch. * On 64-bit Windows a 32-bit process will see x86 from @CPUArch. * On 64-bit Windows a 64-bit process will see x64 from @OSArch. * On 64-bit Windows a 32-bit process will see x64 from @OSArch. As for the additional comments you tried to post. I don't care what Perl does. Perl may not be doing what you think it does. It may be up to some shenanigans behind the scenes that is tricking you into thinking it's doing the right thing when it's doing something that is misleading. If you stop and think about how Windows works with a 32-bit process on 64-bit Windows you'll realize the behavior you see is correct for backwards compatibility. Sorry about your additional comments being rejected. You can blame an idiot for the draconian policies we currently have in place which is causing a lot of people to have their tickets rejected.
- 9:00 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) updated by
-
Severity changed
Automatic ticket cleanup. - 6:53 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) created by
- EnvGet returns x86 as the PROCESSOR_ARCHITECTURE on my Win XP Pro …
Jan 27, 2009:
- 9:08 AM BadContent edited by
- (diff)
- 9:04 AM Ticket #790 (Badly named constant in WindowsConstants.au3) updated by
- In fact this naming come from MSDN. MS could have named it as the others ERRORREGION. Perhaps we can change it as it use only when using _WinAPI_CombineRgn() or _WinAPI_GetWindowRgn() The "problem" is the same for TRANSPARENT and OPAQUE in _WinAPI_Get/SetBkMode() PS your headaches could have been little less when using Opt("MustDeclareVars",1)
- 1:34 AM BadContent edited by
- (diff)
Jan 26, 2009:
- 11:26 PM BadContent edited by
- (diff)
- 10:05 PM Ticket #713 (FileInstall() to accept macros and environment variables.) updated by
- I don't think you really understand how FileInstall() works. I suggest you not comment on the subject further until you realize how the function behaves because you're making a lot of assumptions and spouting a lot of gibberish that just doesn't make sense to someone who understands how FileINstall() works.
- 9:43 PM Ticket #713 (FileInstall() to accept macros and environment variables.) updated by
- A path should never be hard coded into source code. This requirement keeps me from sharing scripts that I create with others unless their file structure is configured the same way as mine. A couple of alternatives would be to have a registry key that would tell AutoIt where to look for files to install. You would then use a relative path in the FileInstall function. The other way would be to have a files folder within the AutoIt include folder. The FileInstall source path would then be relative to that path for example FileInstall ("MyFiles\MyFile.Ext", $destPath) would look for MyFile.Ext in <AutoIt Include>\MyFiles\MyFile.Ext)
- 7:27 PM BadContent edited by
- (diff)
- 7:23 PM BadContent edited by
- (diff)
- 7:21 PM BadContent edited by
- (diff)
- 7:13 PM BadContent edited by
- (diff)
- 6:57 PM Ticket #790 (Badly named constant in WindowsConstants.au3) updated by
- Off the top of my head I'm not sure what $ERROR would be used for. However, the constants $TRANSPARENT and $OPAQUE really are the names of Windows API constants so I don't think we should change them.
- 4:44 PM Ticket #790 (Badly named constant in WindowsConstants.au3) updated by
- Replying to monoceres: > Not really a "bug" but I don't think that declaring $ERROR as const in WindowsConstants.au3 is a very good idea, since you then cannot use variables named $error, which is a very common name to name variables. > Just my 2 cents, it sure did cause me some headaches. I also found this, not very good constant names either: […]
- 4:40 PM Ticket #790 (Badly named constant in WindowsConstants.au3) created by
- Not really a "bug" but I don't think that declaring $ERROR as const in …
- 7:50 AM WikiStart edited by
- Cleaned up text. (diff)
- 7:48 AM WikiStart edited by
- Mentioned _DebugBugReportEnv() function (thanks JP) (diff)
- 1:17 AM WikiStart edited by
- Major revamp to explain what we want and expect from users. (diff)
Jan 25, 2009:
- 7:19 PM Ticket #788 (can't get text from external apps listview) updated by
- If both ControlListView() and _GUICtrlListView_GetItemText() don't work than that's your clue it's not a bug.
- 5:12 PM Ticket #788 (can't get text from external apps listview) updated by
- OS: XP SP2 Apps tested on: MS Streets & Trips, Vuze, Encompass, Genesis, Sequoia, Nero Express....Nero did work. Vuze is probably the easiest(free) app for you to get to test it on. Getting/finding text in Nero works on both ControlListView() and _GUICtrlListView_ text finding/retrieving functions. And both functions don't work on the other apps. […] All of the other listview functions I've tested works on all the apps.
- 4:12 PM Ticket #789 (Avast! make virus alert when converting even an completely empty ...) closed by
- No Bug: See sticky in our forums what needss to be done but it obviously doesn't help to report it here. Your AV provider is a better place to start: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 3:48 PM Ticket #789 (Avast! make virus alert when converting even an completely empty ...) created by
- [[Image(...)]]
- 5:18 AM Ticket #788 (can't get text from external apps listview) closed by
- Works For Me: See here for why this ticket is a waste of time.
- 2:10 AM Ticket #788 (can't get text from external apps listview) created by
- It seems that either this is a bug, doesn't work with all apps, or not …
Jan 23, 2009:
- 8:38 AM Ticket #786 (Error in _SQLite_Exec) closed by
- Fixed: Fixed in version: 3.3.1.0
- 7:41 AM Ticket #786 (Error in _SQLite_Exec) updated by
- can I have a small repro script to check the fix? Thanks PS that the standard way to document a bug …
Jan 22, 2009:
- 7:26 PM BadContent edited by
- (diff)
- 6:38 PM Ticket #787 (Obfuscator improvements) closed by
- Rejected: This is well outside the scope of anything we should be distributing with AutoIt. Very few people even understand these things and even fewer actually need to change it.
- 6:00 PM Ticket #787 (Obfuscator improvements) updated by
-
Version changed
Automatic ticket cleanup. - 4:48 PM Ticket #787 (Obfuscator improvements) created by
- Hello! Regarding this topic …
- 12:00 PM Ticket #786 (Error in _SQLite_Exec) updated by
-
Severity changed
Automatic ticket cleanup. - 11:40 AM Ticket #786 (Error in _SQLite_Exec) created by
- _SQLite_Exec set allway @error to 0 see the Line 3 from the end "If …
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.
Note:
See TracTimeline
for information about the timeline view.
