Timeline
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 …
Dec 13, 2008:
- 3:57 AM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- Replying to avira1@…: > Hi > > i found a Bug in the Function RegRead on Windows XP Sp2 x64. > > I will read the Registrykeys under "\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{ID}". > > This is not Working... 32-bit version of AutoIt or 64-bit? Sample script? How do I know you just don't have a typo you haven't observed? For example, your path in this text is wrong. Registry paths do not start with a leading "\". I find it more likely that registry reflection is at play here, but still, you did not provide a script so you aren't eliminated from being the problem yet. > Has RegRead() some Problems with {} in the Keypath and x64 bit? Please refrain from speculating on what might actually be wrong with the code, particularly if you're going to insult our intelligence. There's nothing at all special about those characters and it's kind of silly to think that they require some special handling and that we could screw it up.
Dec 12, 2008:
- 6:58 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Sorry about the recognition issue, it can be configured from the Preferences page :) - It's just seems that it was erased (cleaned) somehow.
- 6:33 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Replying to Valik: > Replying to MrCreatoR: > > I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... > > Then give useful information like that initially. Ok, i have a solution (in Lua)... In the au3.properties add this: […] * Where 1134,1135,1136 is the command.number + 1100 (MenuID?). * The russian shortcuts is to make it work when this keyboard layot is used, can be ommited. * The names are missed to prevent they appearing in the Tools menu. Then add lua file (can be found here as ChangeCase.lua) to Lua directory, and to the SciTEStartup.lua file add this line: LoadLuaFile("ChangeCase.lua") Thats it, as you can see, this also will add an "Invert Case" option. > > P.P.S > > And why the Bug tracking system does not recognizing my nick name/email? (it has been recognized until few days ago). I have to type it always :(. > > I don't know what you mean by "recognize". The only people with accounts are the developers and even then cookies are only saved for the session so we have to re-login every time we close our browsers. I mean that few month ago i was able to open the tracking system page, and see my nick-name when i creating new ticket (in the input field with Author... Your email or username:...), or when i looking for new tickets, i could select My Tickets option, now i don't see it :( - The system does not "remember" me.
- 10:57 AM Ticket #741 (RegRead on Win XP x64 is not Working.) created by
- Hi i found a Bug in the Function RegRead on Windows XP Sp2 x64. I …
- 2:01 AM Ticket #740 (Regression in DllStructSetData()) updated by
-
Status changed
- 2:00 AM Ticket #740 (Regression in DllStructSetData()) created by
- Strings, re-using buffers, not NULL terminated. Fix fix.
Dec 11, 2008:
- 9:50 PM Ticket #739 (_GUICtrlTreeView_SetInsertMark with $hItem=0 does not remove the ...) closed by
- Works For Me: Works for me: […]
- 8:00 PM Ticket #739 (_GUICtrlTreeView_SetInsertMark with $hItem=0 does not remove the ...) created by
- Instead of removing the insertion mark, it is set above/below the …
- 5:10 PM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) updated by
- You can't do it with native AutoIt functions. That's why ticket #582 exists.
- 12:37 PM Ticket #727 (Optional parameter not declared when func called via OnEventMode) updated by
- I know this is probably not kosher, but I've used code like this for the occasional shortcut. […] It should work in your situation.
- 11:42 AM Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") updated by
- Not work in my system, I guess due to we have different regional setting, my system do not have Euro characters installed. After changed WinTitleMatchMode to "2" and removed all references of "μ" from "μTorrent" the script works.
- 5:27 AM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) updated by
- That above was me. Here's the topic where this is being discussed, if you'd rather post a small example there. Again, thanks for the time and help, we all appreciate it. http://www.autoitscript.com/forum/index.php?showtopic=85798
- 5:20 AM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) updated by
- Would you mind posting an example of what you have using non-UDF code? I can't seem to get anything like this to work - […] I've successfully done a full UDF version, but would like to see how it's supposed to be done without it. I can set a tooltip for the whole tab control, but that's not exactly what I'm after. Thanks again.
- 4:13 AM Ticket #730 (Application Crash Global as Binary) updated by
- fine won't submit bugs.. if they make me look foolish thank you for your advice
- 2:03 AM Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") closed by
- No Bug: Script works fine for me. No bug.
- 1:33 AM Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") created by
- In attempt to make a uTorrent auto install script. OS = Windows XP …
Dec 10, 2008:
- 9:47 PM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) closed by
- No Bug: You don't really understand what's going on here. The whole point of the ToolTip stuff is so you don't have to handle TTN_GETDISPINFO. When working correctly, it won't be called. The tab items you claim are broken are actually the only ones working right. You first issue is that you are mixing AutoIt native and UDF GUI functionality. The second issue is you are trying to treat the value returned from GUICtrlCreateTabItem() as the control identifier. That is plain wrong. Tab items are referenced by index. The value AutoIt returns is not the index. The third issue is you are trying to use TTN_GETDISPINFO but are also trying to use tool registration. Go back to the drawing board and re-design the code. It's wrong. I can't quite get it working correctly (I can't add a tool with an ID of 0 for some reason). But what you have is not how this is done and doesn't demonstrate any bugs in AutoIt or in any of the UDF's you are using.
- 7:47 PM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) created by
- In the below example tabs 5-7 do not send the WM_NOTIFY message and …
- 7:28 AM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Replying to MrCreatoR: > >You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them. > > I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... > When I try it on the Standard distribution from Neil I get the same result as our version. Set the file encoding to UTF8.
Dec 9, 2008:
- 8:38 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Replying to MrCreatoR: > I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... Then give useful information like that initially. > P.S > If you guys don't want a bug reports about SciTE, then maybe it will be better to remove the SciTE4AutoIt option from the "Component:" list? :) Or is it for other bugs, related directly to AutoIt? SciTE4AutoIt is a package that contains many tools and customizations. It's for those, not core SciTE issues. > '''P.P.S''' > And why the Bug tracking system does not recognizing my nick name/email? (it has been recognized until few days ago). I have to type it always :(. I don't know what you mean by "recognize". The only people with accounts are the developers and even then cookies are only saved for the session so we have to re-login every time we close our browsers.
- 8:18 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- >You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them. I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... P.S If you guys don't want a bug reports about SciTE, then maybe it will be better to remove the SciTE4AutoIt option from the "Component:" list? :) Or is it for other bugs, related directly to AutoIt? P.P.S And why the Bug tracking system does not recognizing my nick name/email? (it has been recognized until few days ago). I have to type it always :(.
- 7:59 PM Milestone 3.2.13.12 completed
- 5:54 PM Ticket #736 (Case proper for non-latin chars doesn't working) closed by
- Wont Fix: You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them.
- 12:10 PM Ticket #728 (_ScreenCapture_CaptureWnd Change) closed by
- Rejected: At this point and time I don't want to cause anymore script breaking changes if I can help it.
- 11:56 AM Ticket #735 (Resizing GUI after _GUICtrlStatusBar_EmbedControl() causes control to ...) closed by
- No Bug: Still not a bug with the embed function. Work around if embedding controls in status bar and using WM_SIZE: […]
- 7:03 AM Ticket #736 (Case proper for non-latin chars doesn't working) created by
- When i select some string that have not latin characters, the …
- 4:56 AM Ticket #735 (Resizing GUI after _GUICtrlStatusBar_EmbedControl() causes control to ...) created by
- Ref: [Trac #45] An embedded progress bar control embedded with …
Dec 8, 2008:
- 9:56 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) updated by
- Hi Jos, thanks for the fix But it's strange i only get this when i select "Add_Required_Constants" Best regards, Emiel
- 9:33 PM Ticket #733 (Docs mistake in _GUICtrlButton_SetImage/List()) closed by
- Fixed: Fixed in version: 3.2.13.12
- 8:00 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:31 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) closed by
- Fixed: There is no relation to the Add_Required_Constants but any time the RunAfter was saved it would replace the erqaul sign. I have posted v.1.10.1.14 of AutoIt3Wrapper_GUI in the BEta directory which fixes this problem. Jos
- 6:32 PM Ticket #732 (AutoUpdateIt.au3) closed by
- Fixed: Fixed in version: 3.2.13.12
- 5:00 PM Ticket #734 (Docs update for StringRegExpReplace()) updated by
-
Version changed
Automatic ticket cleanup. - 4:46 PM Ticket #734 (Docs update for StringRegExpReplace()) created by
- I think there is few things in the RegExp(Replace) engine's docs that …
- 4:26 PM Ticket #733 (Docs mistake in _GUICtrlButton_SetImage/List()) created by
- The description of _GUICtrlButton_SetImage/List() sais this: […] …
- 2:36 PM Ticket #732 (AutoUpdateIt.au3) created by
- I was looking at the script for my rebuild of AutoIt 1 2 3, and …
Dec 7, 2008:
- 8:07 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) created by
- Hi All, [code] #NoTrayIcon #RequireAdmin #Region ; Directives …
- 6:54 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- You're an idiot and I wouldn't take any code from you. Why do I call you an idiot? Because I told you to read the documentation - Something you did not do or you would encounter this informative little piece of text: […] Well look at that! You can send UNICODE characters. And you can find that information in the documentation - exactly like I said. Next time somebody tells you to read the documentation - read it.
- 6:49 PM Ticket #730 (Application Crash Global as Binary) closed by
- Wont Fix: It does not crash in the current beta, it gives an error which is the correct behavior since it is not valid code. I suggest you learn *this* language and don't try to apply conventions from other languages to ours because chances are you just make yourself look foolish. While on the subject of looking foolish, please learn how to report bugs. You set several fields that are not your place to set. You both attached code and included code inline (without proper tags to mark it as code). And finally the code itself is stupid. You can demonstrate the problem with a single line yet you posted a full script with #include dependencies we can't meet due to missing files. Anyway, since this doesn't crash in the beta I'm closing it as won't fix.
- 5:15 PM Ticket #730 (Application Crash Global as Binary) created by
- AppName: autoit3.exe AppVer: 3.2.12.1 ModName: autoit3.exe ModVer: …
- 2:51 PM Ticket #729 (trac does not support login) closed by
- No Bug: Login is only for Developers.
- 1:25 PM Ticket #729 (trac does not support login) created by
- trac installation does not support account login or registration. Just …
- 1:23 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- Sorry, but I consider this a valid bug, even if it's documented. It could be considered a non- bug only if the name of the function would be SendAscii. In fact there is a solution for solving this: we need to parse the string and for every character(including ASCII ones!) we can generate "ALT+" unicode sequences. Unicode text input it's a problem and the only way I see this resolved and not depending on the current keyboard layout is to use Alt+numpad sequences. Example: Let's say we have the Unicode+0219 (hex) character. This can be entered using: Send("{ALTDOWN}{NUMPADADD}{NUMPAD0}{NUMPAD2}{NUMPAD1}{NUMPAD9}{ALTUP}") - Remember to allways put a numpad0 after the plus so Windows will know not to generate keyboard events when pressing ALT-A/B/C/D (when entering hex numbers). For more information consult: http://www.fileformat.info/tip/microsoft/enter_unicode.htm PS. If you do not have time to implement this, please give a hint on where the code should be included and I might find some time to write this code.
- 2:00 AM Ticket #728 (_ScreenCapture_CaptureWnd Change) updated by
-
Version changed
Automatic ticket cleanup. - 12:02 AM Ticket #728 (_ScreenCapture_CaptureWnd Change) created by
- First - absolutely wonderful that _ScreenCapture is included in …
Dec 6, 2008:
- 7:09 AM Ticket #727 (Optional parameter not declared when func called via OnEventMode) updated by
- Fair enough. I can work around it then.
- 12:01 AM Ticket #727 (Optional parameter not declared when func called via OnEventMode) closed by
- No Bug: It does not crash. It errors out with the expected error since what you are trying to do is not supported.
Dec 5, 2008:
- 11:19 PM Ticket #727 (Optional parameter not declared when func called via OnEventMode) created by
- This script will crash when the button is clicked with an error saying …
- 5:47 PM Ticket #726 (Statusbar not visible in a window created with $ws_popup and with a menu) closed by
- No Bug: You should always create the menu before creating any other control. Not a bug.
- 4:24 PM Ticket #726 (Statusbar not visible in a window created with $ws_popup and with a menu) created by
- I have discovered that the statusbar is not visible when a window is …
- 10:01 AM Ticket #725 (How to Search a Text in a Screen Capture from AutoIT) closed by
- No Bug: The forum is where this should be asked not bug trac
- 8:17 AM Ticket #725 (How to Search a Text in a Screen Capture from AutoIT) created by
- The application is not Windows based. So the Text on the screen is not …
Dec 4, 2008:
- 11:00 PM Ticket #724 (Add Identification of file executed) updated by
-
Version changed
Automatic ticket cleanup. - 10:12 PM Ticket #724 (Add Identification of file executed) closed by
- Rejected: Eh, your request is rather ambiguous but whatever it is can be solved in other ways.
- 8:48 PM Ticket #724 (Add Identification of file executed) created by
- Add Identification of file executed feature so that a help About type …
- 12:09 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- Yes. Source of aditional diagonal line was missing […]
Dec 3, 2008:
- 11:37 PM Ticket #721 (_Atan2() returns wrong) updated by
- It's ok. I can live with that explanation. _Atan2() is "real" atan2 mapped to range 0 to 2pi I'll shut the fuck up. And sorry for tiring you. If I find something that I think is maybe wrong, will try to make more meaningful, less hyperbolic example(s). Of course, will not give you links that have anything to do with ISO standard. Thanks again for that DLL structure explanation you provided earlier.
- 10:52 PM Ticket #721 (_Atan2() returns wrong) updated by
- Did you bother to read the part on the Wikipedia page where it mentions how to convert from the range -π,π to 0,2π? I can see uses for both ranges and I don't think that either range is wrong. What I do think is that you are so accustomed to using one range that you fail to accept that just maybe other people use another range. And you seem so stuck on this point that you refuse to acknowledge that both values represent the same angle. Here's a thought. Shut the fuck up because I'm tired of arguing with you. Your hyperbolic example makes no sense. You ignore the little blurb on Wikipedia which seems to imply that 0,2π is a valid and normal range and your other link is to something that's completely irrelevant to AutoIt. Comparing AutoIt to anything else is inviting me to flame the living shit out of you for not realizing that we did things our way and not some other way just because. Lastly, as for David and the choice he made, I'm fairly inclined to think a C++ professor is well aware of a conscious decision to deviate his version of Atan2 from the behavior in C\C++ and most other languages. And even if it wasn't intentional, guess what, it's not getting changed. You are the only person who has complained. The value's returned are equivalent and if you need them converted to something else, convert them. I'm certainly not going to let scripts get broken just because one person can't accept that a function doesn't behave how he wants it to.
- 10:52 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- use 0x00FF00 for $2 and $3 you will see that the color is not OK. I agree is not related with the ticket
- 10:19 PM Ticket #721 (_Atan2() returns wrong) updated by
- Definition of atan2 is very precise, like any other math function. atan2(-1, -3) is -2.8198420991932 That would be like you said "If adding two numbers returns their difference its wrong to say that that is not adding" (this is obviously taking it to the edge). Definition of atan2 , wiki link: http://en.wikipedia.org/wiki/Atan2 And The Open Group thing: http://www.opengroup.org/onlinepubs/000095399/functions/atan2.html Check latter please Consult the author of the function. He would have to agree if _Atan2() is atan2.
- 9:27 PM Ticket #721 (_Atan2() returns wrong) updated by
- I don't think you are correct in stating that it can not be called Atan2 just because it doesn't return what you want. The range can either be -π,π or 0,2π. It's the same thing expressed two different ways. The choice David made was to express the values as 0,2π and you want to express them as -π,π. So convert - subtract 2π from any value > π and you have what you are looking for.
- 8:01 PM Ticket #721 (_Atan2() returns wrong) updated by
- sorry for anonymous thing trancexx wrote that
- 8:00 PM Ticket #721 (_Atan2() returns wrong) updated by
- The whole point of function atan2 in mathematics is to be able to return negative. Range of results should be between -pi and pi, othervise it cannot be called atan2 (_Atan2() in this case). Check C function. Deceptive function name.
- 6:58 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) closed by
- No Bug: This code works for me and basically implements what JP says into a function. There are no weird drawing artifacts with this code: […] JP, I don't see any issues with the code I have posted. I corrected an issue where the vertical lines were not being drawn straight (using an x-coordinate of 1 instead of 0). Other than that, I can't see anything wrong with my corrected example. At any rate, I'm going to close this ticket. There's no bug in what the ticket describes so if you have found something else make a new ticket and/or just fix it.
- 6:42 PM Ticket #719 (Problem with GuiCtrlCreateGraph) closed by
- Duplicate: Closing at a duplicate of #720 which has more comments.
- 6:39 PM Ticket #721 (_Atan2() returns wrong) closed by
- No Bug: The code is correct. The angles returned are always going to be positive. If you'll notice, the value you get from _Atan2() - 360 = the value you are after. So, you need to write a thin wrapper that determines the direction and re-calculates the value since _Atan2() will always return the positive angle.
- 6:30 PM Ticket #723 (Structure problem) updated by
- Briliant and simple explanation. ...and if I set data manually (like copying from one structure to another) problem cannot occure because it's filled 8 and 8 and 8... Thanks!
- 5:47 PM Ticket #723 (Structure problem) updated by
- Ooops, here's the memory layout expressed in a fixed-width font so you may see the mapping. […]
- 5:44 PM Ticket #722 (Execute will crash when using a string with spaces.) closed by
- Duplicate: Duplicate #402.
- 5:43 PM Ticket #723 (Structure problem) closed by
- No Bug: The code is correct. The helpfile almost explains why with this line: > DllStructCreate("short;int") ; structure is 8 bytes, the "int" is at offset 4 The key there is, the int (dword in your example) starts at byte 4 (0-index) and not at byte 2 like you are thinking. So, we have the data 0x3378FF453D1133. The 0x3378FF45 portion is mapped to the short but only the first 2 bytes are accessible (0x3378). The 0xFF45 portion is mapped to the 2 bytes of padding that appears between the short and the dword. That means that the dword is 0x3D113300. Visually it looks like: 3378FF453D113300 (Extra 00's added to pad length for clarity). SSSSPPPPDDDDDDDD (Where S = short, P = padding and D = dword). When you start changing the alignment, you remove the padding and the structures align correctly. This is not a bug.
- 5:18 PM Ticket #723 (Structure problem) created by
- Unexpected behaviour with function DllStructureCreate()when created …
- 5:09 PM Ticket #722 (Execute will crash when using a string with spaces.) updated by
- oh and the exception details were as follows : Unhandled exception at 0x00411c63 in AutoIt3.exe: 0xC0000005: Access violation reading location 0xffffffff.
- 5:06 PM Ticket #722 (Execute will crash when using a string with spaces.) created by
- ok bit of background - we had scripts that would read in variables …
- 4:49 PM Ticket #721 (_Atan2() returns wrong) created by
- It's function from Math.au3 Returns wrong for points located in third …
- 4:01 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- First of all to draw a line you need to define a starting point with $GUI_GR_MOVE. Second as you create the graphics dynamically you need to use $GUI_GR_REFRESH after creation. Third is for me as the $GUI_GR_COLOR seems to introduce some discrepancy not sure what I need to do.
- 1:01 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- Previous post is from me: Zedna (not anonymous)
- 1:00 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) created by
- According to this post: …
Note:
See TracTimeline
for information about the timeline view.
