Context Navigation

← Previous Period
Next Period →

Timeline

Mar 23, 2009:

11:01 PM Ticket #878 (Windows PE and GimageX) closed by J-Paul Mesnage: Rejected: Please use forum to get help
10:59 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) closed by J-Paul Mesnage: Fixed: I try to fix a maximum of them.
6:00 PM Ticket #878 (Windows PE and GimageX) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
4:39 PM Ticket #878 (Windows PE and GimageX) created by spena@…: Is it possible to make GimageX launch and work from a Windows PE disc. …
2:06 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by Tweaky: OK, here an example: 13 PixelSearch Number of variables wrong / variables differently / variables in different order (is | should) 4 | 8 Syntax: PixelSearch ( left, top, right, bottom, color [, shade-variation [, step [, hwnd]]] ) Parameters: left top right bottom colour shade-variation step hwnd 4 | 8 means that the parameter 1, 2, 3 and 4 are identical in the syntax an the parameter list. Parameter 5 ist wrong. Here it is only a write error (color <> colour) here an example: 70 _GUICtrlListView_SimpleSort Number of variables wrong / variables differently / variables in different order (is | should) 2 | 3 Syntax: _GUICtrlListView_SimpleSort($hWnd, ByRef $vDescending, $iCol) Parameters: $hWnd $vDescending 2 | 3 means that the parameter 1 and 2 are identical in the syntax an the parameter list. Parameter 3 is missing.
1:29 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by J-Paul Mesnage: I cannot understand where the "(is | should) x | y" apply. Can you put an example of the corrected doc should be?
12:33 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by Tweaky: Hi, the file GUIEvent.htm is the same as GUIRef.htm but older. I think the file GUIEvent.htm should be deleted. the file index.htm is the same as AutoIt.htm but older. I think the file index.htm should be deleted. Should we delete the examples "PluginOpen.au3" and PluginClose.au3"?. The txt-files are in the "unused" folder. Why are the examples not in the unused folder?
12:13 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by Tweaky: Hi, the system means that this is spam. So I added a txt-File with the errors
12:12 PM errors in helpfile 3.3.0.0.txt attached to Ticket #877 by Tweaky: errors in helpfile 3.3.0.0
12:02 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) created by Tweaky: Hi, we have translate the english helpfile into german. So we see that …
9:00 AM Ticket #869 (@OSLang will not detect MUI enviroments) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
7:17 AM Ticket #869 (@OSLang will not detect MUI enviroments) closed by J-Paul Mesnage: Completed

Mar 22, 2009:

9:34 PM Ticket #269 (ImageSearch()) updated by Valik: Replying to dkrichun@…: > ImageSearch.au3 not work under Windows 7 x64 if AutoIt3_x64.exe used! > > ERROR > Line 40 ...ImageSearch.au3 > if $result[0]="0" then return 0 > if $result^{ERROR
>
> Error: Subscript used with non-Array variable
>
> If run under AutoIt3.exe - all ok!

And what does that have to do with this ticket? Nothing. Post on the forum.}
7:39 PM Ticket #269 (ImageSearch()) updated by dkrichun@…: ImageSearch.au3 not work under Windows 7 x64 if AutoIt3_x64.exe used! ERROR Line 40 ...ImageSearch.au3 if $result[0]="0" then return 0 if $result^{ERROR

Error: Subscript used with non-Array variable

If run under AutoIt3.exe - all ok!}
6:12 PM Ticket #867 (UDPRecv no longer gives the sender IP) updated by J-Paul Mesnage: Nothing change in this area for a long time UDPRecv never return IP. It is an input info contain in the socketarray parameter. So please post a script that will document what you expect as a new feature.
6:10 PM Ticket #876 (@error passthrough on 'Return' statements) updated by Ascendant: From the name and description, 'Developer Chat' looked as though it was for, well, 'Developers' (and 'C++ geeks'?). That's what turned me away - I had figured I'd need to be one or the other to be allowed to post (if that was worded differently I would have definitely gone there). Thanks for answering though. Never heard of copy-on-write, but I'll post in the Developer Chat area rather than continue this here.
5:34 PM Ticket #876 (@error passthrough on 'Return' statements) updated by Valik: Wow, what do you know, we have a a forum called Developer Chat. I wonder if maybe the developers answer posts there? Keep in mind, we aren't going to reveal all the implementation details of the language. It's somewhat well known, however, that array's have been implemented as copy-on-write for years and a year or so ago all variables were changed to copy-on-write as well. So as long as you aren't changing the variable in the temporaries then there's not much performance impact - even with massively large arrays.
2:46 PM Ticket #876 (@error passthrough on 'Return' statements) updated by Ascendant: Okay, it looks like I touched on a nerve - and that wasn't the intention. By the looks of your "correction" to my code, aren't you sending *more* data back and forth - by passing the temporary variable to SetError() also (before finally returning the value)? Of course, yes - I *have* searched the forums, and I really don't know the internals of how temporary variables plus SetError() are implemented. But how do I get a developer to answer a post on either matter, when I've had posts before (directed at developers) completely ignored? And with this type of attitude of 'you don't know what you're talking about - and I'm not providing an answer here' (which might have taken less words?), how do I have any hope of learning about the internals? Maybe it'd be more clear if you think of a huge array being returned. Passing that to a local variable, passing it to SetError() and then Returning it - in any other language, that's a waste. If there is some hidden implementation that avoids all that, yes I'd like to know - but give people like me some place to find that out, rather than from random forum users' guesses. Here in your response would have been nice, but instead i get a lash of the whip. I do still see use for a keyword like 'ReturnWithSubError', as it would avoid all the extra bits - and would also be clear to the programmer what is being returned. However, if this still seems like a ridiculous idea - please please provide some option on how to get information from developers on the implementation of temporary storage & SetError()'s implementation rather than posting something that will be ignored. thanks
8:27 AM Ticket #876 (@error passthrough on 'Return' statements) closed by Valik: Rejected: Absolutely not. The design is fine the way it is. It is designed to be verbose for a reason: reliability. If it's possible for values to propagate then it's no longer possible to determine where the value originated from. Also, the least you could do is actually try to write the "ridiculous" code correctly. […] Look at that, SetError() makes the ReturnWithExtraGarbage work like you described. And, once again, the behavior exists for a reason. The idea of some magic Return statement was rejected in favor of allowing SetError() to take and return a user-specified value. Its verbose, clean, convenient and fits with the other behavior. A magical keyword would just be confusing. Lastly, regarding your inline comment about "wasteful temporary storage"... when did you get the source code? How do you know how "wasteful" it is? Somebody who knows far more than you once said, "...Premature optimization is the root of all evil." Think about that the next time you attempt to criticize a language you do not know the implementation details of (even though if you really cared about the implementation details of those supposedly wasteful temporaries you could, I don't know, ask or search since it's not a secret).
7:10 AM Ticket #876 (@error passthrough on 'Return' statements) created by Ascendant: It would be nice to be able to use 'Return MyFunction()' to both …
7:02 AM Ticket #869 (@OSLang will not detect MUI enviroments) updated by J-Paul Mesnage: I think MUI OS will be as @OSLang if it really exist. @OSLang must stay as is . For MUI lang support the reg value can be a good start to improve but the return of a new @MUILang macro must be as for OSLang not the reverse order as the regedit show us. I agree such improvement of a new macro is interesting for those using MUI. I will investigate the design of it.

