Timeline
Jan 13, 2009:
- 10:30 PM Ticket #775 (control AfxFrameOrView operation) created by
- Some applications use a control named AfxFrameOrView (AfxFrameOrView42 …
- 10:19 PM Ticket #771 (Message to Valik) updated by
- To my German Neighbor, My time is wasted here as much as Jon's, Valiks and others. If you have a quarrel here with this community and your only sollution is to resort to actions like this I can only say that I feel sorry for you as you must be lacking something in life that's really important to you. To me there is only one person here that should tell Valik to change/behave/Shut-Up and that is Jon as AutoIt3 is his baby and nobody else's. Everybody else can have an opinion about it and even voice that in a mature way but I cannot see the validity in you trying to take the law in your own hands and starting a vendetta against Valik by totally screwing up the Forum or the TRAC system and hurting our community as a whole. So I would appreciate you get of our case and move on to find another good cause to put your energy in. Jos
- 10:03 PM Ticket #773 (_GUICtrlStatusBar_SetParts() - badly documented parameters) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:07 PM Ticket #771 (Message to Valik) updated by
- Replying to TinyBoy: > I don't like yoir disrespectful behavior in the forum. So you respond by disrespecting the entire AutoIt community. > Rejecting requests in TRAC with poor arguments, shouting and revoking users, who only want to support you. We have the right to close any ticket for any reason in any way we see fit. This is *our* project, not yours. > Therefore, I decided to teach you a lesson. You taught me several things. How to treat people "better" was not one of them. > I choosed the bug section of TRAC, since this has no harm to the average user, Wrong. As I'm sure you're well aware, the ability to post new tickets has been shut off quite a lot recently. That means people can't ask for features or post bugs. This started right after a new major release when it's expected for us to receive a few bug reports of things we missed or overlooked. How are people supposed to report those when we have to keep our issue tracker turned off? In addition, this created such a back-log for one of our valued members that he accidentally banned himself from Trac trying to post all the things he had been sitting on. He banned himself because we had to enforce tighter rules to mitigate the temporary damage you were doing. So no, you didn't just affect me. You affected the entire community. In addition, your stunt using the Report feature on the forum is known to me, though it did not affect me at all since I don't see those. Generating a hundred or so emails to half a dozen people who aren't me seems to contradict your logic rather nicely. If you care about the language so much then you should be disappointed to learn that you (temporarily) stopped development on a feature. I was attempting to work on something when I had to stop and deal with your garbage. I have yet to find time to resume work on it. So is that how you teach me a lesson? Get me out of having to better the language to stop and deal with you? Is that really productive? What goal is that serving? How does that not affect the rest of the community? If I don't finish that feature for weeks or months now you just caused the entire community to miss out on a feature for that time frame. So contrary to what you may think, you attacked everybody, not just me. > but only makes trouble for you, since you are covering the bug section. Wrong again. You affected every other developer as well. We all had to take action to keep your spam out. I was not alone in keeping the issue tracker clean. Never mind everything I've said previously about how your behavior affected the entire community. > My pre-conditions to honor a cease-fire are the followings: > - Delete this bug-report. No. It will remain publicly available. > - Reinstate banned users: Tinyboy and JellyFish666 No. Your behavior here is reason enough to keep TinyBoy banned. As for JellyFish666, he was warned in advance what would happen and he chose to proceed anyway. Further to that he he threatened us. That's instant removal. > - Remove arbitrary users qwertzu3, qwertzu4 and qwertzui6 from the board. What we do with banned accounts is our business, not yours. > - Send your answer to TinyBoy No. I will post it here for all to see. > Awaiting your polite response in TinyBoys mail-in box. :-) > > Hopefully, we can meet again at the right side of the fence. No, we will never be on the same side of the fence. No matter how much you dislike me your actions are not acceptable to the community. There's an expression called "collateral damage". You just made the entire community your collateral damage because you have a personal vendetta against me. You just attacked an entire community in order to make my life difficult despite the fact that before your spam started I had never spoken to you for any reason what-so-ever (that I am aware of).
- 8:21 PM Ticket #771 (Message to Valik) updated by
- Hello Valik, I don't like yoir disrespectful behavior in the forum. Rejecting requests in TRAC with poor arguments, shouting and revoking users, who only want to support you. Therefore, I decided to teach you a lesson. I choosed the bug section of TRAC, since this has no harm to the average user, but only makes trouble for you, since you are covering the bug section. My pre-conditions to honor a cease-fire are the followings: - Delete this bug-report. - Reinstate banned users: Tinyboy and JellyFish666 - Remove arbitrary users qwertzu3, qwertzu4 and qwertzui6 from the board. - Send your answer to TinyBoy Awaiting your polite response in TinyBoys mail-in box. :-) Hopefully, we can meet again at the right side of the fence. Best regards TinyBoy
- 6:10 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
-
Summary, Description, Reporter changed
Alright, I'm updating the the ticket to reflect what I think the request should be. - 5:44 PM BadContent edited by
- (diff)
- 4:34 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) updated by
- While Trying to take a printscreen-screenshot (for attachment), I got a 'Insufficient memory to create the bitmap. ...' message. (in case it matters, having 768mb of memory, with ~315mb free when running above progam)
- 4:19 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) created by
- following code displays a window with a 10x10 label grid. while …
- 3:53 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Here are old ToDo lists taken from AutoIt website: Attachments can't be placed in Track due to spam restrictions so I uploaded them to AutoIt forum Chat here: http://www.autoitscript.com/forum/index.php?showtopic=87618
- 2:30 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- typo in previous post: menat = meant
- 2:29 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Replying to Valik: > Could somebody please explain what this ticket is about? The title is vague and the text assumes prior knowledge of some list I don't remember. Here is copy of original old AutoIt TODO list: http://www.autoitscript.com/forum/index.php?s=&showtopic=12701&view=findpost&p=224110 Briefly said: Plugins - #include architecture menat that instead of PluginOpen(some_plugin.dll) should be something like #include "some_plugin.dll" It should be similar to including a3x files in current AutoIt.
- 2:20 PM Ticket #773 (_GUICtrlStatusBar_SetParts() - badly documented parameters) created by
- C:\Program …
- 12:32 AM Ticket #604 (implement the transparency of all Ctrl) closed by
- Completed: Added in version: 3.3.1.0
Jan 12, 2009:
- 10:46 PM Ticket #772 (stringstripLF) closed by
- Rejected: StringReplace($sSource, @LF, "")
- 10:27 PM Ticket #772 (stringstripLF) created by
- I would like to see AutoIT have a function to strip line feeds from …
- 8:01 PM BadContent edited by
- (diff)
- 8:01 PM BadContent edited by
- (diff)
- 7:52 PM BadContent edited by
- (diff)
- 7:48 PM BadContent edited by
- (diff)
- 7:48 PM BadContent edited by
- (diff)
- 5:58 PM Ticket #771 (Message to Valik) updated by
- Alright. I'll bite. Who are you and why are you doing this? What have I ever done to you since clearly you bear some grudge against me so you hurt the entire AutoIt community with your behavior.
- 12:16 PM Ticket #771 (Message to Valik) created by
- Hello Valik, here I give you the opportunity to comunicate with me. DO …
- 9:52 AM BadContent edited by
- (diff)
- 9:48 AM BadContent edited by
- (diff)
- 12:50 AM Ticket #333 (Directive for disabling /AutoItExecuteScript) closed by
- Completed: Added in version: 3.3.1.0
Jan 11, 2009:
- 4:42 AM Ticket #769 (FileFlush function) closed by
- Completed: Added in version: 3.3.1.0
Jan 10, 2009:
- 11:01 PM Ticket #759 (_GUICtrlListView_GetItemTextString() --> BIG speed optimize) closed by
- Fixed: Fixed in version: 3.3.1.0
- 8:45 PM Ticket #769 (FileFlush function) created by
- Need to add a function to flush a file. Currently it's only flushed …
- 8:43 PM Ticket #768 (Help for FileInstall needs to be updated) closed by
- No Bug: Err, try compiling. And after you get an error do a face-palm for not thinking about why FileInstall() doesn't accept variables in the first place. This is not a bug. The documentation does not need updated because FileInstall() was not changed.
- 7:28 PM Ticket #768 (Help for FileInstall needs to be updated) created by
- Help for FileInstall needs to be updated to allow a variable for the …
- 7:04 PM Ticket #144 (AutoIt AutoRecord) closed by
- Rejected: I think this has fallen into the abandoned pile or is at least on the "will be done randomly". Closing the ticket.
- 7:02 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Could somebody please explain what this ticket is about? The title is vague and the text assumes prior knowledge of some list I don't remember.
- 7:01 PM Ticket #351 (Reverse PixelSearch) closed by
- Completed: Closing for JP since he had a typo in the commit message which prevented it from being auto-closed. Completed in 3.3.1.0.
- 6:58 PM Ticket #119 (GuiCtrlGet*) closed by
- Rejected: Good enough answer for me. Closing as rejected.
- 6:47 PM Ticket #119 (GuiCtrlGet*) updated by
- My point of view is the user has to memorized what he did instead of asking what he has done. So for me it is not necessary
- 6:23 PM Ticket #262 (Plugins - array parameters) updated by
-
Description, Summary changed
Changed description to what I think the request reflects. - 6:21 PM Ticket #424 (_Dec64()) closed by
- Duplicate: I just created #767 with a better title/description about for improved 64-bit integer support. I'm closing this as a duplicate.
- 6:20 PM Ticket #767 (Better 64-bit integer support) created by
- Currently a lot of integer related functions truncate at 32-bits even …
- 6:15 PM Ticket #714 (Radical(i1,i2,iN)) closed by
- Rejected
- 6:15 PM Ticket #119 (GuiCtrlGet*) updated by
-
Severity changed
Do we really want to provide these? It seems like something simple for somebody to implement but is it really necessary? - 6:14 PM Ticket #63 (Overlay UAC icon on scripts with #RequireAdmin) closed by
- Rejected: Probably better ways to do this than a forced method.
- 5:39 PM Ticket #766 (Why was trac disabled?) closed by
- Rejected: This is not the appropriate place for that question. But as JP said, we have had an issue with spam so we have had it disabled. In the future if you have a question try the forum. Closing this ticket.
- 3:51 PM Ticket #766 (Why was trac disabled?) updated by
- as we allow guest to do report the track mechanism was spam. I am not sure the problem is over. Valik and Jon are working on it.
- 3:06 PM Ticket #766 (Why was trac disabled?) created by
- The last days, trac was not able to create a new tickrt. Why ?
Jan 9, 2009:
- 11:20 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Replying to Valik: > I've already explained this to ChrisL. The method he describes is bad. I explained again here (link is to a private forum). The basic gist is specifying a sharing is prone to 1) Failing; 2) Not working as expected. I will implement a FileLock() function when I get a few minutes to write it up. But we are not going to do what ChrisL suggest because it's not really a good way to go about this. Thanks, that not what the report was describing but if he really need a lock file mechanism he should have describe as such
- 6:37 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- I've already explained this to ChrisL. The method he describes is bad. I explained again here (link is to a private forum). The basic gist is specifying a sharing is prone to 1) Failing; 2) Not working as expected. I will implement a FileLock() function when I get a few minutes to write it up. But we are not going to do what ChrisL suggest because it's not really a good way to go about this.
- 5:22 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- If I understand ChrisL wants to defined at open time how he wants to use the file, allowing a specific sharing. For me that does not imply File Locking mechanism.
Jan 8, 2009:
- 4:30 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) closed by
- Completed: Added in version: 3.3.1.0
Jan 6, 2009:
- 10:29 PM Ticket #765 (Tip Text for label not shown after using GUICtrlSetStyle() on that label) closed by
- No Bug: The behavior is as expected as GUICtrlSetStyle does not force any style just the one send. In tyhe soecific case $SS_NOTIFY is a forced style which is destroyed as it is not part of default style. you need to supply Forced style if wanted
- 10:03 PM Ticket #764 (WinWait/ProcessWait should return handle/PID) closed by
- Completed: Added in version: 3.3.1.0
- 8:43 PM Ticket #765 (Tip Text for label not shown after using GUICtrlSetStyle() on that label) created by
- Hi, First please check …
- 10:49 AM BadContent edited by
- (diff)
- 10:45 AM BadContent created by
- 8:08 AM Ticket #763 (GUICtrlCreateIcon returns a 0 handle but doesn't destroy the created ...) closed by
- Fixed: Fixed in version: 3.3.1.0
Jan 5, 2009:
- 9:40 PM Ticket #764 (WinWait/ProcessWait should return handle/PID) created by
- * WinWait() should return an HWND on success. * ProcessWait() should …
- 9:23 PM Ticket #763 (GUICtrlCreateIcon returns a 0 handle but doesn't destroy the created ...) created by
- GUICtrlCreateIcon returns a 0 handle but doesn't destroy the created …
- 12:30 PM Ticket #757 (Set defaults for MouseClick()'s x/y parameters) closed by
- Completed: Added in version: 3.3.1.0
Jan 4, 2009:
- 3:59 AM Ticket #762 (Image Magick) closed by
- Rejected
- 3:59 AM Ticket #762 (Image Magick) updated by
- Could we? Yes. Will we? No. For one thing, that's likely to be a rather extensive project. For another, it doesn't really need to be distributed with AutoIt as long as it exists. Which it doesn't so requesting a UDF that doesn't exist is pointless as we'll just tell you to go write it yourself. So go write it yourself.
- 3:30 AM Ticket #762 (Image Magick) created by
- Could you include image magick in au3? it would be very nice for image …
Jan 3, 2009:
- 10:45 PM Ticket #761 (Scite issue: is this the correct spot?) closed by
- No Bug: A new option is added to the latest release of SciTE which was implemented as a standard in SciTEGlobal.properties: save.position=1 This will always restore the latest window position of SciTE. If you do not like this behaviour than just add it to your SciTEUser.properties with a value of 0. Jos
- 2:38 PM Ticket #760 (Regular expression; NUL character in \x##) updated by
- Banalizing me and my writing. Using hyperboles as means. ... almost challenging. Nice.
Jan 2, 2009:
- 5:58 PM Ticket #760 (Regular expression; NUL character in \x##) updated by
- It's called hyperbole, not banal.
- 10:50 AM Ticket #760 (Regular expression; NUL character in \x##) updated by
- You are banalizing things to gain some sort of advantage. You don't have to do that. When it comes to this I'm no match for you. Football - maybe. I recon your questions to be rhetorical ones.
- 5:30 AM Ticket #761 (Scite issue: is this the correct spot?) created by
- The current version of scite 4 autoit, for me, no longer supports a …
- 3:21 AM Ticket #760 (Regular expression; NUL character in \x##) updated by
- What should I document next? Should I document the function can't be used to make you toast? Or that the function is not suitable for use as a coffee filter? Documenting things functions can't do doesn't make sense. You can experiment and see if something works when it's not documented but don't come running to us if the experiment fails saying we need to document the results.
- 1:21 AM Ticket #760 (Regular expression; NUL character in \x##) updated by
- ok I've switched to 3.3.0.0 yesterday and saw that new function StringToASCIIArray(). Strings procesed by that function can contain null character, and help file remark is mentioning end of the string there (not to be null char). So, strings are converted to strings before regexp funtions. Then maybe when speaking of ascii characters and regular expression, it should be said somehow, that null character is that what it is.
- 12:17 AM Ticket #760 (Regular expression; NUL character in \x##) closed by
- No Bug: Code works how I expect. The function doesn't claim to work on binary data (data with embedded terminators).
Jan 1, 2009:
- 11:53 PM Ticket #760 (Regular expression; NUL character in \x##) created by
- It's about null character in \x## pattern. Not working for that …
- 5:45 AM Ticket #759 (_GUICtrlListView_GetItemTextString() --> BIG speed optimize) updated by
- even smaller with […]
- 3:35 AM Ticket #759 (_GUICtrlListView_GetItemTextString() --> BIG speed optimize) created by
- $iSelected = _GUICtrlListView_GetNextItem($hWnd) should be before FOR …
Dec 30, 2008:
- 9:03 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
- I made some sort of UDF (OnAutoItExit Handler, also attached as a zip-file) from the idea (in the first post), hope it can be usefull untill it will be(?) added natively.
- 4:13 AM Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) updated by
- Just to expand on my previous comment, it's not a bug. AutoIt only looks at "is the variable a number or is it a string". The contents of the string don't matter. This is the correct behavior because if it tried to treat all numeric strings as control ID's it would become impossible to find a control that had numeric text. So once again, casting is the correct thing to do. Any time you read from a file, an INI file, the registry, user input via GUI or just about anywhere, you're probably going to need to cast the returned value via the Number() function because almost invariably it will be returned as a string.
- 4:06 AM Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) closed by
- No Bug: This is not a bug and the behavior is correct. Casting via Number() or Int() is the correct thing to do.
- 3:35 AM Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) created by
- In my script, I get controlID variable from registry with RegRead(). …
Dec 29, 2008:
- 9:00 PM Ticket #757 (Set defaults for MouseClick()'s x/y parameters) updated by
-
Version changed
Automatic ticket cleanup. - 7:28 PM Ticket #757 (Set defaults for MouseClick()'s x/y parameters) created by
- For now MouseClick() does not accepting default (-1 or …
- 10:14 AM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- Thanks M23
Dec 28, 2008:
- 11:34 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:04 PM Ticket #756 (Virus detected) closed by
- No Bug: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 9:00 PM Ticket #756 (Virus detected) updated by
-
Severity changed
Automatic ticket cleanup. - 6:39 PM Ticket #756 (Virus detected) created by
- When I build a script with the latest AutoIt3 3.3.0.0 and SciTE4, …
- 10:00 AM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- Good morning, Investigating further, the new _FileReadToArray appears to ignore empty elements after the final filled element as the following code should show: […] My results always have the second array truncated after the filled element as the empty elements beyond are ignored. I have run it up to 2000 elements and the result is always the same. Adding a second element to the array just moves the truncation point to that value. Hope this helps to solve the problem. M23
Dec 27, 2008:
- 6:31 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- My apologies for not posting a script. First time I have had to use this. […] On my machine this gives "no array" when reloading the empty array, a 1 element array when the first element is filled, and a 25 element array when all are filled. The same script on 3.2.12.1 gives 25 element arrays in all cases, with the correct elements filled when set. Hope that makes it clear. Only difference is that 3.3.0.0 is running on Vista, and 3.12.1.0 is on Win98 - although as the Vista machine did not error when it was using 3.2.12.1 and gave an error on first run with 3.3.0.0 I do not believe the OS to be a factor. M23
- 4:59 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) updated by
- please post a repro scriptas stated in trak report submission. I test with the following without any problem under 3.3.0.0 […] with #755.txt […]
- 12:17 PM Ticket #755 (_FileReadToArray broken in 3.3.0.0) created by
- If an array containing empty elements is saved by _FileWriteFromArray, …
Dec 26, 2008:
- 7:14 PM Ticket #754 (RUN COMMAND) closed by
- No Bug: Err, if the Run() command were that fundamentally broken don't you think we'd have caught it by now? The Run() function certainly works correctly for me. I'm closing this as no bug. If you are experiencing a problem you need to work out the specific details of the bug on the forum and then create a ticket describing how to reproduce the problem.
- 9:00 AM Ticket #754 (RUN COMMAND) updated by
-
Severity, Milestone changed
Automatic ticket cleanup. - 8:40 AM Ticket #754 (RUN COMMAND) created by
- With the new version runcommand dosen't admit a path for launching the …
Dec 25, 2008:
- 9:51 AM Ticket #753 (@ScriptDir does contain a trailing backslash on drive root.) closed by
- No Bug: I don't know which verison you are really running with but this problem have beed fix since 3.2.2.0 infact in beta 3.2.1.13
- 7:50 AM Ticket #753 (@ScriptDir does contain a trailing backslash on drive root.) created by
- @ScriptDir does return a trailing backslash when the script is on the …
Dec 24, 2008:
- 3:30 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- That was me, btw :)
- 3:29 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- A bit difficult to chat easily on here. I've created this thread for further talk: http://www.autoitscript.com/forum/index.php?showtopic=86602
- 11:02 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- Oops, something had happened. Now it doesn't work on my computer! I will investigate this further. Anyway: the clipboard part of the test should look fine if you install the font patch. It's clearly that we have here a Windows issue (something worked, as you see in the screenshot and after few days it doesn't). Anyway I would recommend you to use the http://www.babelstone.co.uk/Software/BabelMap.html for testing Unicode related issues. I will come back with new information.
- 10:51 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- I've added to the comments inside the test files that you need to install European Union Font Expansion Pack if you are running XP. http://www.microsoft.com/downloads/details.aspx?familyid=0EC6F335-C3DE-44C5-A13D-A1E7CEA5DDEA&displaylang=en This is because two of the 3 characters tested here are not included in default fonts from Windows XP.
- 9:19 AM Milestone 3.3.0.0 completed
- 1:58 AM Ticket #31 (AutoIt user agent added to internet functions) updated by
- Replying to Jon: > (In [2795]) User agent is set to "AutoIt". May add user-defined agent in future. > Completed ticket:31 Is it will be added («user-defined agent»)? In some cases there is need to set specific User Agent, «AutoIt» is not accepted. Thanks.
Dec 23, 2008:
Dec 22, 2008:
- 11:40 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
- If there was progress don't you think it would stand to reason you would see the results of that progress?
- 10:53 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
- Replying to Valik: > I agree, the way both OnAutoItStart and OnAutoItExit are implemented is absolute rubbish and needs re-designed from the ground up to facilitate more than one handler being registered without complex chaining by the user. > > I'm renaming the ticket to better reflect the content. Any progress on this? Wouldn't it be quite simple to change it to a simple stack model chain where the first function added to the chain is the last to be called?
- 3:00 PM Tickets #462,677 batch updated by
-
Version changed
Automatic ticket cleanup. - 12:50 PM Ticket #462 (Send() can't send Unicode characters.) updated by
-
Type, Severity changed
- 12:50 PM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) updated by
-
Type, Severity changed
The problem is these functions rely on sharing memory between processes. Need to look at a way to share memory between a 32 and 64 process ok. Changing to feature request. - 9:14 AM Ticket #752 (_ArrayUnique) closed by
- Fixed: Fixed in version: 3.2.13.14
- 5:40 AM Ticket #752 (_ArrayUnique) updated by
- No bug for me as the StringSplit return a first element which is the number of splitted strings. use new lag=2 in beta to suppress it if you don't like. I leave it open so Gary cant correct the doc
Dec 21, 2008:
- 10:54 PM Ticket #752 (_ArrayUnique) created by
- Hi, […] Output is: […] There is also a typo in the helpfile : …
- 5:11 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- I can't even reproduce the characters when doing it manually with ALT. I certainly don't get the characters you describe at the top of the script. I get: ↓♥←
- 12:09 PM Ticket #751 (Bug with StringSplit on ANSI platforms) updated by
- "flag=2 is invalid under the release version" Ouch! I didn't realize this, nor that you had discontinued ANSI support altogether. Please accept my humble apologies.
- 10:09 AM Ticket #750 (SciTE "toggle all folds" shows not all functions) updated by
- Fixed in SciLexer v 1.7.7.5 available in the Beta directory of SciTE4AutoIt3 and in the next version of the included SciTE4AutoIt3. Jos
- 10:06 AM Ticket #750 (SciTE "toggle all folds" shows not all functions) closed by
- Fixed: Fixed in version: 3.2.13.14
- 7:59 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- I have bad news regarding this bug - I think there are two of them. I've extended a little bit the test by adding ASC-decimal version and the result is not well. Also I will attach the new script and a screenshot of the results. Normally it should display the same thing between [].
- 7:00 AM Ticket #751 (Bug with StringSplit on ANSI platforms) closed by
- Works For Me: There is no more ANSI support in the Beta . so I don't understand your report. flag=2 is invalid under the release version working as expected under the Beta
- 6:01 AM Ticket #751 (Bug with StringSplit on ANSI platforms) created by
- […]
Dec 20, 2008:
- 9:40 PM Ticket #750 (SciTE "toggle all folds" shows not all functions) created by
- Toggle the following code and you'll see the begin of first function …
- 7:27 PM Ticket #740 (Regression in DllStructSetData()) closed by
- Fixed: Fixed.
- 7:26 PM Ticket #749 (Better Encryption) closed by
- Rejected: Blah blah blah. Covered a million times. Wrong place. Et cetera. Closed.
- 6:31 PM Milestone 3.2.13.13 completed
- 6:00 PM Ticket #749 (Better Encryption) updated by
-
Version changed
Automatic ticket cleanup. - 3:36 PM Ticket #749 (Better Encryption) updated by
- Well, I just read a thread in the Example Forum section and the guy had made his program send a screen shot to his computer during installation of a program and he was "decompiling" it. In the task bar was a window titled "myAut2Exe >The Op..." and I just was wondering if that was a public program. I searched google for "myAut2Exe" and I found a website for it. I downloaded it to see if it really worked and to my surprise, it did. I feel that you should either use stronger encryption or just change something in the current encryption to make the programs to "decompile" autoit scripts not work.
- 3:35 PM Ticket #749 (Better Encryption) created by
- Well, I just read a thread in the Example Forum section and the guy …
- 1:50 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- Please take a look at my article from http://blog.i18n.ro/automation-and-unicode-text-input-under-windows/ I would really like to see AutoIt being able to convert any Unicode character that cannot be converted using VkKeyScan to a keystroke intro a ALT+number sequence. This would make Send() Unicode compatible and will help make people testing the input of foreign characters. Also: can you enable account creation on Trac? It's really bad that I cannot receive a notification on a response.
- 12:05 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- Two issues here: 1. Send indeed doesn't send Unicode characters easily - you have to use the ASC sequences instead. This is mentioned in the limitations section about unicode at http://www.autoitscript.com/autoit3/docs/intro/unicode.htm - I'll try and make it more clear in the Send() documentation as well. It's been on my "to do" list to make it work perfectly for a while so I'll change this bug into a feature request. I usually suggest that Send() is a last resort and you should use ControlSetText() wherever possible which works perfectly with Unicode characters. 2. The ASC code was a bit broken in that I was always adding a leading 0. So if you specified 0x41 (Dec:65) then this was actually sent as "ALT+065". This is incorrect so I've fixed this and the change will be in the next beta.
- 8:53 AM Ticket #462 (Send() can't send Unicode characters.) updated by
-
Owner, Status changed
- 8:53 AM Ticket #462 (Send() can't send Unicode characters.) reopened by
- Wow, there actually is a bug, it's just not being reported very well. It's taken over 5 months for it to come out what the real issue is. Bravo. Anyway, it appears that for whatever reason only the last two characters of Send()'s ASC are actually being used. Simple script that reproduces the problem: […]
- 7:35 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- It will try to skip over you language and try to show you that you are really wrong. 0xA95 is not a Chinese character, in fact it is GUJARATI LETTER KA - you can check at: http://www.fileformat.info/info/unicode/char/0a95/index.htm Or better you could use the free software named BabelMap for navigating the Unicode Character Map. I will attach a test file that contains the same text introduced in 3 methods: clipboard(works), ASC(doesnt), ALT(works).
Dec 19, 2008:
- 8:09 PM Ticket #744 (StringFromASCIIArray() ANSI switch) closed by
- Completed: Added in version: 3.2.13.13
- 6:54 AM Ticket #734 (Docs update for StringRegExpReplace()) closed by
- Completed
- 6:02 AM Ticket #748 (DllCall crashing the script on wrong dll file name (VarType)) closed by
- Fixed: Fixed in version: 3.2.13.13
Dec 18, 2008:
- 9:04 PM Ticket #748 (DllCall crashing the script on wrong dll file name (VarType)) created by
- I know this is a wrong usage of the function, but as i said before, in …
- 6:36 PM Ticket #744 (StringFromASCIIArray() ANSI switch) updated by
- No.
- 9:06 AM Ticket #747 (GUI becomes unresponsive on displaying animated Gifs in embedded IE) created by
- HiHo Devs, when I embed an IE into a GUI let it display a large gif / …
- 8:46 AM Ticket #744 (StringFromASCIIArray() ANSI switch) updated by
- doeas ANSI imply UTF-8?
- 7:21 AM Ticket #745 (Bug in INIReadSection function) updated by
- Thanks.
Dec 17, 2008:
- 8:57 PM Ticket #741 (RegRead on Win XP x64 is not Working.) closed by
- No Bug: Running a 32bit executable on an x64 OS will be subject to registry virtualisation. So I'd expect your scripts to fail. Try either: - Compiling as x64 - Using HKLM64 instead of HKLM or HKEY_LOCAL_MACHINE
- 7:42 PM Ticket #746 (SCITE request) closed by
- Rejected: Err, that's not related to AutoIt, that's a core SciTE change. Just because you happen to want to use it for AutoIt related tasks doesn't mean it's not a core SciTE change. Have you tried pressing F8? It toggles the visibility of the output pane. Anyway, I'm closing this.
- 7:36 PM Ticket #746 (SCITE request) created by
- I don't know if this is the right place for this, but I see some …
- 7:16 PM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
-
Owner, Status, Severity changed
- 7:15 PM Ticket #734 (Docs update for StringRegExpReplace()) updated by
-
Owner, Status, Severity changed
- 7:14 PM Ticket #745 (Bug in INIReadSection function) closed by
- No Bug: No bug. If you look in "Report (bug).ini" carefully you'll see that where it stops reading there are NULL characters. There are various other keys where the value contains a NULL as well. Open the document in SciTE and it will show you a visual representation of all the non-printing characters that appear in the document.
- 1:20 PM Ticket #745 (Bug in INIReadSection function) created by
- Function returns not all values of keys in some cases. In a file with …
- 3:11 AM Ticket #744 (StringFromASCIIArray() ANSI switch) updated by
-
Owner, Status changed
- 3:10 AM Ticket #744 (StringFromASCIIArray() ANSI switch) created by
- Switch for treating input array as ANSI character values instead of …
Dec 16, 2008:
- 9:26 AM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- Hi Valik, thanks for your Email. The File test.au3 shows you the Problem. I start this Script on Windows XP with SP2 and x86 and this Msgbox had the correct values. Now i start this Script on Windows XP with Sp2 x64 and this Msgbox Message had no values. --> That is my Problem.... :D I think this Registrykeys are also available on your System. code: $regRead1 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{B508B3F1-A24A-32C0-B310-85786919EF28}", "DisplayVersion") ;2.1.21022 msgbox(0, "RegRead1", $regRead1) $regRead2 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{B508B3F1-A24A-32C0-B310-85786919EF28}", "Publisher") ;Microsoft Corporation msgbox(0, "RegRead2", $regRead2) greetings, sneubert
Dec 15, 2008:
- 6:17 PM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- See, that's not a very good test script. I don't care what your real code is, I want to see an example of you calling the function correctly and it producing incorrect results. All I see is you calling the function correctly and not getting the results you expect. There is a difference. For example, I don't see anywhere where you state just what the return value is from RegRead(). You only say it's not working. I find your code to be very unstable. There are so many tests in it that rely on hard-coded values and I just don't think all of those are going to be the same on a 64-bit system. Especially if any of those products have an actual 64-bit version. And without actually seeing the output from any RegRead() statement, I believe one of your tests is failing and you're making a huge assumption that AutoIt is broken. You are not proving you have a bug. Really, you're just wasting time at this point. Please *demonstrate* you have a problem.
- 1:16 PM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- Hi, thanks for your Email. Here a sample of my code: If RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{E404EFD4-6110-413C-AD1A-D6D0F261960E}", "UninstallString") = "MsiExec.exe /I{E404EFD4-6110-413C-AD1A-D6D0F261960E}" And RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{E404EFD4-6110-413C-AD1A-D6D0F261960E}", "DisplayName") = "BitDefender Business Client" Then If FileExists("C:\Program Files\BitDefender\BitDefender 2008\vsserv.exe") = 1 Then Sleep(1500) ShellExecute(@WindowsDir & "\system32\MsiExec.exe", "/I{E404EFD4-6110-413C-AD1A-D6D0F261960E} REMOVE=ALL REBOOT=R /q", "") Sleep(1500) ProgressOn("BitDefender Business Client 2008 Deinstallation", "BitDefender 08 wird deinstalliert!", "0 Prozent") For $i = 0 To 100 Step 10 Sleep(12000) ProgressSet($i, $i & " Prozent") Next ProgressSet(100, "Deinstallation abgeschlossen", "Fertig") Sleep(500) ProgressOff() ;Shutdown(2) ;optinaler Neustart des Systems EndIf EndIf I compiled the Script with the Autoit Script 32 bit Version and execute this File on a x64 Windows XP. The same RegRead() Function is working on Windows XP Sp2 32 bit Version without Problems. Greetings, sneubert
- 8:19 AM Ticket #743 (TrayItemGetHandle crashes the script) closed by
- Fixed: Fixed in version: 3.2.13.13
- 7:24 AM Ticket #743 (TrayItemGetHandle crashes the script) updated by
-
Owner, Status changed
Dec 14, 2008:
- 11:20 AM Ticket #743 (TrayItemGetHandle crashes the script) created by
- When we trying to use TrayItemGetHandle() on wrong ID (not created by …
Note:
See TracTimeline
for information about the timeline view.
