Timeline
Mar 17, 2009:
- 10:55 PM Ticket #869 (@OSLang will not detect MUI enviroments) created by
- Hi All, I have Vista Ultimate English and have installed several MUI …
- 9:00 PM Tickets #867,868 batch updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 8:04 PM Ticket #868 (Add _WinAPI_SetLayeredWindowAttributes) created by
- i think, _WinAPI_SetLayeredWindowAttributes and …
- 6:16 PM Ticket #867 (UDPRecv no longer gives the sender IP) created by
- 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
- 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
- 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
-
Severity changed
The function you mention does not work with built-in file functions. - 9:59 PM Ticket #769 (FileFlush function) updated by
- 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
- Just note: Already implemented as UDF --> _WinAPI_SetFilePointer()
- 9:43 PM Ticket #769 (FileFlush function) updated by
- Just note: It's already implemented as UDF --> _WinAPI_FlushFileBuffers()
- 3:21 PM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
- 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
- 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
- Fixed: Fixed in version: 3.3.1.0
- 7:39 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
- Surprisingly this is actually crashing in AutoIt and not in the DLL. Hmm.
- 7:39 AM Ticket #866 (new function FileGetDir( )) closed by
- Rejected: Nothing is stopping you from calling _getdcwd() via DllCall().
- 6:51 AM Ticket #866 (new function FileGetDir( )) created by
- 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
- […] […]
Mar 15, 2009:
- 4:55 PM Ticket #864 (GUIOnEventMode bug) closed by
- No Bug: This is an intentional design decision, not a bug.
- 3:00 PM Ticket #864 (GUIOnEventMode bug) updated by
-
Severity changed
Automatic ticket cleanup. - 1:22 PM Ticket #864 (GUIOnEventMode bug) created by
- 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
- 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
- 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
- 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
- Fixed: Fixed in version: 3.3.1.0
- 2:41 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- 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
- There are a lot of AutoIt3 groups using Chinese fans, so suggest modify the bug. forgive my poor English _
- 12:51 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- 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
- I think you have to use wchar var2[255] That's working on a nonchinese windows version
- 12:17 PM Ticket #862 (DllStructCreate DllStructSetData) created by
- $Struct=DllStructCreate("char var1[255];char var2[255]") …
- 8:45 AM Ticket #861 (Grammer Mistake) closed by
- Fixed: Fixed in version: 3.3.1.0
- 8:08 AM Ticket #861 (Grammer Mistake) created by
- 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
- 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
- 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
- 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
- Hi ! I found a small shortage, in UDF _StringExplode( ), when last …
- 2:17 AM Ticket #854 (InetGetSize) updated by
- 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
- 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
- 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
- Hi ! I found a small shortage, in StringSplit( ), when last character …
- 12:20 AM Ticket #857 (MSGBOX not working properly) created by
- 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
- 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
-
Milestone changed
Automatic ticket cleanup. - 8:58 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) closed by
- 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
- 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
- During testing, this UDF sometimes puts a ',' at the beginning of a …
- 10:13 AM Ticket #855 (PixelGetColor bug) updated by
-
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
- 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
- No Bug: No bug, just bad coding. Use the forum for coding support. Jos
- 10:23 PM Ticket #855 (PixelGetColor bug) created by
- ((( 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
- Fixed: Fixed in version: 3.3.1.0
- 1:38 PM Ticket #854 (InetGetSize) created by
- #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
- Fixed: Fixed in version: 3.3.1.0
Mar 9, 2009:
- 11:35 PM Ticket #814 (HttpSetProxy - proxy with credentials) closed by
- Fixed: Fixed in version: 3.3.1.0
- 11:33 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) updated by
- 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
- 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
- If continual refreshes are used (IE: hit home button several times), …
- 6:00 PM Ticket #814 (HttpSetProxy - proxy with credentials) updated by
-
Owner, Status changed
- 5:47 PM Ticket #814 (HttpSetProxy - proxy with credentials) reopened by
- Err, I'm not done with this ticket yet, don't close it.
- 10:54 AM Ticket #814 (HttpSetProxy - proxy with credentials) closed by
- 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
- _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
- 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
- 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
-
Version changed
Automatic ticket cleanup. - 8:00 PM Ticket #852 (Plugin for scite) created by
- A toolbar to esplore projet in scite
- 6:52 PM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) closed by
- 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
-
Milestone changed
Automatic ticket cleanup. - 5:36 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) closed by
- 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
- No Bug: There is no Windows 7 support for autoit3 yet.
- 5:05 PM Ticket #851 (Compile Script - UPX.exe error) created by
- 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
- 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
- In _ExcelReadSheetToArray, the last-cell-string is Split by the …
- 8:50 PM Ticket #849 (Optimization p2) updated by
- 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
- 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
- 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
- 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
-
Version changed
Automatic ticket cleanup. - 5:52 PM Ticket #849 (Optimization p2) created by
- 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
- 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
- Completed: Added in version: 3.3.1.0
- 7:10 AM Ticket #846 (UDF _PathFull( ) return path not correct) reopened by
- 6:18 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by
- 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
- 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
- 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
- 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
- code like this: […] this code display …
Mar 5, 2009:
- 6:10 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by
- 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
- 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
-
Owner, Status changed
- 7:30 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by
- 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
-
Milestone changed
Automatic ticket cleanup. - 1:46 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) created by
- if #AutoIt3Wrapper_Res_Field=源文件名|Ghost2KXP.exe, 源文件名 is Simplified …
Mar 4, 2009:
- 7:54 AM Ticket #844 ("^" and "$" absent in document of StringRegExp( )) closed by
- 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
- 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
- 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
- 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
- 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
- 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
- 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
- Adding Lua as an alternative syntax or converting AutoIt features into …
- 4:15 PM Ticket #841 (Problems using pipes in array) closed by
- 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:39 PM Ticket #841 (Problems using pipes in array) created by
- 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
- Completed: Added in version: 3.3.1.0
Feb 28, 2009:
- 9:00 PM Ticket #840 (_SQlite_Query fails to execute query) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:13 PM Ticket #840 (_SQlite_Query fails to execute query) closed by
- 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
- From the example in the help file this should output Hello World …
- 7:21 AM Ticket #839 (Rewrite Shutdown()) updated by
- Thanks, now I remember we postponed those changes after general release …
Feb 27, 2009:
- 6:24 PM Ticket #839 (Rewrite Shutdown()) updated by
- 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
- 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
- Roger, out.
- 12:48 PM Ticket #839 (Rewrite Shutdown()) updated by
- What did you discover around it?
- 8:06 AM Ticket #839 (Rewrite Shutdown()) created by
- Shutdown sucks, needs rewritten. Note to self: Do it.
Feb 26, 2009:
- 7:37 PM Ticket #838 (Better COM error handling.) updated by
- 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
- 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
- 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
-
Version changed
Automatic ticket cleanup.
Feb 25, 2009:
- 11:05 PM Ticket #838 (Better COM error handling.) created by
- Ref: Forum post …
- 12:00 PM Ticket #820 (Speed enhancement to _FileListToArray) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:53 AM Ticket #820 (Speed enhancement to _FileListToArray) closed by
- Completed: #837 brought a division by 3
- 9:51 AM Ticket #837 (FileFindFirstFile/NextFile feature request) closed by
- Completed: Added in version: 3.3.1.0
- 7:29 AM Ticket #835 (Recursion depth macro) closed by
- 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
- 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
-
Version changed
Automatic ticket cleanup. - 7:43 PM Ticket #837 (FileFindFirstFile/NextFile feature request) updated by
- 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
- 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
- FileFindFirstFile/NextFile do not currently set @extended. If no …
- 3:00 PM Ticket #836 (RegWrite - set registry key as another user) updated by
-
Version changed
Automatic ticket cleanup. - 12:52 PM Ticket #836 (RegWrite - set registry key as another user) created by
- In our company user have no admin rights on their machines. If we have …
- 10:03 AM Ticket #269 (ImageSearch()) updated by
- 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
- 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
- Rejected: I think that's a little overkill.
- 3:20 PM Ticket #835 (Recursion depth macro) created by
- 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
-
Version changed
Automatic ticket cleanup. - 10:59 AM Ticket #834 (Request for _FileListToArray() to offer additional options) created by
- Hi. It would be nice, if the native _FileListToArray() would offer …
Feb 22, 2009:
- 4:35 PM Ticket #818 (date control) updated by
- :)
- 8:50 AM Ticket #833 (Bug in function DllOpen ()) closed by
- 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
- 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
-
Version, Milestone changed
Automatic ticket cleanup. - 1:48 PM Ticket #832 (Instance of SCIITE) closed by
- 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
- 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
- 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?
Feb 20, 2009:
- 9:00 PM Ticket #831 (Arrays with ranged size - optimizing without breaking compatibility ...) updated by
-
Version changed
Automatic ticket cleanup. - 8:13 PM Ticket #831 (Arrays with ranged size - optimizing without breaking compatibility ...) created by
- Many many times I wished AutoIt had arrays with ranged size... there …
- 7:52 PM Ticket #828 (ANSI support) closed by
- No Bug: .. and the BUG is what ? I assume you are trying to suggest something here. The current SciTE4AutoIt3 installer still supports older version of AutoIt3. The next version will be only supporting 3.3.0.0 + and this will change. NOBUG
- 5:55 PM Ticket #830 (recode --> ControlSend) closed by
- No Bug: It's good to see that you read WikiStart. Thank you for the lovely... whatever this is supposed to be.
- 5:54 PM Ticket #829 (move in SCITE the tabbed-windows) closed by
- Rejected: This is not the right place to ask.
- 4:43 PM Ticket #830 (recode --> ControlSend) created by
- hi there, maybe someone else has mentioned this before, but …
- 3:00 PM Tickets #828,829 batch updated by
-
Version changed
Automatic ticket cleanup. - 2:54 PM Ticket #829 (move in SCITE the tabbed-windows) created by
- Hi all, I hope to be in the right place (excuse me if not). I request …
- 2:24 PM Ticket #828 (ANSI support) updated by
-
Owner, Status, Component changed
- 2:06 PM Ticket #824 (Long line don't work) closed by
- No Bug
- 1:42 PM Ticket #828 (ANSI support) created by
- when I activ this in compil option I have an errormessage in the scite …
- 12:00 PM Ticket #827 (_DateDayOfWeek) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 11:17 AM Ticket #827 (_DateDayOfWeek) closed by
- Rejected: The author specified in the remarks: "This function returns English day names only." Should be easy enough for anyone to write a wrapper to convert the english returned string to the native language.
- 11:07 AM Ticket #827 (_DateDayOfWeek) created by
- why the _DateDayOfWeek do not return the date in the environnement …
Feb 19, 2009:
- 7:00 PM Ticket #824 (Long line don't work) updated by
- Now I got the version: […] I think this is a Windows 7 issue. I tried the code in Vista and it works there. Since Windows 7 is not supported by AutoIt, you may close this issue. Sorry to involve you. :-(
- 11:42 AM Ticket #824 (Long line don't work) updated by
- Replying to anonymous: > I'm using AutoIt 3.3.0.0 full install with newest SciTE on Windows 7 Beta 32 bit German version. You forgot to specify the Tidy version you are using. This is displayed in the SciTE outputpane when you run Tidy(Ctrl+T). Also check if the latest available Beta version of Tidy has the same issue as I know I have fixed a few issues in resent times. When you have the latest and greatest and it still crashes then pls provide a test.au3 to allow me to test with the exact same code as you are using. Jos Jos
- 11:08 AM Ticket #824 (Long line don't work) updated by
- I'm using AutoIt 3.3.0.0 full install with newest SciTE on Windows 7 Beta 32 bit German version.
- 9:44 AM Ticket #824 (Long line don't work) updated by
-
Description changed
[…] which is the 3.3.0 delivered one is working too
Feb 18, 2009:
- 11:45 PM Ticket #826 (In Windows 7 Beta, @OSVersion shows "WIN_VISTA") closed by
- No Bug: It's neither. We haven't claimed AutoIt supports Windows 7 yet. We haven't even looked at Windows 7. Because it's still in Beta. Asking us to support it now is just a little bit premature.
- 11:09 PM Ticket #826 (In Windows 7 Beta, @OSVersion shows "WIN_VISTA") created by
- Is it a bug or feature request? I assume a bug, but feel free to move …
- 10:43 PM Ticket #825 (Change the behaviour of DirMove()) closed by
- Rejected
- 10:43 PM Ticket #825 (Change the behaviour of DirMove()) reopened by
- I just noticed this was a feature request. Please read WikiStart, particularly the parts about setting milestones and versions.
- 10:41 PM Ticket #825 (Change the behaviour of DirMove()) closed by
- No Bug: The current behavior is consistent with the move command on the command line. I don't think there is anything wrong with the current behavior, either. I think there is a misunderstanding about what you are trying to do. You are not trying to move the source folder to the existing destination folder, you're trying to move the contents of the source folder to the existing destination folder. This a different operation than trying to rename or relocate a folder. There is no single operation that can do what you want though it is trivial to write a UDF to do it.
- 10:08 PM Ticket #825 (Change the behaviour of DirMove()) created by
- Hi, I found that DirMove() having problem (limitation?) when trying …
- 5:19 PM Ticket #824 (Long line don't work) updated by
-
Description changed
Works fine for me with: […] What version of Tidy are you using and did you try the latest available Beta? Jos - 4:54 PM Ticket #824 (Long line don't work) created by
- Tidy crashes when one line is very long ( I think ~2000 chars) …
- 7:52 AM Ticket #817 (Typo in helpfile) closed by
- Fixed: Fixed in version: 3.3.1.0
- 7:30 AM Ticket #819 (Fix EventLog.au3) closed by
- Fixed: Fixed in version: 3.3.1.0
Feb 17, 2009:
- 12:33 PM Ticket #140 (Add ToolbarWindow32 information on buttons) closed by
- Completed: Added in version: 3.3.1.0
Feb 16, 2009:
- 10:04 PM Ticket #823 (OnAutoItExit does not trigger on Control-C in console mode.) closed by
- Wont Fix: I'm closing this as Won't Fix. There are (at least) two ways you can handle this. You can use DllCall() and the Windows API SetConsoleMode() function to change how Ctrl+C is interpreted. You can also use DllCall(), DllCallbackRegister() and the Windows API SetConsoleCtrlHandler() to receive notification of the event and handle it appropriately.
- 8:37 PM Ticket #823 (OnAutoItExit does not trigger on Control-C in console mode.) created by
- If I compile my script to run in console mode and hit control-C as it …
- 6:20 PM Ticket #822 (Can't find out if item in folder option is checked or not) closed by
- No Bug: Read WikiStart. A 215 line script is unacceptable for trying to demonstrate a bug. Further, if you had just asked for Support somebody would have told you just read the registry and don't attempt to automate a GUI when you don't need to. This is very likely not a bug. There's no guarantee any control will respond to any message with anything useful. Welcome to Windows.
- 3:53 PM Ticket #822 (Can't find out if item in folder option is checked or not) created by
- The function "_GUICtrlTreeView_GetChecked" returns always false though …
- 12:28 PM Ticket #821 ((NON-COMPONENT) In Script Precompiler Options) closed by
- No Bug
- 12:28 PM Ticket #821 ((NON-COMPONENT) In Script Precompiler Options) updated by
- Why is this posted a a BUG? Did you check the directives available when the Full SciTE4AutoIt3 is installed? http://www.autoitscript.com/autoit3/scite/docs/AutoIt3Wrapper.htm Jos
- 12:10 PM Ticket #821 ((NON-COMPONENT) In Script Precompiler Options) updated by
- I don't understand your problem as the compile with option or the compile under Scite Editor memorize the modify options in front of the script and reuse it the next time.
- 12:00 PM Tickets #816,818 batch updated by
-
Milestone changed
Automatic ticket cleanup. - 10:59 AM Ticket #821 ((NON-COMPONENT) In Script Precompiler Options) created by
- Would like to be able to specify already available compiler options in …
- 10:00 AM Ticket #816 (Compiling ...) closed by
- Rejected
- 9:59 AM Ticket #816 (Compiling ...) reopened by
- 9:59 AM Ticket #818 (date control) closed by
- Fixed: Replying to Valik: > You closed the wrong ticket with your commit for this... sorry perhaps the commit script can check that the ticket is already closed to protect my bad typing
Feb 15, 2009:
- 6:00 PM Ticket #820 (Speed enhancement to _FileListToArray) updated by
-
Version changed
Automatic ticket cleanup. - 5:34 PM Ticket #820 (Speed enhancement to _FileListToArray) created by
- _FileListToArray is an often-used and time-consuming function. Almost …
- 7:23 AM Ticket #818 (date control) updated by
- You closed the wrong ticket with your commit for this…
- 7:18 AM Ticket #816 (Compiling ...) updated by
-
Owner, Resolution, Milestone changed
Fixed in version: 3.3.1.0 - 7:13 AM Ticket #817 (Typo in helpfile) updated by
-
Owner, Status changed
- 7:01 AM Ticket #818 (date control) updated by
-
Owner, Status changed
as stated in the examples of GUICtrlCreateDate date is "yyyy/mm/dd" to be independant of the international setting. I will clarify the doc if I can - 3:11 AM Ticket #819 (Fix EventLog.au3) created by
- Fix EventLog.au3. Buffer sizes need to be dynamic instead of fixed.
- 2:31 AM Ticket #818 (date control) updated by
-
Severity changed
Read WikiStart. - 2:02 AM Ticket #818 (date control) created by
-
when using the date control i use the
GUICtrlSetData()command …
Note:
See TracTimeline
for information about the timeline view.