Mar 21, 2009:

10:18 PM Ticket #875 (A UDF index online) closed by Valik: Rejected: The idea has been batted around on the forum countless times. It is not something easy to solve. It also doesn't belong on the issue tracker.
10:09 PM Ticket #875 (A UDF index online) created by MDiesel: right now UDF's are all in example scripts, and as a general rule, I …
5:27 PM Ticket #874 (reading special keys (like alt, ctl etc) from an ini) closed by Jos: No Bug: When you are not sure about it then don;t report it as a bug but use the forums. NOBUG
3:00 PM Ticket #874 (reading special keys (like alt, ctl etc) from an ini) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
12:53 PM Ticket #874 (reading special keys (like alt, ctl etc) from an ini) created by Rishav: not sure if its a bug or feature. my ini file contains; …
9:34 AM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) updated by Jos: Should the line read? $hdl = DllCall($drv,"int","ldv_open","str"," .\LegacyMIP12","int*",0) The last parameter is described as: […]
3:00 AM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) updated by TicketCleanup: Severity, Milestone changed
Automatic ticket cleanup.
12:02 AM ldv32_xx.dll attached to Ticket #873 by helmut.hiller@…: DLL for LonWorks driver
12:00 AM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) created by helmut.hiller@…: Hi, tried to use DLLCall as follws: $hdl = …

Mar 19, 2009:

9:10 PM Ticket #872 (Re-Fix BugTrac #850: _ExcelReadSheetToArray()) closed by Gary: Rejected
6:37 PM Ticket #871 (Functionality to sort ListView Items on column header click.) closed by Valik: Rejected: This is the kind of bloat that does not need to be built in. Ask for support on the forum getting it to work via UDFs.
6:00 PM Ticket #871 (Functionality to sort ListView Items on column header click.) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
5:23 PM Ticket #872 (Re-Fix BugTrac #850: _ExcelReadSheetToArray()) created by PsaltyDS: The bug described and fixed in Track #850, was previously reported and …
4:17 PM Ticket #871 (Functionality to sort ListView Items on column header click.) created by zachlr: I am writing a program that would be much improved with this feature …

Mar 18, 2009:

5:47 PM Ticket #870 (Floating point error.) updated by Valik: * Does this happen when you compile the script or run it through AutoIt3.exe? * If compiled, do you use UPX on the script? * Are the machines identical images? This is not a bug in AutoIt. This is either something broken on your machine or an external program breaking the AutoIt binary.
5:41 PM Ticket #870 (Floating point error.) updated by Valik: Description changed
1:47 PM Ticket #870 (Floating point error.) created by jaenster: Code: […] Error: Mircosoft Visual C++ Runtime libary: Program: …
1:23 AM Ticket #861 (Grammer Mistake) updated by Anonymous: Ironically, it's not a grammar mistake, it's a spelling mistake, much like the title of this bug. :P
12:00 AM Ticket #869 (@OSLang will not detect MUI enviroments) updated by TicketCleanup: Version changed
Automatic ticket cleanup.

Mar 17, 2009:

10:55 PM Ticket #869 (@OSLang will not detect MUI enviroments) created by Emiel Wieldraaijer: Hi All, I have Vista Ultimate English and have installed several MUI …
9:00 PM Tickets #867,868 batch updated by TicketCleanup: Version, Milestone changed
Automatic ticket cleanup.
8:07 PM LayeredAttrib.au3.txt attached to Ticket #868 by ProgAndy: The funcs and an example
8:04 PM Ticket #868 (Add _WinAPI_SetLayeredWindowAttributes) created by ProgAndy: i think, _WinAPI_SetLayeredWindowAttributes and …
6:16 PM Ticket #867 (UDPRecv no longer gives the sender IP) created by martin: This request is very similar to ticket #131 which was rejected because …
9:08 AM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by Zedna: Aah. Of course you are right Valik. Sorry then.

Mar 16, 2009:

