Timeline
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 …
Feb 14, 2009:
- 9:35 PM Ticket #817 (Typo in helpfile) updated by
- Err, I mean #815 which was created in response to the closing of #808.
- 9:34 PM Ticket #817 (Typo in helpfile) updated by
- Actually as a result of #808 that whole bit needs changed since it is now possible to pass temporary unnamed variables (function return values) directly.
- 8:35 PM Ticket #817 (Typo in helpfile) created by
- " The ByRef keyword is optional and means: (1) the parameter must a …
- 5:09 PM Ticket #816 (Compiling ...) updated by
- That should be AutoItNotOnToDoList.
- 5:08 PM Ticket #816 (Compiling ...) closed by
- Rejected: There is a tool on the forum to do that. The behavior you describe is on the AutoItNotToDoList which also implies you haven't read WikiStart. Read both and then look on the forum for the tool that does what you ask.
- 4:38 PM Ticket #816 (Compiling ...) created by
- I would like to have AutoIT compile all the code that is used and …
- 10:03 AM Ticket #815 (Pass temporaries as ByRef paramters) closed by
- Completed: Added in version: 3.3.1.0
Feb 13, 2009:
- 4:18 PM Ticket #815 (Pass temporaries as ByRef paramters) created by
- We should allow passing temporaries as ByRef parameters.
- 12:02 PM Ticket #805 (Don't really know what command is causing the problem) updated by
- perhaps […]
- 8:30 AM Ticket #382 (Gui constants in Help file) updated by
-
Owner, Status, Summary changed
Feb 12, 2009:
- 6:14 PM Ticket #814 (HttpSetProxy - proxy with credentials) updated by
-
Owner, Status changed
I hope some dev have access to a proxy protected. I don't. Please Jon. - 5:43 PM Ticket #814 (HttpSetProxy - proxy with credentials) created by
- See here : http://www.autoitscript.com/forum/index.php?showtopic=88991 …
Feb 11, 2009:
- 7:27 AM Ticket #271 (FTP - make it as standard include file (or native AutoIt)) updated by
-
Owner, Status changed
- 7:23 AM Ticket #546 (FileOpen() Shared/exclusive access) updated by
-
Owner, Status changed
- 7:22 AM Ticket #682 (Remove 64K line limit for FileReadLine()) updated by
-
Owner, Status changed
Feb 10, 2009:
- 5:57 PM Ticket #812 (Addtion of structure like in C) closed by
- Rejected: We are not going to add this and your request epitomizes why we won't. Structures are for DllCall() only. They are not a mechanism for constructing user-defined types. What you describe is the very reason we keep this feature out of the language so thank you for proving my point why we shouldn't add it.
- 3:00 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) updated by
-
Milestone changed
Automatic ticket cleanup. - 2:29 PM Ticket #813 (AutoItX_64.dll and Window Handles on XP64 issue) created by
- Hi, WinGetHandle() returns a 16byte string on XP64. The …
- 1:35 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) closed by
- Fixed: In fact with the new beta implementation of #414: better handling of OnAutoItStart/OnAutoItExit It is fixed.
- 1:29 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) updated by
-
Description changed
- 1:25 PM Ticket #812 (Addtion of structure like in C) updated by
- At least the access was implemented long time ago but was rejected due to possible confusion with Obj/COM supported type. Perhaps Valik or Jon can comment on this subject. Not sure ther is not a C struct to dllstruct conversion program/script available somewhere. At least it can be helpfull for those writing UDFs ;)
- 8:30 AM Ticket #811 (Add macros(@ScriptFile,@ScriptFunction) to get file,function executing ...) closed by
- Rejected: The @ScriptFile macro would only be available in non-compiled scripts. The @ScriptFunction macro impacts performance. There is also no guarantee that in future versions of AutoIt that this information will even be available at runtime. Closing as rejected.
- 8:24 AM Ticket #812 (Addtion of structure like in C) created by
- I read that you are not ready to add OOP concept in autoit and I agree …
- 8:07 AM Ticket #811 (Add macros(@ScriptFile,@ScriptFunction) to get file,function executing ...) created by
- Hello, It could be good to add the @ScriptFile and @scriptFunction to …
Feb 9, 2009:
- 6:57 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) created by
- If I declare AND define a variable via a function and the function …
- 3:57 PM Ticket #809 (UDF _SoundPlay doesn't work with filenames as 1st parameter) closed by
- Fixed: Fixed in version: 3.3.1.0
- 2:31 PM Ticket #809 (UDF _SoundPlay doesn't work with filenames as 1st parameter) created by
- Check the following example (or the AutoIt included example script …
- 7:47 AM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) closed by
- Works For Me: Checking with 3.3.0.0 running under a Vista X64 under a Virtual machine Works for me
Feb 8, 2009:
- 5:43 PM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) closed by
- No Bug: I entered my info, compiled the script and named it "SuperReallyLongNameAndStuff.exe". Works fine on Windows XP SP3. And I'm even more annoyed now having did that because the code, too long as it is, doesn't even run out of the box due to calls to functions that don't exist in the example. Just a poor example all around. Anyway, as expected, NO BUG.
- 5:07 PM Ticket #354 (Transparency with images) closed by
- Rejected: In fact transparency is applied to the parent window so GUICtrlSetTransparent will be override by the next one. The current strategy of choosing the pixel 0,0 of the control for pic seems the not the worst one. I am closing it
- 10:43 AM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) updated by
- After correcting the script to have it working using my DCHPServerIP and my system IP the […] never return under Vista/SP1
- 2:13 AM Ticket #808 (_ArrayConcatenate()) closed by
- No Bug
- 1:44 AM Ticket #808 (_ArrayConcatenate()) created by
-
your
_ArrayConcatenate($array1,$array2)command works well butt … - 1:34 AM Ticket #807 (help) closed by
- Rejected: Read WikiStart. This is not the place to ask for help. People have already written things that can get the information you want. Use the forum.
- 1:32 AM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) updated by
- Read WikiStart. Then re-write the code so that it's not a wall of text. Way too much code.
- 1:27 AM Ticket #807 (help) created by
- plese add a way to check the processor type ie: pentum d , Pentium …
- 1:19 AM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) created by
- The script below will work fine in AutoIT 3.3.0.0 as long as it is not …
Feb 7, 2009:
- 8:03 PM Ticket #747 (GUI becomes unresponsive on displaying animated Gifs in embedded IE) closed by
- Wont Fix: The problem is Internet Explorer. It apparently has unacceptably poor performance animating GIF images. This causes such a flood of activity that the image is drawn poorly and the host application just can't keep up. Most likely Internet Explorer itself is multi-threaded which allows it's UI to remain responsive even in the face of the message flood the poor GIF animation is causing. AutoIt does not have that luxury and it is a significant rewrite to change it just to work around Microsoft's poor programming. About all I can say is, hope that IE8 has better GIF rendering because we aren't rewriting AutoIt to accommodate Microsoft's inadequacies at writing a browser. Note that Firefox renders the GIF nice and smoothly without breaking itself in the process. Closing as "Wont Fix".
- 6:11 PM Ticket #802 (ControlID fails with full X/Y/W/H definition) closed by
- Fixed: Fixed in version: 3.3.1.0
Feb 6, 2009:
- 9:50 PM Ticket #805 (Don't really know what command is causing the problem) closed by
- No Bug: Before you post another ticket, read WikiStart.
- 9:22 PM Ticket #805 (Don't really know what command is causing the problem) created by
- I use a script from Danny35d to display office and windows serials. …
- 9:12 PM Ticket #803 (ProcessGetStats documentation Improvement) closed by
- Rejected: I think the example we have is fine. We only need to show basic usage and give people an idea how a function works. They need to be able to read the documentation to figure out the rest.
- 9:07 PM Ticket #804 (Strange behavior with simple program) closed by
- No Bug: Did you really even think about this code? Just stop and think. No bug.
- 9:00 PM Ticket #803 (ProcessGetStats documentation Improvement) updated by
-
Version changed
Automatic ticket cleanup. - 8:29 PM Ticket #804 (Strange behavior with simple program) created by
- When I run the following program, if I change the "for $k=1 to X" so …
- 8:23 PM Ticket #803 (ProcessGetStats documentation Improvement) created by
- Hi, i want to retrieve some information about the processes running …
- 7:59 PM Ticket #802 (ControlID fails with full X/Y/W/H definition) created by
- The new X/Y/W/H ControlID definition fails when all four values are …
- 9:34 AM Ticket #382 (Gui constants in Help file) updated by
-
Summary changed
- 9:33 AM Ticket #799 (@appdatadir bugged vista 64bit) closed by
- No Bug: The return value is exactly the same under Vista32 and Vista64 %USERPROFILE%\AppData\roaming That's the value that Vista wants to return !!!
- 2:15 AM Ticket #801 (Run/RunWait path bug) closed by
- No Bug: No, this is a quirk of cmd.exe. From cmd.exe /?: > The special characters that require quotes are: > <space> > &()[]{}=;!'+,`~ Why you think this is an AutoIt error when it's clearly from cmd.exe is beyond me. No bug.
- 1:41 AM Ticket #801 (Run/RunWait path bug) created by
- if path contains ( ), Run/RunWait run error. example code like this …
Feb 5, 2009:
- 11:01 PM Ticket #800 (runas from a network path) closed by
- No Bug: The user you are running as can not see the network drive. Read the first statement under "Remarks" for RunAs() in the documentation. This is not a bug in AutoIt.
- 9:41 PM Ticket #800 (runas from a network path) created by
- I have written a script that will elevate an uninstall process to …
- 8:27 PM Ticket #799 (@appdatadir bugged vista 64bit) created by
- Somepeople had problems with my autoit program because a folder in the …
- 5:59 PM WikiStart edited by
- Rewrote some stuff and added some stuff. (diff)
- 5:50 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) closed by
- Works For Me: You need to read WikiStart because you did about a billion things wrong. I'm closing this as "Works For Me". The odds of the registry functions being so fundamentally broken as the poster claims seems incredibly unlikely.
- 5:33 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) updated by
- Instead of posting here you better to use the forum. here is for bug report not for support ;)
- 5:31 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) updated by
- Please post a repro script that demonstrate your report Thanks
- 4:32 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) created by
- I want to dynamically change proxy settings inside IE. I cannot find …
- 12:54 PM Ticket #461 (StringReplace to include right-to-left functionality) closed by
- Completed: Added in version: 3.3.1.0
Note:
See TracTimeline
for information about the timeline view.
