Timeline
May 28, 2009:
- 10:27 PM Ticket #994 (For ... In ... Next: added functionality) closed by
- Rejected: Given that I can't even figure out what you're trying to accomplish with that code, the answer is no.
- 9:40 PM Ticket #994 (For ... In ... Next: added functionality) created by
- It would be convenient to be able to write, for example: For $el In …
- 7:13 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- When you are using the full SciTE4AutoIt3 packages, you can use the directive to set it, but I expect that AutoIt3Wrapper will automatically detect its a x64 environment en defaults to aut2exe_x64.exe. Show the total SciTE output pnae information to be able to determine what you are exactly doing. Jos
- 6:46 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- I don't see a way to specify that Scite uses the 32 bit version of autoit to run my au3 files. I am writing a program to be used universally on 32 bit and 64 bit OS type
- 6:32 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) updated by
-
Description changed
You've been here long enough to know that posting such a long script is not what we want. Maybe you need to review WikiStart? - 6:06 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) closed by
- No Bug: Exactly as I expected. When you run through SciTE it is using the 64-bit version. When you compile it's using the 64-bit version because you must explicitly choose to compile using the 64-bit version. Now, as for the registry keys. If you look for a 64-bit key with a 32-bit program you must explicitly specify the 64-bit path. The same holds true when trying to access a 32-bit key from a 64-bit program. Windows employs registry redirection which you need to read up on and understand. As expected, this is not a bug.
- 5:21 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- Sorry I could not reopen it. I did not mean to be rude I was not sure I had the right dept. From Scite Compiled: 0 x64: 1 From autoit Compiled: 1 x64: 0
- 4:57 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) reopened by
- Creating a new ticket to report the exact same reported here is very rude. I have deleted the new ticket. To anybody who thinks they are reproducing this issue, do a very simple test: […] Run that script from SciTE and tell us the results. Run that script compiled and tell us the results.
- 4:50 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- As I said previously, not enough information has been provided. I just took a virgin installation of Windows Vista SP1 and installed AutoIt 3.3.0.0, AutoIt 3.3.1.0 (Beta) and SciTE4AutoIt3 (released 21-5-2009). I installed everything with elevated rights. I run everything without elevated rights. Using both SciTE-Lite (included with AutoIt) and SciTE4AutoIt3 with the simple test script below, everything worked as expected: […]
- 4:20 PM Ticket #992 (Macros for all useful system user folders) closed by
- Rejected: Replying to larchen: > Macros for ALL useful User Shell Folders. Your definition of useful may not match what others find useful. For example, as far as I'm concerned we have provided macros for all the useful ones. The rest you can get yourself with a single line of RegRead().
- 3:47 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- P.S. Not also does the ConsoleWrite not work when Scite is not run with elevated rights, also the F5-run error's won't show in the console. Maybe there is a way to show that this is a problem? Anyway, probs a Scite thing…
- 1:16 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) created by
- hi, with 3.3.0.0 everything is ok only with 3.3.1.0 show me this …
- 12:11 PM Ticket #992 (Macros for all useful system user folders) updated by
- What about @DocumentsCommonDir ?
- 11:05 AM Ticket #992 (Macros for all useful system user folders) created by
- Hi! I´m just starting out using AutoIt and I´m totally loving it. The …
- 4:06 AM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- Enter the attached reg keys to your registry then run the following script in Scite and then compile it and run it. My testing confirms what this poster is saying Test2 fails in Scite, test3 fails once compiled This may be an Autoit bug either way Scite and Autoit need to be in sync. Personally I do not like the HKLM64 method as it is a ghost key that does not really exist. $var = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\CCleaner","DisplayName") MsgBox(64,"Test",$var) $var2 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\CCleaner","DisplayName") MsgBox(64,"Test2",$var2) ;HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\WinRAR archiver $var3 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\WinRAR archiver","DisplayName") MsgBox(64,"Test3",$var3) $var4 = RegRead("HKEY_LOCAL_MACHINE64\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\WinRAR archiver","DisplayName") MsgBox(64,"Test4",$var4) ;If you install the 64 bit version of winrar www.rarsoft.com and the 32 bit version of ccleaner www.ccleaner.com on a 64 bit machine ;Test2 fails in Scite test3 fails once compiled
May 27, 2009:
- 9:02 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Valik: > Ahh, you're one of those people who's too right to be wrong. Gotcha. > > As for the feature, it will be added once I determine for myself how well AutoIt behaves on Windows XP Embedded. We don't claim support for that version of Windows so until we do there is no sense adding features around it. I am not "too right", I admit that I too spoke out of line in the above thread, and that my title was not the most descriptive. My original point was simply that it is not clear what kind of ticket is being created, I put "Feature Request" in the description to show the type of ticket. As for XP Embedded, AutoIt functions without incident. I have spent a great deal of time in the last couple weeks running AutoIt scripts on XP Embedded without seeing a problem. Since XP Embedded is essentially XP for thin clients I would not expect any difference from this perspective.
- 8:48 PM Ticket #984 (Addition to @OSVersion) updated by
- Ahh, you're one of those people who's too right to be wrong. Gotcha. As for the feature, it will be added once I determine for myself how well AutoIt behaves on Windows XP Embedded. We don't claim support for that version of Windows so until we do there is no sense adding features around it.
- 8:46 PM Ticket #989 (Autoitx3.dll in beta version) closed by
- Fixed: Fixed in 3.1.1.1.
- 8:38 PM Ticket #984 (Addition to @OSVersion) updated by
- Keep going, there are still a handful of logical fallacies you have not used. You act as though you don't care, but clearly being called on your attitude is sort of a hot button. I don't really care, you are not important to me. You have not earned any respect from me. Continue acting the way you are, it will only make things more challenging for you, it will have no effect on me. Add the feature, or don't. At this point I have already solved the problem that originally brought this to light.
- 8:33 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) closed by
- No Bug: You need to look at WikiStart and probably go visit the forum. It's a long way from clear as to what you are talking about.
- 8:27 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Mark.carrell@…: > Nice. Except for the part about insulting anything. We have these: >> ...but have no desire to be around self important and pretentious trolls. You insult the entire community, only the developers or me personally. It's sort of ambiguous. >> ...terrible process already in grained, but I am new to your awful bug tracker. Here you insult our systems and tools. >> Get over yourself kid. Here you make assumptions about my age. >> I don't think pretentious means what you think that it means. Here you question my ability to use English. Even better, when I'm using it right if a little bit redundantly. >> ...or leave this feature request to someone more capable. Here you insult my coding ability. > All I did was call you on your attitude. Yes, and as I stated, you're somewhere near the thousandth person to do so. Congratulations. There is no prize. > You chose to use the word stupid in your original post. Right, and I use it now. You gave this ticket a stupid title. > That behavior does not require the same rules as you are currently applying to me? No. This is not a democracy and all users are not created equal. They can earn equality... by not creating tickets with stupid titles and then start bitch fits when they are called on it. > You have done nothing but attack me throughout this post. And under no circumstances have you attacked me, correct? Hypocrite. > You attack me, I retort. Even when you're in the wrong you're willing to make an ass of yourself in public. Right virtuous quality you have there, sir. > How is this a problem with my attitude? At what point have I commented on your attitude?
- 8:16 PM Ticket #984 (Addition to @OSVersion) updated by
- I love how even the Forum Information and FAQs, General information about the forum and FAQs http://www.autoitscript.com/forum/index.php?showtopic=37739 points out your tendency to come across this way: "Why does Valik hate me? He just does. It's nothing personal...well except against you"
- 8:09 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Valik: > You have been banned from the forum for 7 days for your behavior. You are not going to come on here insulting our language, our systems (issue tracker) and me personally all because you cant't be bothered to put sensible titles on tickets you open. Further negative input from you is going to result in you being blocked from this website. We do not need you and we do not have to tolerate you. Nice. Except for the part about insulting anything. All I did was call you on your attitude. You chose to use the word stupid in your original post. That behavior does not require the same rules as you are currently applying to me? You have done nothing but attack me throughout this post. You attack me, I retort. How is this a problem with my attitude?
- 7:45 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) created by
- This happens in the May 21 build of Scite When trying to access 32 bit …
- 7:40 PM Ticket #984 (Addition to @OSVersion) updated by
- You have been banned from the forum for 7 days for your behavior. You are not going to come on here insulting our language, our systems (issue tracker) and me personally all because you cant't be bothered to put sensible titles on tickets you open. Further negative input from you is going to result in you being blocked from this website. We do not need you and we do not have to tolerate you.
- 6:09 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Valik: > Replying to mark.carrell@…: > > Again with the negativity. Thus far my experiences with people in the AutoIt forums have been nothing but negative. > Then this is certainly a reflection on you and your behavior if you seem to attract so much negativity. > > > I am attempting to join in improving a useful tool, but have no desire to be around self important and pretentious trolls. > That must be hard to do, what with your pretentiousness and trolling. You've made some very troll-like comments below and it's pretty pretentious of you to assume just because we're not an industry de-facto standard that we can't have systems in place to make our lives easier. > > > It is a scripting tool, not a programming language. > This is, of course, the opinion of somebody who clearly doesn't know what they are talking about. Given that I (and many many other people) can do nearly everything in AutoIt that we can in a language like C++, this statement is simply not true. To any experienced veteran of AutoIt, it's just plain trolling. > > > Calling a feature request anything other than "feature request" may seem stupid to someone with a terrible process already in grained, but I am new to your awful bug tracker. > So what I take from this statement is that not only are you new to our issue tracker, you also do not posses even the first drop of common sense? There's information pages like WikiStart and just plain common sense that you both failed to use. It's rather pretentious to assume that you can just do whatever you wish on our issue tracker. Also, again with the trolling by calling our issue tracker awful. > > > Next time keep in mind that you represent a community I would assume you want to get people involved in. > Next time do some research first. You have dramatically overreacted to a comment I've made and provided a litany of idiocy in response. Go have a read through some of my forum posts if you want to see some good stuff. You'll also see just how little I care about people like yourself who can't be bothered to give a damn about doing things our way on our part of the web. Lastly, don't assume I want people involved with the community because if there were no people I wouldn't have to write scathing posts like this to point out rather mundane and obvious points to people. > > In short, you did something stupid. Now sit down, shut up and own up to it. Don't try to be one of a thousand who try to lecture me. I've heard it all before and all you will do is serve to entertain the community at large who will be laughing at you (not with you). > > Have a nice day. Ha Ha Ha Ha. Get over yourself kid. Wow dude, seriously? "Don't be one of a thousand who try to lecture me"? You actually typed that? Words you may want to look up: macro\script\programming : you do not appear to understand the difference A good example: Write me a topic connection state machine for connectivity between unix systems in AutoIt. My favorite part: "Given that I (and many many other people) can do nearly everything in AutoIt that we can in a language like C++, this statement is simply not true." Please note that your own limitations do not actually apply to programming languages. This only allows for inference of your abilities, not what is capable in the language itself. Pretentious : Pretty sure that one missed you too. "It is rather pretentious to assume..." "...about doing things our way on our part of the web." I don't think pretentious means what you think that it means. Begging the question: Your argument "if there were no people I wouldn't have to write scathing posts like this" begs the question. You could have not. Do us both a favor, either add the change to the code, or leave this feature request to someone more capable. Thanks for the laughs.
- 4:54 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to mark.carrell@…: > Again with the negativity. Thus far my experiences with people in the AutoIt forums have been nothing but negative. Then this is certainly a reflection on you and your behavior if you seem to attract so much negativity. > I am attempting to join in improving a useful tool, but have no desire to be around self important and pretentious trolls. That must be hard to do, what with your pretentiousness and trolling. You've made some very troll-like comments below and it's pretty pretentious of you to assume just because we're not an industry de-facto standard that we can't have systems in place to make our lives easier. > It is a scripting tool, not a programming language. This is, of course, the opinion of somebody who clearly doesn't know what they are talking about. Given that I (and many many other people) can do nearly everything in AutoIt that we can in a language like C++, this statement is simply not true. To any experienced veteran of AutoIt, it's just plain trolling. > Calling a feature request anything other than "feature request" may seem stupid to someone with a terrible process already in grained, but I am new to your awful bug tracker. So what I take from this statement is that not only are you new to our issue tracker, you also do not posses even the first drop of common sense? There's information pages like WikiStart and just plain common sense that you both failed to use. It's rather pretentious to assume that you can just do whatever you wish on our issue tracker. Also, again with the trolling by calling our issue tracker awful. > Next time keep in mind that you represent a community I would assume you want to get people involved in. Next time do some research first. You have dramatically overreacted to a comment I've made and provided a litany of idiocy in response. Go have a read through some of my forum posts if you want to see some good stuff. You'll also see just how little I care about people like yourself who can't be bothered to give a damn about doing things our way on our part of the web. Lastly, don't assume I want people involved with the community because if there were no people I wouldn't have to write scathing posts like this to point out rather mundane and obvious points to people. In short, you did something stupid. Now sit down, shut up and own up to it. Don't try to be one of a thousand who try to lecture me. I've heard it all before and all you will do is serve to entertain the community at large who will be laughing at you (not with you). Have a nice day.
- 4:26 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) updated by
- Hi, its only an example with _GUICtrlListView_SimpleSort. I will only show what the numbers in my txt-file means What does ou mean with "1st off need to report bugs separately."???
- 3:01 PM Ticket #983 (InetGet* functions failing under XP SP2) updated by
- Sorry, I noticed this bugreport too late. I opened this thread http://www.autoitscript.com/forum/index.php?showtopic=95713 to show what happens. What can I do to gather some more useful information? Mega
- 2:54 PM Ticket #984 (Addition to @OSVersion) updated by
- Again with the negativity. Thus far my experiences with people in the AutoIt forums have been nothing but negative. I am attempting to join in improving a useful tool, but have no desire to be around self important and pretentious trolls. It is a scripting tool, not a programming language. Calling a feature request anything other than "feature request" may seem stupid to someone with a terrible process already in grained, but I am new to your awful bug tracker. Next time keep in mind that you represent a community I would assume you want to get people involved in.
- 12:47 PM Ticket #990 (Wiki thumbnail creator broken) created by
- The wiki thumbnail creator is broken and gives a grey error box. To …
- 12:23 PM Ticket #989 (Autoitx3.dll in beta version) updated by
- It's probably related to this (other users confirmed problem too): http://www.autoitscript.com/forum/index.php?s=&showtopic=95366&view=findpost&p=686975
- 11:42 AM Ticket #983 (InetGet* functions failing under XP SP2) updated by
- Hm, not really. It's a freshly built machine with a wireless connection direct to an ADSL router (no proxy required). I disabled all AV and firewall software to make sure these weren't blocking anything but this made no difference. Exactly the same code runs fine if I just choose 'Go' from Scite, it's only when I use 'Beta run' that it fails. I've just rebuilt the machine again minus any AV or firewall software and the results are exactly the same - INetGetSize works fine with 3.3.0.0 but gives the above error when run through 3.3.1.0.
- 9:58 AM Ticket #989 (Autoitx3.dll in beta version) updated by
- Can you describe how you try to register? under which Windows are you running? …
- 8:50 AM Ticket #989 (Autoitx3.dll in beta version) created by
- Seems to be not a valid dll Autoitx3 won't be register with a message …
- 6:19 AM Ticket #988 (TCP Send with URGENT bit active) updated by
- Replying to anonymous: > As I believe there is other reasons to want to send TCP with the URGENT bit other then for Telnet, that is why I felt it was a different request. From what I've read, no, there's really not. Telnet seems to be the only useful program that uses the bit. Everything else suggests against the use and offers alternatives. So on the one hand it's something people have suggested should not be used but on the other there is a single legitimate use for it. For the time being I'm leaving this ticket open until I have a chance to review the socket functions and look at adding additional functionality. This will be awhile because I have a number of other things to wrap up before I will have an opportunity to do this.
- 5:42 AM Ticket #988 (TCP Send with URGENT bit active) updated by
- Replying to Valik: > Do not create any more tickets on this subject. You should have appended a comment to ticket #987 explaining your new discovery of why the TCP functions don't work. Instead you did the excessively obnoxious thing of creating a new ticket within two minutes of posting your last one. > > As for this request, we'll think about it. Please accept my apology for the two tickets. I had seen it as two different request. The first was for a complete telnet client. Where the second request was for more control over the TCP function which, as I understand it, would be required to implement a telnet client. As I believe there is other reasons to want to send TCP with the URGENT bit other then for Telnet, that is why I felt it was a different request. Again, please accept my apology. I will try to be more careful in the future with my requests.
- 2:08 AM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) updated by
-
Milestone changed
- 2:07 AM Ticket #979 (_ArrayDisplay() - just old/incorrect syntax in header comment) updated by
-
Milestone changed
- 1:50 AM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) closed by
- Fixed: Fixed in version: Future Release
- 1:19 AM Ticket #979 (_ArrayDisplay() - just old/incorrect syntax in header comment) closed by
- Fixed: Fixed in version: Future Release
May 26, 2009:
- 11:49 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) updated by
- 1st off need to report bugs separately. As far as I can tell from the convoluted description of the bug for _GUICtrlListView_SimpleSort, it's not a bug.
- 11:42 PM Ticket #986 (_GUICtrlMenu_EnableMenuItem: improved example) closed by
- No Bug: Actually it would be a feature request. And the example in the help much simpler and clearer.
- 11:23 PM Ticket #986 (_GUICtrlMenu_EnableMenuItem: improved example) updated by
- Replying to anonymous: > I suggest that the attached example would be clearer than the existing example. Tried to replace the attachment with revised version but wasn't permitted to do so
- 10:09 PM Ticket #988 (TCP Send with URGENT bit active) updated by
-
Version changed
Do not create any more tickets on this subject. You should have appended a comment to ticket #987 explaining your new discovery of why the TCP functions don't work. Instead you did the excessively obnoxious thing of creating a new ticket within two minutes of posting your last one. As for this request, we'll think about it. - 9:55 PM Ticket #987 (Telnet capabilities) closed by
- Rejected
- 9:10 PM Ticket #988 (TCP Send with URGENT bit active) created by
- Would like to attempt to write a Telnet client. Need to be able to …
- 9:08 PM Ticket #987 (Telnet capabilities) created by
- Need to have telnet directly inside AU3 script. Using TCP* to port 23 …
- 7:40 PM Ticket #986 (_GUICtrlMenu_EnableMenuItem: improved example) created by
- I suggest that the attached example would be clearer than the existing …
- 6:10 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) created by
- Hi, we have translate the english helpfile into german. So we see that …
- 6:00 PM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:53 PM Ticket #980 (Scite4AutoIt3 - include latest Koda version) closed by
- Fixed
- 5:03 PM Ticket #983 (InetGet* functions failing under XP SP2) updated by
- Are there any other network related settings you can think of? Both examples work fine for me on Windows XP SP3.
- 4:59 PM Ticket #984 (Addition to @OSVersion) updated by
-
Summary changed
Calling a feature request ticket "Feature request" is stupid. Please choose a better name in the future. - 4:14 PM Ticket #984 (Addition to @OSVersion) created by
- Requesting a change made to the macro @OSType to support the …
- 11:48 AM Ticket #983 (InetGet* functions failing under XP SP2) created by
- These functions don't work for me at all under WinXP SP2 however work …
- 11:17 AM Ticket #982 (Checkbox backcolor in tab) updated by
- worked in 3.3.0.0. but 3.3.1.0 not work.
- 11:16 AM Ticket #982 (Checkbox backcolor in tab) updated by
- worked in 3.3.1.0
- 11:14 AM Ticket #982 (Checkbox backcolor in tab) created by
- […]
- 11:02 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
- I checked the Installer which was correct. There was a problem in the build script which failed to build the ZIP version. Will build it and do the upload later today.
- 10:47 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
- I downloaded SciTE4AutoIt3.zip from here: http://www.autoitscript.com/autoit3/scite/downloads.shtml link to file: http://www.autoitscript.com/cgi-bin/getfile.pl?../autoit3/scite/download/SciTE4AutoIt3.zip And there is old Koda. Now it seems ZIP file contains also old Scite, Wrapper and other tools. So problem is that SciTE4AutoIt3.zip is outdated.
- 10:39 AM Ticket #981 (_WinAPI_AnsiToOem + _WinAPI_OemToAnsi) created by
- Here is proposition for new UDF to WinApi include also with examples: …
- 10:38 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
- Replying to Zedna: > In Scite4AutoIt3 from 2009-05-21 > there is included Koda version 1.7.0.5 (2008-02-20) Beta > > I think it will be better to include latest Koda version 1.7.1.0 (2009-04-27) Release in the next Scite4AutoIt3. Are you sure the latest version of Koda isn't already included? Jos
- 9:38 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) created by
- In Scite4AutoIt3 from 2009-05-21 there is included Koda version …
- 9:30 AM Ticket #979 (_ArrayDisplay() - just old/incorrect syntax in header comment) created by
- "C:\Program Files\AutoIt3\Include\array.au3" now it's (3.3.1) …
- 9:19 AM Ticket #978 (Au3Info - ToolBar info - add ToolTip Text,Image Index) created by
- Au3Info - ToolBar info Tab --> add new "ToolTip Text" and maybe also …
May 25, 2009:
- 3:18 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) closed by
- Fixed: Fixed in version: 3.3.1.1
- 12:10 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) reopened by
- It was not clear to me which script reproduce your problem. In fact run the following script under Vista/Scite is OK but Vista only not !!! […] The problem seems to come from the fact that the bk color tab is retrive with the pixel 0,0 of the tab ... I work on the subject now
- 5:50 AM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Replying to Jpm: > I don't understand the pb as if you remove the tabitem the checkbox is created not on the tab whatever you think it is as an ctrl over the tab control. > the bkcolor if defined just make the ctrl on the gui having the gui color. > For me there is no problem just difficulty on overlayed controls understanding which is point out in the doc to be a difficult problem !!! The problem is checkboxes can no longer be properly used on tabs. If you remove the Tab and TabItem from the code, the checkbox is correct. If you leave them in then the checkbox is totally unusable. It would seem totally ridiculous that we have to set the color for each checkbox because of what I pointed out about styles above. If that kind of behavior seems okay to the devs then perhaps you should consider rolling back the transparency changes made in the Beta. Since the Tab color is set by Windows it makes no sense to preset the background color of each checkbox to 0xffffff. Example, when using the XP theme with the silver scheme, what appears ro be a white background for the tab is actually 0xfcfcfe. If you change the color scheme to olive green, the tab color may still appear to be white but in reality is 0xf4f3ee. A control background of 0xFFFFFF is noticable on either of these.
May 24, 2009:
- 8:19 PM Ticket #977 (Problem with object creation in GUICtrlCreateEdit.) closed by
- No Bug: Why does it not occur to you that maybe there's something wrong on your machine? Why do you just assume it's a bug in our software?
- 7:49 PM Ticket #977 (Problem with object creation in GUICtrlCreateEdit.) created by
- The example script on GUICtrlCreateEdit attempts to create a richedit …
- 5:54 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) closed by
- Works For Me: I don't understand the pb as if you remove the tabitem the checkbox is created not on the tab whatever you think it is as an ctrl over the tab control. the bkcolor if defined just make the ctrl on the gui having the gui color. For me there is no problem just difficulty on overlayed controls understanding which is point out in the doc to be a difficult problem !!!
May 23, 2009:
- 9:41 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Replying to jchd: > There's a very similar problem with radio buttons inside tabs, but then their text area show up as grey, not black like checkboxes. Both glitches are easily overcome by explicitely setting items' background color once, e.g. right after creation. Not a very workable solution when a tab can not be painted. The tabs color is dependent on the theme and color scheme in use so setting the controls background to 0xFFFFFF is going to look horrible on some systems. And with over 140 checkboxes in a script it's inconceivable that they will be changed now and then changed again later when a proper fix is in place.
- 3:30 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- There's a very similar problem with radio buttons inside tabs, but then their text area show up as grey, not black like checkboxes. Both glitches are easily overcome by explicitely setting items' background color once, e.g. right after creation.
- 3:03 AM Ticket #838 (Better COM error handling.) updated by
-
Owner, Component, Summary changed
I'm not sure why this was assigned to Gary and changed to the UDFs component as the root cause of the problem has absolutely nothing to do with Gary or the UDFs. I'm changing the component back to AutoIt and modifying the title. - 3:01 AM Ticket #973 (_FileListToArray()) closed by
- Rejected
- 2:58 AM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) updated by
-
Owner, Component changed
- 2:57 AM Ticket #947 (RegRead fails for the first try reading a key) closed by
- No Bug: I'm closing this as no bug. The error returned is ERROR_INVALID_PARAMETER (The parameter is incorrect). The error is accurate because of the extra "\" in the key name. I have a theory as to why it works sometimes and doesn't work other times but it's rather technical and pretty much irrelevant since it's not a bug we can fix. If there is a bug here, it's in the Windows API for not rejecting the key every time.
- 12:49 AM Ticket #968 (AutoUpdateIt needs updated due to Inet changes.) closed by
- Completed: Changed in version: 3.3.1.1
May 22, 2009:
- 9:40 PM Ticket #976 (InetGet with more than 2 params fails Au3Check) closed by
- Fixed: Grrr, you guys need to be reading the Latest Beta thread. This is the second issue that has already been fixed because of comments made in that thread.
- 9:00 PM Ticket #976 (InetGet with more than 2 params fails Au3Check) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:40 PM Ticket #976 (InetGet with more than 2 params fails Au3Check) created by
- When you specify more than 2 parameters in InetGet, you will get an …
- 6:17 PM Ticket #973 (_FileListToArray()) updated by
- Replying to Valik: > I don't know about this. There's a balance between performance and maintainable code and I think this crosses the line. This same type of optimization can be made for lots of functions. I had also considered the balance of additional code versus the performance benefit. I'd thought that since this function is widely-used and the loop can potentially be executed 1000's of times, that the speed increase was worth an extra 20 lines of code. I just wanted to toss the idea out there, with good intentions, and I will certainly be content with whatever conclusion is reached. Thanks for your time.
- 5:47 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) created by
- The code is pretty self explanatory. Black areas (desktop color) …
- 12:00 PM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) updated by
-
Severity changed
Automatic ticket cleanup. - 9:51 AM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) created by
- After some tests it turned out that using the _WinAPI_WindowFromPoint …
- 9:00 AM Ticket #973 (_FileListToArray()) updated by
-
Version changed
Automatic ticket cleanup. - 7:21 AM Ticket #973 (_FileListToArray()) updated by
-
Type changed
I don't know about this. There's a balance between performance and maintainable code and I think this crosses the line. This same type of optimization can be made for lots of functions. - 6:50 AM Ticket #973 (_FileListToArray()) updated by
- Grr.. I missed the drop-down to make this a feature request, rather than a bug report. My apology.
- 6:25 AM Ticket #973 (_FileListToArray()) created by
- A substantial speed increase has been realized by the change to …
- 2:02 AM Ticket #972 (Example file incorrect) closed by
- Fixed: Yes, we know.
- 1:26 AM Ticket #972 (Example file incorrect) created by
- For #OnAutoItStartRegister It has […] but should be […] …
May 21, 2009:
- 4:17 PM Ticket #969 (FileFindNextFile @extended = 0 for folder $Recycle.Bin) updated by
- I just wanted to add to this, in case the problem you fixed was specific to that directory. I put together a little script to do an extensive search to see if the problem was more widespread. I did a recursive search of my entire C: drive, and out of 121761 files and folders, 2820 folders were incorrectly identified as files by @extended. Again, just adding this as additional info. BTW, this thing whipped through my whole HDD in ~40 seconds. Impressive speed! Script - […]
- 2:38 PM Ticket #971 (Func _GetIP() issues) updated by
- The reason for Asikmet to qualify the tried source as spam is because it contains many external URLs which usuallly means it is SPAM. Jos
- 1:44 PM Ticket #971 (Func _GetIP() issues) closed by
- No Bug: In fact 3.3.0 is OK, you don't get the official version of Inet.au3 which contain special scanning for the failing one. I don't know if it is a real improvement to change something working. PS no idea why you get a potential spam perhaps Valik can answer
- 1:20 PM Ticket #971 (Func _GetIP() issues) updated by
- I attempted to attach the file to the ticket but I got the following error: Submission rejected as potential spam (Maximum number of external links per post exceeded, Akismet says content is spam) I have attached it on the forum instead: http://www.autoitscript.com/forum/index.php?showtopic=95409&st=0#entry685880
- 1:13 PM Ticket #971 (Func _GetIP() issues) created by
- The current _GetIP() function found in Inet.au3 uses …
- 1:03 PM Ticket #969 (FileFindNextFile @extended = 0 for folder $Recycle.Bin) closed by
- Fixed: Fixed in version: 3.3.1.1
- 12:05 PM Ticket #969 (FileFindNextFile @extended = 0 for folder $Recycle.Bin) updated by
- same thing is true under Vista
- 11:58 AM Ticket #969 (FileFindNextFile @extended = 0 for folder $Recycle.Bin) updated by
-
Keywords changed
May 20, 2009:
- 9:21 PM Ticket #970 (I want the goto command back :|) updated by
-
Component changed
This has got to be a troll. - 9:16 PM Ticket #970 (I want the goto command back :|) closed by
- Rejected: Goes without saying
- 9:04 PM Ticket #970 (I want the goto command back :|) created by
- I understand that all your loops are good instead of using labels and …
- 8:33 PM Ticket #969 (FileFindNextFile @extended = 0 for folder $Recycle.Bin) created by
- Win7 RC1, AutoIt 3.3.1.0 FileFindNextFile returns @extended = 0 (a …
- 6:48 PM Milestone 3.3.1.0 completed
- 3:03 AM Tickets #408,884,949 batch updated by
- Completed: Added in version: 3.3.1.0
- 2:34 AM Ticket #442 (Proposed changes to _StringAddThousandsSep()) closed by
- Completed: Added in version: 3.3.1.0
May 19, 2009:
- 10:25 PM Ticket #968 (AutoUpdateIt needs updated due to Inet changes.) created by
- AutoUpdateIt needs to be updated due to the changes to the Inet …
- 10:24 PM Ticket #967 (Inet functions need to support FTP through a proxy.) created by
- FTP connections through a proxy do not work.
- 6:00 PM Tickets #963,966 batch updated by
-
Version changed
Automatic ticket cleanup. - 4:08 PM Ticket #965 (ListViewItem not responding to SetOnEvent) closed by
- No Bug: Just read the doc the control can fail and you are in the case
- 4:07 PM Ticket #966 (_FileListToArray - new flag (4)) created by
- Here is proposition for change to _FileListToArray(). It's fully …
- 4:06 PM Ticket #965 (ListViewItem not responding to SetOnEvent) updated by
- Just discovered here that the problem is due to GUICtrlCreateListViewItem not returning a control ID upon creation. If the control creation fails, so be it, but the ListViewItem IS actually created in this case, and appears in the ListView control.
- 4:01 PM Ticket #963 (Incorrect Sound.au3 Help file entries) closed by
- Fixed: Fixed with your help. Thanks
- 3:40 PM Ticket #965 (ListViewItem not responding to SetOnEvent) created by
- If the number of delimited items in the "text" of a ListViewItem is …
- 8:37 AM Ticket #955 (Worm WIN32/SillyAutoRun.AYD detected in EXE file) updated by
- Hello, I don't understand your answer. In short after taking my information from Computer Associates (eTrust - Antivirus), the exe file is clean. An updated anti-virus is necessary. Have a nice day. See you.
- 6:27 AM Ticket #962 (SQLite - update it to latest version) updated by
- I take care of any version coming out sqlite.org now we are at 3.6.14.1
May 18, 2009:
- 3:11 PM Ticket #962 (SQLite - update it to latest version) updated by
- OK thanks for info JP. I'm not demanding on this. I just created this ticket because I wanted to have latest SQLite included in next beta/release (to developers not forget about it). :-)
- 6:56 AM Ticket #964 (_ArrayCombinations() not returning expected results.) closed by
- No Bug: From mathematical stand point there is no bug. there must be 10!/(2! * (10-2)!) = 45 entries. Thoses entries does not have "order" neither "duplicate"
- 1:22 AM Ticket #964 (_ArrayCombinations() not returning expected results.) created by
- This function skips a large amount of the combinations, because it …
May 17, 2009:
- 5:41 PM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Replying to anonymous: > Even AutoIt stores some information in this location "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\AutoIt v3\AutoIt" stored under the 32bit nod (Wow6432Node) though since it is a 32bit app. This is not true. AutoIt stores all it's information in HKCU. The information you see in HKLM is added by the installer which was likely run with elevated rights which means it had full write access to HKLM.
- 4:52 PM Ticket #951 (_ArrayDisplay - $iLVIAddUDFThreshold: 4000 ==> 65000) closed by
- Fixed: Fixed in version: 3.3.1.0
- 4:49 PM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Replying to Jpm: > I can't create under HKLM under Vista 32 or 64 bit. Seems some changes from MS to protect the registry as HKLM\SOFTWARE Actually that sounds like a bug as well then considering that most apps store setting under HKLM\Software for global use by all users. I would be surprised that AutoIt would not be able to do the same since most apps read/write to this location. Even AutoIt stores some information in this location "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\AutoIt v3\AutoIt" stored under the 32bit nod (Wow6432Node) though since it is a 32bit app. I will do more research on this later today when I should have access to a Vista64 and or a Windows7 64 system. Thanks
- 1:56 PM Ticket #963 (Incorrect Sound.au3 Help file entries) updated by
-
Owner, Status changed
- 10:31 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- I can't create under HKLM under Vista 32 or 64 bit. Seems some changes from MS to protect the registry as HKLM\SOFTWARE
- 9:43 AM Ticket #963 (Incorrect Sound.au3 Help file entries) created by
- This thread …
- 9:00 AM Ticket #962 (SQLite - update it to latest version) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:44 AM Ticket #957 (Assert keyword or function) closed by
- Completed: Added in version: 3.3.1.0
- 7:05 AM Ticket #962 (SQLite - update it to latest version) closed by
- Completed: Be patient it is done already just waiting beta/release delivery …
May 16, 2009:
- 9:00 PM Ticket #962 (SQLite - update it to latest version) updated by
-
Version changed
Automatic ticket cleanup. - 8:12 PM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Replying to Jpm: > I am surprised that you can create a key under HKLM. > I can't under the standard Vista which have a similar code as 2003 Server 64-bit > I change HKLM to HKCU and everything is fine under Vista 64-Bit Strange I tried what you suggested and it does work under HKCU. Interesting that we can create keys under HKLM and not be able to delete them when they contain subkeys. You can however delete value names or a key that does not contain subkeys under HKLM. Thanks
- 7:46 PM Ticket #962 (SQLite - update it to latest version) updated by
- 2009-May-07 - Version 3.6.14 SQLite version 3.6.14 provides new performance enhancements in the btree and pager layers and in the query optimizer. Certain workloads can be as much as twice as fast as the previous release, though 10% faster is a more typical result.
- 7:45 PM Ticket #962 (SQLite - update it to latest version) updated by
- […]
- 7:21 PM Ticket #962 (SQLite - update it to latest version) created by
- SQLite is in 3.6.7 version in AutoIt 3.3.0 According to …
- 5:26 PM Ticket #921 (AutoIt is retrieving wrong values from Data Base (AS400 Data Base)) closed by
- Wont Fix: I close it as I can't reproduce. Please reopen with something we can reproduce in our tests.
- 5:17 PM Ticket #952 (_ArrayDisplay - add new optional parameter for column header text) closed by
- Completed: Added in version: 3.3.1.0
- 4:58 PM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) closed by
- Works For Me: I am surprised that you can create a key under HKLM. I can't under the standard Vista which have a similar code as 2003 Server 64-bit I change HKLM to HKCU and everything is fine under Vista 64-Bit
- 7:11 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) created by
- This issue only happens when using a 32bit exe on a 64bit OS. Trying …
May 15, 2009:
- 11:30 PM Ticket #960 (AutoIT v3 Windows info and AutoIT API having problem with handler in ...) closed by
- Rejected: You seem incredibly confused. I think you need to be posting on the forum to sort out whatever issue it is you have.
- 10:52 PM Ticket #958 (_ArrayDisplay - bad centering of window after adjust its width) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:06 PM Ticket #960 (AutoIT v3 Windows info and AutoIT API having problem with handler in ...) created by
- Hi, I did not take time to look all the error bug, but this one is …
- 6:25 PM Ticket #959 (GUICtrlGetState doesn't work for listview with enable flag) closed by
- No Bug: Read the documentation, please.
- 5:50 PM Ticket #959 (GUICtrlGetState doesn't work for listview with enable flag) created by
- Hi All, It seems that GUICtrlGetState doesn't work with a listview. …
- 4:54 PM Ticket #958 (_ArrayDisplay - bad centering of window after adjust its width) updated by
- There is also typo in comment ; ajust window width ; adjust window width
- 4:52 PM Ticket #958 (_ArrayDisplay - bad centering of window after adjust its width) created by
- Inside this function there is code for adjusting width of window …
- 12:21 AM Ticket #956 (SQLite include couldn't be handled by Obfuscator /striponly) updated by
- Replying to Jos: > I am working on a new version which will contain an update of SciTE 1.78. > Also the support for ANSI will be removed as its done in AutoIt3. > This need coding time and testing so will release it when I am done. > > Jos :) OK. Thanks for info.
May 14, 2009:
- 10:58 PM Ticket #956 (SQLite include couldn't be handled by Obfuscator /striponly) closed by
- No Bug: I am working on a new version which will contain an update of SciTE 1.78. Also the support for ANSI will be removed as its done in AutoIt3. This need coding time and testing so will release it when I am done. Jos :)
- 9:42 PM Ticket #957 (Assert keyword or function) updated by
- Doesn't a function like this accomplish what you want? […] Note, $MB_ERROR is: […]
- 9:32 PM Ticket #956 (SQLite include couldn't be handled by Obfuscator /striponly) updated by
- I tried latest beta version of Obfuscator and it really works fine. It doesn't invoke errors but of course functions from SQLite.dll.au3 are not included because they are called by Call() from SQLite.au3. Thanks Jos for tip and sorry for bothering you. Please close topic as no bug. One ask for the end: Can you please release new Scite4AutoIt3 with all latest tools like Koda,Tidy,Obfuscator,AutoIt3Wrapper,...? Thanks Jos
- 9:00 PM Ticket #957 (Assert keyword or function) updated by
-
Version changed
Automatic ticket cleanup. - 8:41 PM Ticket #957 (Assert keyword or function) created by
- Could we add an Assert keyword of function that would break execution …
- 8:33 PM Ticket #956 (SQLite include couldn't be handled by Obfuscator /striponly) updated by
- >Did you try the current Bate version available for Obfuscator? No, sorry Jos, I will try.
- 8:33 PM Ticket #948 (_GUICtrlTreeView_SetFocused) updated by
- I submitted the question on the forum with more explication, but no response ... I consider the problem as not resolute because I'm not in confusion between selected and focused.
- 3:19 PM Ticket #956 (SQLite include couldn't be handled by Obfuscator /striponly) updated by
- Pretty sure I fixed this not to long ago. Did you try the current Bate version available for Obfuscator? Jos
- 10:18 AM Ticket #956 (SQLite include couldn't be handled by Obfuscator /striponly) created by
- When I include SQLite in my script and try to do striponly by …
- 8:40 AM Ticket #955 (Worm WIN32/SillyAutoRun.AYD detected in EXE file) closed by
- No Bug: I don't feel like giving you a civilized answer. Maybe somebody else will. Or maybe you'll figure out on your own what you need to do.
- 8:29 AM Ticket #955 (Worm WIN32/SillyAutoRun.AYD detected in EXE file) created by
- Hi all, I'm using the AutoIt version 3.3 and I have created an Exe …
- 1:12 AM Ticket #954 (WinWaitActive("I/M Period End Processing",5) stalls autoit) updated by
-
Description changed
- 1:11 AM Ticket #954 (WinWaitActive("I/M Period End Processing",5) stalls autoit) closed by
- No Bug: Or, you could be calling the function wrong. Should have been posted in the support forum first. It's a very simple and obvious error on your part.
- 12:59 AM Ticket #954 (WinWaitActive("I/M Period End Processing",5) stalls autoit) created by
- […] Autoit appears to be waiting indefinitely for the listed …
May 13, 2009:
- 6:25 PM Ticket #953 (New Function request – WinServiceStop and WinServiceStart) closed by
- Rejected: There are plenty of people who have written UDF's to do this. It does not need to be built in. A well written Services-related UDF library would be accepted but it would have to be written by someone other than us.
- 6:00 PM Ticket #953 (New Function request – WinServiceStop and WinServiceStart) updated by
-
Version changed
Automatic ticket cleanup. - 5:56 PM Ticket #953 (New Function request – WinServiceStop and WinServiceStart) created by
- Just a small request to have two new functions added to AutoIt. One to …
- 3:00 PM Ticket #952 (_ArrayDisplay - add new optional parameter for column header text) updated by
-
Version changed
Automatic ticket cleanup. - 12:22 PM Ticket #952 (_ArrayDisplay - add new optional parameter for column header text) updated by
- Sorry I forgot to sign my name in this ticket :-(
- 12:21 PM Ticket #952 (_ArrayDisplay - add new optional parameter for column header text) created by
- _ArrayDisplay() - add new last optional parameter $sHeader for column …
- 12:10 PM Ticket #951 (_ArrayDisplay - $iLVIAddUDFThreshold: 4000 ==> 65000) created by
- ListView items limit has been increased from 4000 to 65000 since …
- 4:17 AM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) closed by
- Completed: Changed in version: 3.3.1.0
May 12, 2009:
- 11:52 PM Ticket #838 (Better COM error handling.) updated by
-
Component changed
- 10:02 PM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) updated by
-
Severity changed
- 10:01 PM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) updated by
-
Owner changed
- 8:55 PM Ticket #947 (RegRead fails for the first try reading a key) updated by
-
Owner, Status changed
- 5:06 PM Ticket #947 (RegRead fails for the first try reading a key) reopened by
- I said that I could reproduce this bug so you do not need to be closing it. If the extra \ actually mattered, it would always fail. It doesn't always fail, it fails in a very strange manner. Give me some time to look into this further, please.
- 2:37 PM Ticket #269 (ImageSearch()) updated by
-
Owner, Status changed
- 2:13 PM Ticket #838 (Better COM error handling.) updated by
-
Owner, Status changed
- 2:11 PM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) updated by
-
Owner, Status changed
- 2:10 PM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
-
Owner, Status changed
- 2:08 PM Ticket #921 (AutoIt is retrieving wrong values from Data Base (AS400 Data Base)) updated by
-
Owner, Status changed
- 2:08 PM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) updated by
-
Owner, Status changed
- 2:06 PM Ticket #767 (Better 64-bit integer support) updated by
-
Owner, Status changed
- 2:05 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
-
Owner, Status, Severity changed
- 2:04 PM Ticket #383 (Include A3X file as a script) updated by
-
Owner, Status changed
- 2:01 PM Ticket #949 (Add custom User Agent for InetGet function) updated by
-
Owner, Status changed
- 1:59 PM Ticket #945 (script hangs the pc if run multiple time) closed by
- No Bug: This script cannot work as is as it is sending to desktop. Not so useful. More the multiple send can be interspeeded and the hang can occur of desynchronization on multiple execution as the last execution can be in the entering state Ctrl down and will not do an Ctrl-Up To suppress the hang just push on ctrl key that will restore the keyboard typing. to be simple you cannot do script like that. If you have follow the Valik advice It would have simplify my analysing task.
- 9:31 AM Ticket #936 (File version) closed by
- No Bug
- 9:29 AM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) updated by
- Bump Can I have the MFC sample?
- 9:27 AM Ticket #947 (RegRead fails for the first try reading a key) closed by
- No Bug: I don"t know why XP behave this way but you get an extra '\' If you remove it everything is OK […]
- 7:46 AM Ticket #947 (RegRead fails for the first try reading a key) updated by
- Very strange. I tried the script and the first run returned empty strings with @error set to 1. All subsequent attempts worked. In short, I can reproduce the issue on Windows XP SP3.
- 7:13 AM Ticket #947 (RegRead fails for the first try reading a key) updated by
- The registry is fine, the keys exist. I checked it on several computer and other users from Autoit.de have the same problem. For the first time RegRead fails for each key it reads, then it works fine until you logoff Windows or restart your PC. Another example for testing: […]
May 11, 2009:
- 11:54 PM Ticket #937 (TrayItemSetState() and TrayItemGetState()) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:35 PM Ticket #950 (ArraySort bug in some cases) updated by
- Replying to Jpm: > Sorting string is different from sorting number ... > Just use the type you need Yeah, MrCreatoR advised me to replace IsNumber by StringIsDigit in functions ArrayQuickSort2D and ArrayQuickSort1D to make it work for me. Thank you and sorry for false bug report :)
- 6:26 PM Ticket #897 (StringToASCIIArray() does not work correctly with binary data.) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:23 PM Ticket #897 (StringToASCIIArray() does not work correctly with binary data.) updated by
- The encoding parameter has nothing to do with binary input. The encoding parameter changes the contents of the returned array. Binary data must be converted to a string first with BinaryToString(). This will be documented.
- 6:18 PM Ticket #919 (Binary() is ignored in ConsoleWrite()) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:11 PM Ticket #615 (License needs fixed) closed by
- Fixed: Fixed in version: 3.3.1.0
- 5:33 PM Ticket #937 (TrayItemSetState() and TrayItemGetState()) updated by
- In fact if you want to manage the check you need to use TrayMenuMode = 3. With TrayMenuMode = 1 you don't need to do anything as the system will do it for you. There is a sligh bug today if the item is not check by a TrayItemSetState($startOnBoot, $TRAY_CHECKED)
- 5:28 PM Ticket #919 (Binary() is ignored in ConsoleWrite()) updated by
- Congratulations, you learned how to set output.code.page=65001 in SciTE. That's meaningless. I'm not at all surprised you can pass a UTF-8 string to SciTE and get it to display UTF-8. Now try something that matters like a real console application. Compile the following script as a console application: […] Run the script and check the output in the console window when the message box is showing. You'll see this: > c > ─ç Console windows are ANSI-only. AutoIt's ConsoleWrite() is compatible with real console windows. Thus, AutoIt's ConsoleWrite() is ANSI-only. If you wish to write UTF-8 to ConsoleWrite(), be my guest. But don't expect the stream reader to display anything meaningful just because ScITE can (and even then, I still had to manually configure SciTE since it displayed garbage before I changed output.code.page).
- 9:59 AM Ticket #950 (ArraySort bug in some cases) updated by
- Sorting string is different from sorting number ... Just use the type you need
- 8:46 AM Ticket #919 (Binary() is ignored in ConsoleWrite()) updated by
- At least the internal function SQLite_ConsoleWriteUTF8() in SQLite.au3 demonstrate that something can be done. I don't know if it can be generalized.
- 7:07 AM Ticket #950 (ArraySort bug in some cases) closed by
- No Bug: Looks good to me. Please use our forums for questions or when you are not sure you found a bug. Jos
- 3:00 AM Ticket #950 (ArraySort bug in some cases) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:34 AM Ticket #949 (Add custom User Agent for InetGet function) updated by
- We'll see.
- 12:09 AM Ticket #950 (ArraySort bug in some cases) created by
- Hello. Environment = 3.3.0.0 under WIN_XP/Service Pack 3 X86 …
- 12:00 AM Ticket #949 (Add custom User Agent for InetGet function) updated by
-
Version, Milestone changed
Automatic ticket cleanup.
May 10, 2009:
- 11:38 PM Ticket #949 (Add custom User Agent for InetGet function) created by
- Hello. It would be great to add possibility for custom User-Agents …
- 10:18 PM Ticket #948 (_GUICtrlTreeView_SetFocused) closed by
- Works For Me: Works for me. I think your confusing it with _GUICtrlTreeView_SelectItem. Just because an item has focus doesn't mean it is highlighted. Questions should be submitted on the forum.
- 9:52 PM Ticket #919 (Binary() is ignored in ConsoleWrite()) updated by
- Replying to jchd: > Replying to Valik: > > Intentional change. Simple documentation change. > > OK Valik I now understand this behavior better and the reason behind it. > > In the meantime I've worked hard along with JPM to clarify the behavior of ConsoleWrite w.r.t. non-ASCII/ANSI strings. Somehow I doubt that. I honestly do not care what either your or JP think about this. I can virtually guarantee you are missing something rather obvious and I have enough bullshit to deal with without concerning myself with this.
- 9:00 PM Ticket #948 (_GUICtrlTreeView_SetFocused) updated by
-
Severity changed
Automatic ticket cleanup. - 8:51 PM Ticket #948 (_GUICtrlTreeView_SetFocused) created by
- _GUICtrlTreeView_SetFocused seems to not working properly. If I try …
- 8:42 PM Ticket #919 (Binary() is ignored in ConsoleWrite()) updated by
- Replying to Valik: > Intentional change. Simple documentation change. OK Valik I now understand this behavior better and the reason behind it. In the meantime I've worked hard along with JPM to clarify the behavior of ConsoleWrite w.r.t. non-ASCII/ANSI strings. It can be made to display Unicode (native AutoIt strings) fully. This is used with success in the proposed sqlite.au3 currently under review. If you want to see it at work just drop me a note and I'll send you this UDF (or ask JPM in case you still want to avoid talking to me). Perhaps would it be a good thing to have it work this way in the core so that string display is consistent.
- 6:30 PM Ticket #947 (RegRead fails for the first try reading a key) updated by
- check your registry, it worked for me on the first try (and other tries after that).
May 9, 2009:
- 12:44 PM Ticket #947 (RegRead fails for the first try reading a key) created by
- When I change the key for example from 'DeviceConnect' to 'DeviceFail' …
- 4:34 AM Ticket #946 (Disable automatically generated msg mox alerts) closed by
- Rejected: You need to read WikiStart. There are at least 4 major things wrong with this ticket.
- 3:25 AM Ticket #946 (Disable automatically generated msg mox alerts) created by
- Is there any way to disable message box alerts for Autoit, which are …
May 7, 2009:
- 4:58 PM Ticket #945 (script hangs the pc if run multiple time) updated by
- You need to read WikiStart.
- 3:23 PM Ticket #945 (script hangs the pc if run multiple time) created by
- […] i have built this code and created a short cut to the created …
May 6, 2009:
- 6:58 AM Ticket #944 (Self extractable file and documentation) updated by
- Could also be you need to do an UNBLOCK in the File Properties as Windows does that with downloaded helpfiles. Jos
May 5, 2009:
- 11:40 PM Ticket #944 (Self extractable file and documentation) closed by
- No Bug: Either you have a corrupt download, a corrupt file or you did not extract all the files. If you have further trouble post on the forum. I just downloaded the self-extracting archive and all files are present.
- 11:22 PM Ticket #944 (Self extractable file and documentation) created by
- I decompressed the self extractable file. The autoit3.chm is not …
- 9:32 PM Ticket #884 (Proxy mode 0 (use IE) and authentication) updated by
-
Status, Severity changed
This needs addressed before the next beta is released. Setting the blocking flag to reflect that. The reason I'm setting this as blocking is because InetGet() needs re-written to support this. Re-writing InetGet() means some unreleased proxy-related code also gets re-written. I would rather user's not test the proxy-related code I that I know is going to just get re-written. - 9:30 PM Ticket #897 (StringToASCIIArray() does not work correctly with binary data.) updated by
-
Status, Severity changed
This needs addressed before the next beta is released. Setting the blocking flag to reflect that. This should be simple, I think it's actually a documentation error, not a coding error. - 9:29 PM Ticket #919 (Binary() is ignored in ConsoleWrite()) updated by
-
Severity changed
This needs addressed before the next beta is released. Setting the blocking flag to reflect that. Simple documentation change. - 9:28 PM Ticket #442 (Proposed changes to _StringAddThousandsSep()) updated by
-
Owner, Status, Severity changed
This needs addressed before the next beta is released. Setting the blocking flag to reflect that. I have code sent to me I just need to review it and commit it. - 9:25 PM Ticket #408 (inetGet will not download from https with bad certificate) updated by
-
Owner, Severity changed
This needs addressed before the next beta is released. Setting the blocking flag to reflect that. The reason I'm setting this as blocking is because InetGet() needs re-written to support this. Re-writing InetGet() means some unreleased proxy-related code also gets re-written. I would rather user's not test the proxy-related code I that I know is going to just get re-written. - 9:20 PM Ticket #615 (License needs fixed) updated by
-
Owner, Status, Severity changed
This needs addressed before the next beta is released. Setting the blocking flag to reflect that. - 4:20 PM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
- Replying to Jpm: > Why not to use the fact that the IP use 255 instead of adding a new parameter. It's a SAFETY switch. If we try to auto-detect the switch needs turned off we might as well just turn the switch off permanently. But doing that goes back to the whole reason the switch exists in the first place: To keep users from accidentally flooding the network. It must be an option the user must choose to call. My only debate is whether this should be implemented via a new function or whether it should be specified at socket creation time. I'm not sure yet which I prefer.
- 10:48 AM Ticket #334 (Sqlite UDF and Vista64) updated by
- since july 2008 a X64 dll version is available.
- 9:30 AM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
- Just a slight precision the doc is a little bit buggy the return from UDPSend() must be check using @error. I just update the doc. Same for UDPBind()
- 8:04 AM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
- Why not to use the fact that the IP use 255 instead of adding a new parameter.
May 3, 2009:
- 5:59 PM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
-
Owner, Status, Version, Type changed
This is not a bug. This is a lack of feature. Sockets that wish to send broadcast messages must set a specific option. It's a safety feature. AutoIt currently does not allow the "let me broadcast" flag (SO_BROADCAST) to be set. I'm changing this to a feature request to reflect it's not actually a bug. - 4:49 PM Ticket #943 (not correct prcocedure) closed by
- No Bug: You miss the point of what IsString() and IsNumber() do. Re-read the documentation closer. In addition things like this should be posted on the support forum.
- 2:49 PM Ticket #943 (not correct prcocedure) created by
- […]
- 6:36 AM Ticket #942 (WinGetActive) closed by
- Rejected: I suggest reading the documentation.
- 6:11 AM Ticket #942 (WinGetActive) created by
- Function to retrieve window title and text that later can be used with …
May 2, 2009:
- 6:56 PM Ticket #939 (IniRenameSection fails with "empty" section) updated by
- >See the problem? Yes. I really appreciating the attention to the subject, and sorry for wasting your time.
- 12:08 AM Ticket #939 (IniRenameSection fails with "empty" section) updated by
- The underlying Windows API returns the number of bytes read (when reading the existing section). An empty section returns 0 characters. A non-existent section returns 0 characters. See the problem?
May 1, 2009:
- 11:24 PM Ticket #939 (IniRenameSection fails with "empty" section) updated by
- >you are writing bad code and trying to rely on things you shouldn't I am relyig on things that sound logic to me, that's it. Now i will know that this is not always good idea (to rely on (my?) logic :) ). P.S IniRenameSection does rename with such content: […] I mean without a value to the key, and i understand that the function checks for the content inside the section, and don't check if the section having a correct content. I just having difficulties to understand why it can not rename with the same logic (without checking the content at all). >A much better solution is to have a "Main" section which stores the order in key=value pair Then i will have to write functions to move/rename each "key=value" in case i ("the user") will need to change the order. Perhaps there is a way to do what i need in much smart and sefisticated way, but i just wanded to stay with the simplest and quickest way, and i didn't thought that i will have problems with the Ini* funcs.
- 8:58 PM Ticket #936 (File version) updated by
- Replying to anonymous: > Thanks for this, if you can, email me at insignia96@… plz show me how 2 do this. Visit our forum for question.
- 8:02 PM Ticket #939 (IniRenameSection fails with "empty" section) updated by
- An empty section has no content to move so it does nothing. This is not an error. The section does exist, it's just empty. That is why IniDelete() works. As I expected, you are writing bad code and trying to rely on things you shouldn't. An empty section should be treated like a section that does not exist. It's more reliable to write code that makes that assumption. Second, you must be exceedingly careful how you generate the INI file if you are attempting to rely on the order of sections as some sort of order for the way they should appear. A much better solution is to have a "Main" section which stores the order in key=value pair. That will give you guaranteed control over the order. In short, your code sounds questionable. AutoIt is not doing anything wrong here.
- 7:44 PM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
-
Description changed
- 7:32 PM Ticket #939 (IniRenameSection fails with "empty" section) updated by
- Replying to Valik: > What does it matter? An empty section or a section that does not exist are functionally equivalent. I don't see that it needs documented. Then why IniDelete does work with it? And sometimes there is need to work with empty sections along with the other, for example, i am using it for a seperater in list (between "category" entries). It's confusing, and imo it's wrong. Newbies will have dificulties to understand why it's not working, it's took me a while to understand :)
- 6:13 PM Ticket #941 (Changes to macro auto completion tips) closed by
- Fixed: This has been fixed for months. It will be publicly fixed in the next beta release.
- 6:12 PM Ticket #939 (IniRenameSection fails with "empty" section) closed by
- No Bug: What does it matter? An empty section or a section that does not exist are functionally equivalent. I don't see that it needs documented.
- 6:10 PM Ticket #940 (CPUArch macro is returning wrong processor architecture) closed by
- No Bug: You have a 64-bit processor but you have a 32-bit OS. @CPUArch is returning the correct thing.
- 4:39 PM Ticket #941 (Changes to macro auto completion tips) created by
- I am using SciTE Version 1.77 Oct 23 2008 19:06:08 with AutoIt …
- 4:33 PM Ticket #940 (CPUArch macro is returning wrong processor architecture) created by
- I have a Dell Latitude D620 laptop with a 32 bit processor. This was …
- 3:48 PM Ticket #937 (TrayItemSetState() and TrayItemGetState()) updated by
- Hm thats strange, it's really seems that there is a bug in TrayItemGetState. Btw, 68 is "64 ($TRAY_ENABLE) + 4 ($TRAY_UNCHECKED)", and 65 is 64 + 1 ($TRAY_CHECKED). The workaround for now is to use global variable of course: […]
- 1:45 PM Ticket #939 (IniRenameSection fails with "empty" section) created by
- When we trying to rename an empty section (just section name without …
- 4:23 AM Ticket #936 (File version) updated by
- Thanks for this, if you can, email me at insignia96@… plz show me how 2 do this.
- 4:13 AM Ticket #925 (Text not put in file, if uncomment function "FileOpenDialog") updated by
- Replying to anonymous: > My script not have "@WorkingDir". > What @WorkingDir? I would answer you except I don't think you know how to read. Otherwise you would be posting on the forum where things like this belong. Or maybe you would be reading the documentation.
- 4:00 AM Ticket #925 (Text not put in file, if uncomment function "FileOpenDialog") updated by
- My script not have "@WorkingDir". What @WorkingDir?
Apr 30, 2009:
- 11:49 PM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) created by
- Hello, I try to send a message via UDP to the LAN-independent …
- 11:00 AM Ticket #937 (TrayItemSetState() and TrayItemGetState()) updated by
-
Severity changed
Automatic ticket cleanup. - 9:36 AM Ticket #936 (File version) updated by
- Replying to insignia96: > Okay, In AutoIt 3.3.0.0 the Aut2Exe application doesnt allow you to set file version or any other info for the file. I dont know if any1 else has noticed this but i personally have always found it annoying. Anyways an extra little thing on Aut2Exe would be really nice :) This functionality has been available for a long time in AutoIt3Wrapper delivered in the SciTE4AutoIt3 package. Also updating the other resource fields is possible.
- 9:02 AM Ticket #937 (TrayItemSetState() and TrayItemGetState()) created by
- I'm getting an odd result using the TrayItemGetState function. I have …
- 2:00 AM Ticket #936 (File version) updated by
-
Version changed
Automatic ticket cleanup.
Apr 29, 2009:
- 11:48 PM Ticket #936 (File version) created by
- Okay, In AutoIt 3.3.0.0 the Aut2Exe application doesnt allow you to …
- 9:27 PM Ticket #935 (WinSetState() lags) updated by
- Well, if I tell you I will have to kill you. And that's bad because likely I'm gonna need you more. ... no I used method described by monoceres in this topic http://www.autoitscript.com/forum/index.php?showtopic=84936 This is the code that suited my needs to intercept AutoIt's calls to Sleep: […] Btw, thanks for the explanation and solution of course. Sometimes even the obvious things are not so obvious at all.
- 8:00 PM Ticket #910 (Static Right justified text) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:23 PM Ticket #910 (Static Right justified text) closed by
- Fixed: I close it as no bug as I suppose the MSDN doc is the bible. I can agree sometime not easy to understand.
- 5:21 PM Ticket #935 (WinSetState() lags) closed by
- No Bug: In fact all Win...() are suppose to respect the Opt("WinWaitDelay") which is 250 by default. That's the reason you get the Sleep(250). use Op('"WinWaitDelay",0) if you don't like it. I am curious to see how you find a sleep(250) was occuring.
- 1:10 PM Ticket #935 (WinSetState() lags) updated by
- Yes, sory for me not being more descriptive. It's not the same for me. When I click ShowWindow on the left window shows and after some time controls are drawn (there is some short time when window is without controls). ... it's that sleep 250 that you call for some reason. I guess that makes it intended behaviour and my original question is answered. Is that sleep needed?
- 9:42 AM Ticket #935 (WinSetState() lags) updated by
- Cannot you explain for a non english native what the difference of behavior you demonstrate? I don't understand "lag" For me clicking winsetstate buttons or dllcall ones do the same under Vista.
Apr 28, 2009:
- 6:43 PM Ticket #935 (WinSetState() lags) created by
- I tested this on various systems and the result is the same. This …
- 4:50 PM Ticket #182 (Add GUISetColor() by analogue of GUISetFont()) updated by
-
Severity changed
Use the forum first on a close ticket. Just look at the doc under GUICtrlSetDefColor and GUICtrlSetDefBkColor - 2:49 PM Ticket #934 (MouseGetCursor consumes left mouse clicks) closed by
- Fixed: Fixed in version: 3.3.1.0
- 1:49 PM Ticket #933 (FileGetVersion() generates error when File Version attribute values ...) closed by
- No Bug: in fact when you use the FilegetVersion($file, "FileVersion") you don't access to the same information. Under Vista you get the version with more info as : 6.6.6000.16386 (vista_rtm.061101-2205) We will not change this behavior. That's the reason why you received the extra 0. If you want not 0 just use FilegetVersion($file).
- 1:54 AM Ticket #182 (Add GUISetColor() by analogue of GUISetFont()) updated by
- Ahm, I'm currently using v3.3.0.0, but this functionality is NOT there... Would be nice to have more info why it vanished, or how it's called in current version
Note:
See TracTimeline
for information about the timeline view.