10:04 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by Zedna: I know it's a bit late :-) but what about FileMove()? […]
9:59 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by Valik: Severity changed
The function you mention does not work with built-in file functions.
9:59 PM Ticket #769 (FileFlush function) updated by Valik: The function you mention does not work with built-in file functions.
9:50 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by Zedna: Just note: Already implemented as UDF --> _WinAPI_SetFilePointer()
9:43 PM Ticket #769 (FileFlush function) updated by Zedna: Just note: It's already implemented as UDF --> _WinAPI_FlushFileBuffers()
3:21 PM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by DaleHohm: Also tested on Windows XP with AutoIt 3.2.12.0 with the same result. Dale p.s. Reported in this post: http://www.autoitscript.com/forum/index.php?showtopic=91334&hl=
8:33 AM Ticket #866 (new function FileGetDir( )) updated by anonymous: Replying to Valik: > Nothing is stopping you from calling _getdcwd() via DllCall(). Sorry, could you give me demo code to call _getdcwd( ) via DllCall( ).
8:19 AM Ticket #863 (DirMove() appends an extra dot in the name of the moved directory) closed by J-Paul Mesnage: Fixed: Fixed in version: 3.3.1.0
7:39 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by Valik: Surprisingly this is actually crashing in AutoIt and not in the DLL. Hmm.
7:39 AM Ticket #866 (new function FileGetDir( )) closed by Valik: Rejected: Nothing is stopping you from calling _getdcwd() via DllCall().
6:51 AM Ticket #866 (new function FileGetDir( )) created by txj: Hi ! I hope add a new function called FileGetDir( ) to get current …
5:26 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) created by foster74: […] […]

Mar 15, 2009:

4:55 PM Ticket #864 (GUIOnEventMode bug) closed by Valik: No Bug: This is an intentional design decision, not a bug.
3:00 PM Ticket #864 (GUIOnEventMode bug) updated by TicketCleanup: Severity changed
Automatic ticket cleanup.
1:23 PM OnEvent.au3 attached to Ticket #864 by anonymous
1:22 PM Ticket #864 (GUIOnEventMode bug) created by anonymous: in GUIOnEventMode events are not catched while in a loop if the …

Mar 14, 2009:

11:59 AM Ticket #863 (DirMove() appends an extra dot in the name of the moved directory) created by dRsrb: Hi! DirMove() adds an extra dot to the existing one in the name of …

Mar 13, 2009:

4:49 PM Ticket #862 (DllStructCreate DllStructSetData) closed by J-Paul Mesnage: No Bug: You cannot expect to keep unicode if you use char, you have to use wchar. internally AutoIt work in UNICODE and do conversiion when you ask for. Your conversion is impossible chinese is unicode and cannot be store in ANSI (char) string. I close this report next time go to forum when you need help.
4:28 PM Ticket #862 (DllStructCreate DllStructSetData) updated by thesnow: keywords is: DllStructSetData drop some non-english text. keywords is not use ShellAbout API. I know ShellAboutW use wstr can work. --------------- $Struct=DllStructCreate("char var1[255];char var2[255]") DllStructSetData($Struct,"var1","test") ;ansi char DllStructSetData($Struct,"var2","测试") ;non-english char MsgBox(0,"",DllStructGetData($Struct,"var1")) ;display "test",it's right MsgBox(0,"",DllStructGetData($Struct,"var2")) ;display "测",it's error --------------- sorry. forgive me bad english.
3:06 PM Ticket #860 (With...EndWith is not a loop) closed by J-Paul Mesnage: Fixed: Fixed in version: 3.3.1.0
2:41 PM Ticket #862 (DllStructCreate DllStructSetData) updated by J-Paul Mesnage: You have to use ShellAboutW with wstr and not ShellAbout. ShellAbout is not using Unicode. I cannot testit but Return DllCall("shell32.dll","int","ShellAboutW", "hwnd",$hwnd, "wstr",$szApp, "wstr",$szOtherStuff, "hwnd",0) should work Such help info must go to forum before going here for bug fixing if any.
2:14 PM Ticket #862 (DllStructCreate DllStructSetData) updated by anonymous: There are a lot of AutoIt3 groups using Chinese fans, so suggest modify the bug. forgive my poor English ^_
1:25 PM test2.zip attached to Ticket #862 by thesnow: exp 2
12:51 PM Ticket #862 (DllStructCreate DllStructSetData) updated by anonymous: some win32api need char pointer. wstr can use in dllcall（use in Struct can not work）.but i want use Struct ,not dllcall.
12:28 PM Ticket #862 (DllStructCreate DllStructSetData) updated by J-Paul Mesnage: I think you have to use wchar var2[255] That's working on a nonchinese windows version
12:21 PM test.zip attached to Ticket #862 by thesnow: bug exp
12:17 PM Ticket #862 (DllStructCreate DllStructSetData) created by thesnow: $Struct=DllStructCreate("char var1[255];char var2[255]") …
8:45 AM Ticket #861 (Grammer Mistake) closed by J-Paul Mesnage: Fixed: Fixed in version: 3.3.1.0
8:08 AM Ticket #861 (Grammer Mistake) created by BinaryBrother: I'm not real sure this belongs here, but I thought it to be relevant …
4:46 AM Ticket #860 (With...EndWith is not a loop) created by Richard Robertson <icekirby1@…>: With...EndWith is listed under AutoIt>Language Reference>Loop …

Mar 12, 2009:

11:53 PM Ticket #834 (Request for _FileListToArray() to offer additional options) updated by Zedna: I like that idea too. It can be added as new _FileListToArrayEx() function: […] Note: I can't "reopen this ticket" :-(
2:43 AM Ticket #859 (Source code small change of UDF _StringExplode( )) closed by Valik: No Bug: Closing just like #858. Same non-issue, different function. Same resolution.
2:18 AM Ticket #859 (Source code small change of UDF _StringExplode( )) created by txj: Hi ! I found a small shortage, in UDF _StringExplode( ), when last …
2:17 AM Ticket #854 (InetGetSize) updated by Valik: Please read WikiStart. We must be able to reproduce an issue to fix it.
2:12 AM Ticket #857 (MSGBOX not working properly) closed by Valik: No Bug: You need to read WikiStart. This is not the place to ask for support. Your example does not meet the criteria for a suitable example.
2:10 AM Ticket #858 (Source code small change of StringSplit( )) closed by Valik: No Bug: The behavior is correct. This will not be changed because it is not a bug.
1:54 AM Ticket #858 (Source code small change of StringSplit( )) created by txj: Hi ! I found a small shortage, in StringSplit( ), when last character …
12:20 AM Ticket #857 (MSGBOX not working properly) created by bobspen@…: just started using a 64 bit Vista Laptop. I upgraded Autoit to latest …

Mar 11, 2009:

10:22 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) closed by Jos: No Bug: Closing due to inactivity. PM me the file when you want me to look at it. Jos
9:00 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
8:58 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) closed by Gary: Completed: This was fixed after the release version. Should be in next beta. […]
5:17 PM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) updated by anonymous: Thank you Jpm for taking the time to explain that. Adlib wouldn't work for this particular instance in my app because it would/may conflict with other adlibs I have with certain instances and conditions. What I did in the mean time was put this with a regular TimerInit and TimerDiff with conditions in the main loop until I figure a better way of doing what I want.
3:51 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) created by Ascendant: During testing, this UDF sometimes puts a ',' at the beginning of a …
10:13 AM Ticket #855 (PixelGetColor bug) updated by Jos: Severity changed
Replying to anonymous: > Already asked, no one knows what's wrong. > > Maybe you could help at this a little please? Never use the Bug tracking system for support... this is not appreciated.

Mar 10, 2009:

10:57 PM Ticket #855 (PixelGetColor bug) updated by anonymous: Already asked, no one knows what's wrong. Maybe you could help at this a little please?
10:39 PM Ticket #855 (PixelGetColor bug) closed by Jos: No Bug: No bug, just bad coding. Use the forum for coding support. Jos
10:23 PM Ticket #855 (PixelGetColor bug) created by anonymous: ((( While 1 If Not PixelGetColor(492,16) = 0xF7EFBD Then _Bot() …
4:41 PM Ticket #813 (AutoItX_64.dll and Window Handles on XP64 issue) closed by J-Paul Mesnage: Fixed: Fixed in version: 3.3.1.0
1:38 PM Ticket #854 (InetGetSize) created by psandu.ro: #include <Inet.au3> $a = InetGetSize("http://address/version.dat") If …
1:23 AM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) closed by Gary: Fixed: Fixed in version: 3.3.1.0

Mar 9, 2009:

11:35 PM Ticket #814 (HttpSetProxy - proxy with credentials) closed by Valik: Fixed: Fixed in version: 3.3.1.0
11:33 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) updated by locodarwin@…: Changed the code to submitter's suggestion; nothing breaks, and seems to work as suggested. Recommend updating build with the following replacement function: […]
7:16 PM Ticket #853 (Embedded IE object has a memory leak when refreshing .php pages) closed by Valik: Wont Fix: And you expect us to do what? Using an embedded control means you are using a control written by somebody else. In this case, Microsoft since they wrote Internet Explorer. We can't exactly fix Internet Explorer.
6:25 PM Ticket #853 (Embedded IE object has a memory leak when refreshing .php pages) created by jackweed@…: If continual refreshes are used (IE: hit home button several times), …
6:00 PM Ticket #814 (HttpSetProxy - proxy with credentials) updated by Valik: Owner, Status changed
5:47 PM Ticket #814 (HttpSetProxy - proxy with credentials) reopened by Valik: Err, I'm not done with this ticket yet, don't close it.
10:54 AM Ticket #814 (HttpSetProxy - proxy with credentials) closed by J-Paul Mesnage: No Bug: You right Kurt, don't mix basic function as HttpSetProxy() and UDF. If such parameters are needed for the UDF just extend the UDF.
9:58 AM Ticket #814 (HttpSetProxy - proxy with credentials) updated by /dev/null: _INetGetSource() uses the api call InternetOpen(). From Inet.au3: Local $ai_IO = DllCall($h_DLL, 'int', 'InternetOpen', 'str', "AutoIt v3", 'int', 0, 'int', 0, 'int', 0, 'int', 0) HOWEVER: It does NOT set any proxy settings. All proxy related parameters are set to 0. See here: http://msdn.microsoft.com/en-us/library/aa385096(VS.85).aspx Conclusion: _InetGetSource does not support proxy usage. InetGet() is different! Cheers Kurt

Mar 8, 2009:

10:03 AM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) updated by J-Paul Mesnage: We cannot support interference between Basic AutoIt functions and all windows API called by DllCall(UDF). We can understand that a lot of time there is no conflict but in your case definitly there is one that I cannot figure out why. Internal tracing proof that Autoit is handling the receive message the same way, with or without the your timer addition. It would be better you use AdLib if you want some function interaction with a timer. don't mix. Remember AutoIt is not a multiThread application.
9:54 AM Ticket #852 (Plugin for scite) closed by Jos: Rejected: We are using the standard SciTE as supplied by Neil Hodgson as the base for our version and have no intent to do any development on SciTE. If any changes like are wanted then you need to request them at the SciTE interest website. Jos

Mar 7, 2009:

9:00 PM Ticket #852 (Plugin for scite) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
8:00 PM Ticket #852 (Plugin for scite) created by tayoufabrice@…: A toolbar to esplore projet in scite
6:52 PM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) closed by Valik: No Bug: Code works for me. It's poorly written and ill-thought out, but it works.
6:00 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
5:36 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) closed by Jos: Completed: I have added trhis option as it was pretty easy to do. Check the Tidy version available in the Beta download directory. INI * Remove Empty lines from Script Source. 1=Remove all 2=Remove all more then 1 Remove_Empty_Lines=1 Remove_Empty_Lines=2 Commandline / #Tidy_Parameter: /r_empty_lines or /rel /r_extra_empty_lines or /reel
5:16 PM Ticket #851 (Compile Script - UPX.exe error) closed by Jos: No Bug: There is no Windows 7 support for autoit3 yet.
5:05 PM Ticket #851 (Compile Script - UPX.exe error) created by jorbazz@…: I can't compile scripts OS: Windows 7 Beta 32bit Error: Unable to …

Mar 6, 2009:

11:09 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) updated by anonymous: Replying to Jos: > Just wondering why you are not siply putting a ; on the lines you want to keep? > That is what I do when I want to have an empty seperator line. That is what I do when I remember to, but offten I forget and when I run Tidy with /rel I need to go back and put the blank lines back. No great hassal, but it would be nice to have the option to leave a single blank line.
9:08 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) created by Prog@…: In _ExcelReadSheetToArray, the last-cell-string is Split by the …
8:50 PM Ticket #849 (Optimization p2) updated by madflame991@…: Your benchmarks? Because my simple benchmarks shows floating point division being nearly 4 times faster than integer division in a simple C++ program. This is... how did you get to be a dev??? You don't know how a/b is translated from C++ to ASM?!? C++ does the floating point operation, then it converts it to an integer... IT'S EVIDENT IT TAKES MORE TIME TO TRUNCATE IT! WOW!!! Try it in Assembler or Pascal! Did you ever touched anything than c++? Before the arithmetical coprocessor was invented, the main CPU had to crunch all the floating point arithmetics; even if we have the coprocessor now it's still slower to calculate useless digits…
7:52 PM Ticket #849 (Optimization p2) closed by Valik: Rejected: Replying to madflame991@…: > Why implement a Div() function? Are you asking for a Div() function? It's not very clear... > 1) It's a lot faster than basic a/b because it only returns the integer part of the result (floating point operations are A LOT SLOWER) Your benchmarks? Because my simple benchmarks shows floating point division being nearly 4 times faster than integer division in a simple C++ program. > 2) Precision is only needed in graphical/financial programs Wow, that's an incredibly short-sighted statement. > 3) Round(a/b) is slower... evidently Well, Round() isn't the right thing anyway. Try Int(). Either way, I find performance to be acceptable casting with Int(). If you don't, then chances are this isn't the right language for your task to begin with. > 4) Mod() is already implemented, but it looks incomplete without Div() Mod() is implemented as a function because we didn't make it an operator. Division has an operator, there's no reason to add a function for it. > 5) It doesn't break backward compatibility It doesn't add anything useful, either. Does casting to an int slow things down? Sure, but not enough to be an issue. Not until you get in the hundreds of thousands of calculations. But when you start getting that high, you're probably using the wrong language anyway.
7:32 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by Jos: Replying to anonymous: > Replying to Jos: > > Couldn't resist trying it and I do not see what you are explaining. > > When I add the line you specified to a UTF8 without BOM file I do see the fieldname being displays as 8 single characters and the content is displayed correctly. > > What File encoding are your using and what version of AutoIt3Wrapper? > > > > Jos > > my file encoding is GB2312, version of AutoIt3Wrapper is: AutoIt3Wrapper GUI to Compile AutotIt3 Script (ver 1.10.1.14) This is the charaterset you use, but what type of Unicode file are you using. To make it easier just pm or Email me an example of the script that I can test with.
7:29 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) updated by Jos: Just wondering why you are not siply putting a ; on the lines you want to keep? That is what I do when I want to have an empty seperator line.
6:00 PM Tickets #848,849 batch updated by TicketCleanup: Version changed
Automatic ticket cleanup.
5:52 PM Ticket #849 (Optimization p2) created by madflame991@…: Why implement a Div() function? 1) It's a lot faster than basic a/b …
4:53 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) created by Bowmore: It would be nice if the Tidy.exe parameter /rel : Remove empty …
7:14 AM Ticket #846 (UDF _PathFull( ) return path not correct) closed by Valik: Completed: Added in version: 3.3.1.0
7:10 AM Ticket #846 (UDF _PathFull( ) return path not correct) reopened by Valik
6:18 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by anonymous: Replying to Jos: > Couldn't resist trying it and I do not see what you are explaining. > When I add the line you specified to a UTF8 without BOM file I do see the fieldname being displays as 8 single characters and the content is displayed correctly. > What File encoding are your using and what version of AutoIt3Wrapper? > > Jos my file encoding is GB2312, version of AutoIt3Wrapper is: AutoIt3Wrapper GUI to Compile AutotIt3 Script (ver 1.10.1.14)
6:10 AM Ticket #846 (UDF _PathFull( ) return path not correct) updated by anonymous: Replying to Valik: > You passed in garbage, you received garbage. Function is working as designed. If you pass it something sensible then you will get something sensible back. > > No bug. path "d:dir1\dir2\dir3\filename.txt" is legal under command prompt. test like this, suppose you have a batch file named test.bat, contents of test.bat is @echo off echo full path is: "%~f1" now ,run cmd.exe to enter command prompt, suppose dir d:\myfile exists, type C:\Documents and Settings\Administrator>cd d:\myfile C:\Documents and Settings\Administrator>test.bat d:dir1\dir2\dir3\filename.txt output is C:\Documents and Settings\Administrator>full path is: "d:\myfile\dir1\dir2\dir3\filename.txt" this is correct result. maybe change source code of _FullPath( ) to handle this type of path is good. sorry for my poor english.
5:45 AM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) created by anonymous: It seems that when a gui is called by _timer_settimer the image will …
4:08 AM Ticket #846 (UDF _PathFull( ) return path not correct) closed by Valik: No Bug: You passed in garbage, you received garbage. Function is working as designed. If you pass it something sensible then you will get something sensible back. No bug.
3:57 AM Ticket #846 (UDF _PathFull( ) return path not correct) created by txj: code like this: […] this code display …

Mar 5, 2009:

6:10 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by Jos: Couldn't resist trying it and I do not see what you are explaining. When I add the line you specified to a UTF8 without BOM file I do see the fieldname being displays as 8 single characters and the content is displayed correctly. What File encoding are your using and what version of AutoIt3Wrapper? Jos
5:01 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by Jos: Autoit3wrapper hasnt been develloped to support UNICODE scripts so I can imagine that the included Functions written to update the program resources aren't properly handling double byte characters. I have no plans at this moment to make all utilities UNICODE compliant as I have not that much time available and do not have a test setup to test this properly. If anybody feels like its something they would like to code this and submit it to me for updating the current AutoIt3Wrapper thats fine. So this is to me no bug but a feature request. Jos
7:30 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by J-Paul Mesnage: Owner, Status changed
7:30 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by J-Paul Mesnage: I assume you run under XP, as under Vista this field is not displayed at all. I hope Jos can give you an answer. I suspect Windows XP can be the problem.
3:00 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
1:46 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) created by txj: if #AutoIt3Wrapper_Res_Field=源文件名|Ghost2KXP.exe, 源文件名 is Simplified …

Mar 4, 2009:

7:54 AM Ticket #844 ("^" and "$" absent in document of StringRegExp( )) closed by J-Paul Mesnage: No Bug: in fact they are as they match only in the multiline mode see doc […] you can also refer to the complete doc as stated […]
5:50 AM Ticket #844 ("^" and "$" absent in document of StringRegExp( )) created by txj: In StringRegExp( ) document of AutoIT 3.2.12.1, 3.3.0.0, …

Mar 3, 2009:

7:23 PM Ticket #843 (@ScriptDir macro returning backslash when script is in drive root ...) closed by Valik: No Bug: The path "K:\.\Fred.exe" is likely to be just as invalid as "K: Fred.exe" to any application failing on the latter. This. Is. Not. A. Bug. Stop opening tickets on it. We are not going to change the behavior. If this is an issue for you then you can fix it. One of the simplest ways is to write: […]
6:08 PM Ticket #843 (@ScriptDir macro returning backslash when script is in drive root ...) created by ssmith@…: I know that this has been previously raised more than once bat has …

Mar 2, 2009:

11:17 PM Ticket #842 (Adding Lua as an alternative syntax) updated by Valik: Replying to anonymous: > I had a hunch I was going to get answer like this. Just bitter channeling of what seems to be rage or frustration. Spooky... Yes. Because you are an expert on me. You're such an astounding psych analyst that you can analyze someone you have never met, someone you know nothing about, all based on one post. Bravo. I assume the next generation of psycho analysts in training are currently familiarizing themselves with your volume of works in their studies? > As smart and superior as you might feel after those zings of yours, you still fail to give answer to a very simple hypothetic question. Maybe I don't give an answer because I don't think you're capable of understanding it? The answer is so searingly obvious to me that your inability to see it on your own coupled with all the lack of thought you've demonstrated so far haven't really led me to believe you can comprehend the answer. Further, you haven't asked a question (no question mark). What you do seem to want to know is unclear. Are you asking how to extend Lua with support for AutoIt functionality? Are you asking to extend AutoIt with embedded Lua? Finally, are you asking for Lua-like syntax in AutoIt? Your post mentions all three which does not seem to be the intent. Note, however, that I do not care and will not answer no matter what "question" you are asking. This is the wrong place to ask. > Now this might've been the wrong place to write about a feature that I knew would probably never be added, but... You have to admit this: The mature thing for you to do would've been to either duly answer the question or, if you didn't know the answer straight away, calmly point out that you're not familiar enough to subject in hand to give an answer without wasting time investigating it. Decending to level of personal insults hardly helps anyone, it's merely a waste of time. So you wish to talk about maturity and descent to the level of personal insults while in the previous breath you were analyzing me and determining why I'm being a prick to you? There's a word for that: hypocrisy. I'm being a prick because you won't/can't do critical thinking on your own so you ask others to do it for you. You also want to talk about wasting time but you posted a feature request you knew would never be implemented on our issue tracker. It's good to see people are reading WikiStart. Accusing me of wasting time, indeed. > As for my question/"suggestion", please do forget it. Like I pointed out, I asked it out of pure interest, in pursuit for information. Maybe I didn't quite think trough in which section of autoitscript.com to place this question thus giving the impression I'm acctually wanting something more than information. But I have to say, you gave the impression of either despiting the less tech-savvy and thinking you're above them or being really offended by my post. If it's the latter, I'd like to appologize. Then I am giving off the correct impression - sort of. Think of it more as indifference with temporary disdain. I am indifferent to people that aren't tech-savvy but try to pretend they are. I am indifferent to people who can't apply critical thinking skills to think about something before they open their word-hole and let stupidity tumble forth. I learned a long time ago to stop and think and pay attention to what I'm doing. Anybody not thinking at a basic, rational level is beneath those who are. As for forgetting this? I already had the moment I navigated away from this page - until you posted again. It's hard to forget about something that won't go away, though.
8:46 PM Ticket #842 (Adding Lua as an alternative syntax) updated by anonymous: I had a hunch I was going to get answer like this. Just bitter channeling of what seems to be rage or frustration. Spooky... As smart and superior as you might feel after those zings of yours, you still fail to give answer to a very simple hypothetic question. Now this might've been the wrong place to write about a feature that I knew would probably never be added, but... You have to admit this: The mature thing for you to do would've been to either duly answer the question or, if you didn't know the answer straight away, calmly point out that you're not familiar enough to subject in hand to give an answer without wasting time investigating it. Decending to level of personal insults hardly helps anyone, it's merely a waste of time. As for my question/"suggestion", please do forget it. Like I pointed out, I asked it out of pure interest, in pursuit for information. Maybe I didn't quite think trough in which section of autoitscript.com to place this question thus giving the impression I'm acctually wanting something more than information. But I have to say, you gave the impression of either despiting the less tech-savvy and thinking you're above them or being really offended by my post. If it's the latter, I'd like to appologize.
6:01 PM Ticket #842 (Adding Lua as an alternative syntax) closed by Valik: Rejected: Replying to anonymous: > Adding Lua as an alternative syntax or converting AutoIt features into a Lua API, whichever the techtical term here would be. This is probably an out-of-question suggestion due to fact it'd only benefit few. Even so, please refrain from being arrogant and try to give a smart answer to a (probably) stupid suggestion. Why? Why shouldn't you get a smart answer to a request you obviously put absolutely no thought into? To say this is a stupid suggestion is grossly underestimating just how stupid it really is. > I've heard that Lua scripting engine is pretty easy to add to a software. Out of pure interest, I'd like to hear what are the possible cons and difficulties here, how much work would this take and any other thoughts you have. In case you didn't notice, AutoIt is a language. So why would we go out of our way to embed another language to our language? It makes no sense. If Lua is so much better that you prefer it to AutoIt... use Lua. We won't be hurt, really.
5:19 PM Ticket #842 (Adding Lua as an alternative syntax) created by anonymous: Adding Lua as an alternative syntax or converting AutoIt features into …
4:15 PM Ticket #841 (Problems using pipes in array) closed by J-Paul Mesnage: No Bug: That exactly the reason what there is a before last parameter that can be use to change the separator needed used when displying the info by a listview control. Perhaps the doc need more adice on this potential conflict.
12:40 PM aaa.au3 attached to Ticket #841 by Wooltown
12:39 PM Ticket #841 (Problems using pipes in array) created by Wooltown: In one dimensional array, the text after the pipe will be removed, but …

Mar 1, 2009:

7:46 PM Ticket #839 (Rewrite Shutdown()) closed by J-Paul Mesnage: Completed: Added in version: 3.3.1.0

Feb 28, 2009:

9:00 PM Ticket #840 (_SQlite_Query fails to execute query) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
8:13 PM Ticket #840 (_SQlite_Query fails to execute query) closed by J-Paul Mesnage: Works For Me: It is working perfect under standard AutoIt 3.3.0 which is using 3.6.5 _SQlite version
7:16 PM Ticket #840 (_SQlite_Query fails to execute query) created by ivanperez.x@…: From the example in the help file this should output Hello World …
7:21 AM Ticket #839 (Rewrite Shutdown()) updated by J-Paul Mesnage: Thanks, now I remember we postponed those changes after general release …

Feb 27, 2009:

6:24 PM Ticket #839 (Rewrite Shutdown()) updated by Valik: I already explained that once in private but you ignored me and closed #699 anyway.
3:22 PM Ticket #834 (Request for _FileListToArray() to offer additional options) updated by anonymous: Replying to Valik: > I think that's a little overkill. Hi Valik. Hm. It's a pitty. I believe, that many other Autoit users have problems to code recursion. Not everybody has your coding skills... As in the general help forums questions upon recursion show up time by time I think others would be happy with such features -- like I would ;) It could be in a separate include file, e.g. <filerecursion.au3>, then there wouldn't be an impact to the size of file.au3 or array.au3. Regards, Rudi. PS: I've added that reply some minutes ago. It *WAS* shown in the ticket dialog, but is gone again? Was the reply deleted, or did I miss something?
1:45 PM Ticket #838 (Better COM error handling.) updated by PsaltyDS: Roger, out.
12:48 PM Ticket #839 (Rewrite Shutdown()) updated by J-Paul Mesnage: What did you discover around it?
8:06 AM Ticket #839 (Rewrite Shutdown()) created by Valik: Shutdown sucks, needs rewritten. Note to self: Do it.

Feb 26, 2009:

7:37 PM Ticket #838 (Better COM error handling.) updated by Valik: I will not add temporary code to solve a problem when I know it's not the right solution. Things either get fixed or they don't. I despise band-aids like what you describe.
3:17 PM Ticket #838 (Better COM error handling.) updated by PsaltyDS: Well, if it's that grand a project, it implies a long time frame to do it. In the short term, given the constraints of the current system, the UDF writers referenced (eltorro and Dale) have done what they can. Both UDFs check if a handler already exists and avoid replacing it if it does. The problem for Dale in IE.au3 is that he has a function he knows will produce a COM error event and wants to silently sink it. For him to temporarily replace the handler, he would have to release it and put it back afterwards, but has no way to do so because there is no way to know what variable name held the reference. If all the UDF writers were encouraged to use $oAutoItCOMError or some logical common name, then they would be able to cooperate with each other. In IE.au3, Dale would then be able to save the old handler function name, release $oAutoItCOMError, apply his own temporary handler, then restore the old one to the same object variable name. This is not better than rewriting the whole thing to make it "right", but it could be implemented with just some verbiage in the help file and few PMs to the most common UDF writers. I don't even know if it makes sense in this context, but my wishful-thinking idea was that the special global variable $oAutoItCOMError would be a sort of ByRef itself so that $oAutoItCOMError = 0 would release the previous handler variable, no matter what it had been named, and $oAuotItCOMError = ObjEvent("AutoIt.Error", $sOldErrorHandler) would restore the old reference too (i.e. $oXMLMyError).
12:55 AM Ticket #838 (Better COM error handling.) updated by Valik: Ehh, that's not the solution. The real problem is that it uses a global variable in the first place. The object should be passed as a parameter to the called function. Storing the object returned from ObjEvent() should be optional only if you want to unregister the event. That leads me to... The whole system is flawed, honestly. It should be possible to register and unregister events. It should not require global variables. The return value should really be a pseudo-handle useful only to the unregister function. I'm not sure what to do about multiple events being registered to AutoIt.Error. It should probably call all registered handlers. In short, I think the whole ObjEvent system needs rewritten to add two new functions and drastically altered behavior to be more logical. It's certainly an issue and I'll leave this open so that it's on the todo list.
12:00 AM Ticket #838 (Better COM error handling.) updated by TicketCleanup: Version changed
Automatic ticket cleanup.

Feb 25, 2009:

11:05 PM Ticket #838 (Better COM error handling.) created by PsaltyDS: Ref: Forum post …
12:00 PM Ticket #820 (Speed enhancement to _FileListToArray) updated by TicketCleanup: Milestone changed
Automatic ticket cleanup.
9:53 AM Ticket #820 (Speed enhancement to _FileListToArray) closed by J-Paul Mesnage: Completed: #837 brought a division by 3
9:51 AM Ticket #837 (FileFindFirstFile/NextFile feature request) closed by J-Paul Mesnage: Completed: Added in version: 3.3.1.0
7:29 AM Ticket #835 (Recursion depth macro) closed by J-Paul Mesnage: Rejected: I agree with Valik recursion level must be handle inside the func itself with a global variable if needed.

Feb 24, 2009:

9:22 PM Ticket #837 (FileFindFirstFile/NextFile feature request) updated by anonymous: Actually, I like your idea of using @extended to return 1 if a directory or 0 otherwise. It seems no matter what one is interested in, it must first be determined if it's a file or directory. I modified _FileListToArray, replacing the FileExists test with a DirGetSize, and then getting the file attributes only if indeed the path has subfolders. A very minor hit (DirGetSize is really fast) if the path does have folders, if not, it's twenty (20) times faster for a folder with only 500 files. I just like to see AutoIt knock the socks off the other scripting languages. :)
9:00 PM Ticket #837 (FileFindFirstFile/NextFile feature request) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
7:43 PM Ticket #837 (FileFindFirstFile/NextFile feature request) updated by Valik: It's a good request but there are two problems which build off one another. First, we could certainly return the numeric dwFileAttributes data via @extended but we shouldn't. It's a different way to get the same data FileGetAttrib() does but it's returned in a completely different format. That makes it inconsistent which is bad. The second problem is we can't convert it to a string like with FileGetAttrib() because @extended can only be a number. This could certainly be changed but then it would come with a much larger performance impact. Finally, an unrelated argument would be, "why file attributes"? I may be just as interested in getting the size as you are in getting the attributes so I may want that instead. Or the time could be returned as seconds since epoch. I'm not sure about using @extended to just return 1 if a directory and 0 otherwise.
7:26 PM Ticket #836 (RegWrite - set registry key as another user) closed by Valik: Rejected: You can re-run the same script with RunAs(). Or, if you are ambitious you can use DllCall() and the Windows API to impersonate another user. RunAs() is the simplest solution though.
6:31 PM Ticket #837 (FileFindFirstFile/NextFile feature request) created by pdaughe: FileFindFirstFile/NextFile do not currently set @extended. If no …
3:00 PM Ticket #836 (RegWrite - set registry key as another user) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
12:52 PM Ticket #836 (RegWrite - set registry key as another user) created by guenther_mandl@…: In our company user have no admin rights on their machines. If we have …
10:03 AM Ticket #269 (ImageSearch()) updated by gwizard: Or you can use mine which is much faster. http://www.autoitscript.com/forum/index.php?showtopic=86875&hl=ImageSearch

Feb 23, 2009:

6:44 PM Ticket #835 (Recursion depth macro) updated by Valik: Why? If you're talking about the depth of a single function then track it yourself via a global variable. If you're talking about overall recursion I think that will just be confusing to people.
6:43 PM Ticket #834 (Request for _FileListToArray() to offer additional options) closed by Valik: Rejected: I think that's a little overkill.
3:20 PM Ticket #835 (Recursion depth macro) created by weaponx: Would it be possible to have a macro that contains the current depth …
12:00 PM Ticket #834 (Request for _FileListToArray() to offer additional options) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
11:01 AM _FileListToArrayFaster1e.au3 attached to Ticket #834 by Rudi: _FileListToArrayFaster1e.au3
10:59 AM Ticket #834 (Request for _FileListToArray() to offer additional options) created by Rudi: Hi. It would be nice, if the native _FileListToArray() would offer …

Feb 22, 2009:

4:35 PM Ticket #818 (date control) updated by anonymous: :)
8:50 AM Ticket #833 (Bug in function DllOpen ()) closed by Valik: No Bug: Or you could try reading the documentation and applying some critical thinking.
8:33 AM Ticket #833 (Bug in function DllOpen ()) created by fristo: A Dll that not exist can not provide a handle. In this case the …

Feb 21, 2009:

3:00 PM Ticket #832 (Instance of SCIITE) updated by TicketCleanup: Version, Milestone changed
Automatic ticket cleanup.
1:48 PM Ticket #832 (Instance of SCIITE) closed by Jos: Rejected: Yes, it is possible to have multiple SciTE sessions but this is not the place to ask. Use the forums for that.
1:45 PM Ticket #832 (Instance of SCIITE) created by tayoufabrice@…: I need scintilla to get more than one instance, is it possible to have …
12:35 AM Ticket #831 (Arrays with ranged size - optimizing without breaking compatibility ...) closed by Valik: Rejected: Err, no chance in hell that's going to happen. It took me a good 2 minutes just to figure out what the heck you had going on. Imagine how that looks to people who can't understand array's as-is?

Note: See TracTimeline for information about the timeline view.

Download in other formats:

RSS Feed