Timeline
Jun 24, 2009:
- 8:10 PM Ticket #1044 (StdErr constants for Run()) closed by
- No Bug: It is a completely separate flag. It merges the stdout and stderr stream into a single stream. This is not the same thing as stdout having its own stream and stderr having it's own stream.
- 7:38 PM Ticket #1044 (StdErr constants for Run()) updated by
- Something messed up the code block for the ticket so I'm redoing it without the blocks' I'm not sure if the docs are wrong here or not 0x8 ($STDERR_MERGED) = Provides the same handle for STDOUT and STDERR. Implies both $STDOUT_CHILD and $STDERR_CHILD. however 4 + 2 = 6, and BitOR(4, 2) = 6 or $STDERR_CHILD + $STDOUT_CHILD = 6 and BitOR($STDERR_CHILD, $STDOUT_CHILD) = 6 That being the case, where does the 0x8 come from?
- 7:34 PM Ticket #1044 (StdErr constants for Run()) created by
- I'm not sure if the docs are wrong here or not […] however …
- 4:54 PM Ticket #1043 (ClipPut Function bug or limitation) updated by
- I must to add that this happen with the 32bits version of the dll: AutoItX3.dll Running under Windows 2003 R2 SP2 server. If this can help... Regards, Ricky
- 4:53 PM Ticket #1041 (WinExists Error) closed by
- No Bug: I suggest you re-read the documentation to learn what the syntax you are using really means. Second, even if it behaved how you wish, it would always return true because there are always hidden windows with no title in existence. In fact, most of the windows in the system do not have a title.
- 4:49 PM Ticket #1043 (ClipPut Function bug or limitation) created by
- If you put more than 127 characters into clipboard, this function fail …
- 11:57 AM Ticket #1042 (AURecord has problems with save/save as) created by
- AutoIt3.exe 3.3.0.0 AU3Record.exe 3.1.1.0 Windows 2008 english 64-Bit …
- 10:11 AM Ticket #1041 (WinExists Error) created by
- The script below returns any window that exists, I have a problem: we …
Jun 23, 2009:
- 8:46 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) created by
- The returned bitmap handles from _WinAPI_GetIconInfo() are not …
- 12:00 PM Ticket #990 (Wiki thumbnail creator broken) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 9:11 AM Ticket #990 (Wiki thumbnail creator broken) closed by
- Fixed
- 9:10 AM Ticket #990 (Wiki thumbnail creator broken) updated by
-
Owner, Status changed
I've added some more missing packages so this should work now.
Jun 21, 2009:
- 9:21 AM Ticket #1039 (DocStrings?) closed by
- Rejected: There is no need to build anything directly into AutoIt. Docstring-esque functionality can be obtained by specially formatted comments or pre-processor statements. A UDF can be written to parse the document and transform the output to whatever.
- 9:00 AM Ticket #1039 (DocStrings?) updated by
-
Version changed
Automatic ticket cleanup. - 8:59 AM Ticket #1039 (DocStrings?) created by
- Could AutoIT feature DocStrings similar to Python? It could feature a …
Jun 20, 2009:
- 5:33 PM Ticket #1038 (Add icon to menu item) closed by
- Rejected: I suggest looking around on the forum. It took me less than 30 seconds to find a thread on how to do custom menus.
- 1:35 PM Ticket #1038 (Add icon to menu item) created by
- I want to add icon to the menu items, like this in ahk: …
- 11:56 AM Ticket #1037 (tagNMHDR not working on x64) created by
- The definition of tagNMHDR in StructureConstants.au3 is wrong. It is …
- 3:25 AM Ticket #1036 (InetClose and InetGetInfo error in compiled script (not in uncompiled ...) closed by
- Fixed: Fixed in version: 3.3.1.2
- 3:00 AM Tickets #1034,1035 batch updated by
-
Version changed
Automatic ticket cleanup. - 2:23 AM Ticket #1036 (InetClose and InetGetInfo error in compiled script (not in uncompiled ...) created by
- InetClose throws the error "Unknown function name" when a beta …
- 2:09 AM Ticket #1033 (UDF's missing @error checks after DLLCalls()) updated by
- Replying to Jpm: > I don't think we have to check something delivered by standard Windows. > > I mean the .dll exists and the function is always inside, > the parameter are tose described by MSDN. > > So what else to check @error will never be set. > > I agree we can have more usage of Unicode than ANSI functions I will check. All calls to DllCall() should be immediately followed by a test of @error. Period. There is no excuse for being lazy in the AutoIt libraries.
- 12:59 AM Ticket #1035 (Different SendModes) created by
- Since there is more than one keyboard out there, having more than one …
- 12:23 AM Ticket #1034 (SetLocale()?) created by
- Sorry if this isn't possible and it's wasting your time to read this. …
- 12:20 AM Ticket #1033 (UDF's missing @error checks after DLLCalls()) updated by
- Why are there already checks for standard DLLs then? And why was this part of the change history for v. 3.3.0.0? "Fixed #517: WinAPI UDF - bad error checking after DllCall()" I'm taking a guess here that there could be errors 'beyond AutoIT's control' - perhaps a bad DLL exists, or a DLL of the same name but wrong version exists in the same application's running folder. (I've actually seen that happen with psapi.dll). I know from looking at the previous version that there were standard dll's existing for a few of the WinAPI UDF calls, and they were considered standard on the OS, so why was that ticket completed? thanks
- 12:14 AM Ticket #1005 (TraySetClick bug) updated by
- Hm, indeed, it's strange... I can confirm (tested also on 3.2.8.1, 3.12.1.0, and latest beta). But if it's a really bug, then i think this behaviour (hover event) should be added anyway to the TraySetClick function :)
Jun 19, 2009:
- 11:09 PM Ticket #1033 (UDF's missing @error checks after DLLCalls()) updated by
- I don't think we have to check something delivered by standard Windows. I mean the .dll exists and the function is always inside, the parameter are those described by MSDN. So what else to check @error will never be set. I agree we can have more usage of Unicode than ANSI functions I will check.
- 10:41 PM Ticket #1031 (_ClipBoard_SetData inconsistency with new _ClipBoard_GetData) closed by
- Fixed: Fixed in version: 3.3.1.2
- 7:34 PM Ticket #1033 (UDF's missing @error checks after DLLCalls()) created by
- I've gone through and compiled a list of all standard include UDF's …
- 6:00 PM Ticket #1032 (_winapi_getlasterror and _winapi_getlasterrormessage do not work as ...) closed by
- No Bug: You should not be mixing native AutoIt functions and the Windows API. This is not supported. This is not a bug.
- 5:10 PM Ticket #1032 (_winapi_getlasterror and _winapi_getlasterrormessage do not work as ...) created by
- I am testing this as follows: I have a drive (X:) mapped to …
- 3:05 PM Ticket #1031 (_ClipBoard_SetData inconsistency with new _ClipBoard_GetData) updated by
- Da*n, always forgetting something. Could you add me to the list of Author(s)? Or I could submit a new version I suppose.
- 2:59 PM Ticket #1031 (_ClipBoard_SetData inconsistency with new _ClipBoard_GetData) created by
- Not sure if this is the place to put this, but this isn't really a …
Jun 18, 2009:
- 2:18 PM Ticket #996 (Beta documentation errors (Tweaky)) closed by
- Fixed: 7/8/9 should be fixed
- 2:15 PM Ticket #1028 (_ClipBoard_GetData does not work properly) closed by
- Fixed: Fixed in version: 3.3.1.2
- 2:11 PM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Replying to anonymous: > Darn, I forgot to remove one piece of code. Is it possible for someone to just pull this piece out: > > {{{ > ; Reset Global structure, releast memory > $_stClipGetStruct = 0 > }}} > Done
- 2:09 PM Ticket #1030 (Check spelling) closed by
- Fixed
- 11:21 AM Ticket #1030 (Check spelling) created by
- Check spelling of minimum in _GUICtrlEdit_ShowBalloonTip() & …
- 7:46 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Darn, I forgot to remove one piece of code. Is it possible for someone to just pull this piece out: […]
- 7:40 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Dang, what the heck was I doing before that I was only getting one byte of data back at a time? I had that happen like last year or something, and have avoided trying to work with DLLStruct's with binary data as much as possible since then. Now that I just tested it however, it's fine. Live and learn! I'll attach a new version right away ('Fix2'). By the way, the HTML 'get' example I had above can now be changed to: […] The other versions test fine as well: […] Thanks, Valik
- 6:56 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- […]
- 6:40 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- That would make sense, except I don't know an efficient way to grab the data and put it into a binary form. I might be not seeing something obvious though, because I have only gotten data into DLLStructs where you can only grab 1 byte at a time (for binary/unknown data) using DLLStructGetData, so it would require a type of For..Next loop to get each and every byte, which can be a long process for large amounts of data. Is there another way that I'm not seeing though?
- 3:58 AM Ticket #1029 (New Feature: Restrict users from changing windows) closed by
- Rejected: AutoIt is a scripting language, not a does everything Hilmy wants in a built-in way language. The point of letting you write your own code is so you can implement features like you describe which are not generally useful.
- 3:57 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Shouldn't the data be returned? Why does a pointer or a structure have to be returned at all? AutoIt supports binary data so the data returned will either be a string or a binary string.
- 2:35 AM Ticket #1029 (New Feature: Restrict users from changing windows) created by
- Hi, I don't believe there is a function in AutoIT yet where you can …
- 2:08 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- So do you recommend this method of returning a DLLStruct for non-text Clipboard types? This may break existing code, which I'd hate to do - but I already pointed out that the function is barely working as it is, and not doing the 'Get' properly. The change in return value would also confuse users, plus the Help info would need to be adjusted. Should I discuss this with GaFrost, since he appears to be the one handling UDF's? Or should I just post the modified code? thanks
- 1:29 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- A pointer is just a number. There is nothing special about it. You must return the DllStruct itself. You can't return the pointer and hope that does something because it can't and shouldn't.
- 12:22 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- From further testing, it appears that the actual _MemMoveMemory() copy does work, I've tested the data *inside* the function (after unlocking, closing the clipboard, and invalidating pointers) and it is perfectly fine. However, once the program exits, the DLLStructPtr that is returned becomes invalid. I've resorted to returning the entire DLLStruct that was created for now, which works - but makes it a little more difficult for users to understand. Is there a way to keep the DLLStruct memory active without resorting to Global variables? I thought perhaps you kept an internal reference count before you would destroy that memory. Thanks
Jun 17, 2009:
- 11:47 PM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Wow, you're totally right. I actually had messed around with a few ways of doing that, one of which was trying to copy between two DLLStructs using _MemMoveMemory(), but I wound up leaving a piece of that code in when reverting back to a regular memory move. Here's the problem now: when changing the above back to this, I get a missing-data problem (memory isn't transferred): […] For example, try modifying that code, and doing this (with a small amount of HTML text copied from a browser): […] It works only when I put that part I screwed up back into place. Hmm.. I wonder what's going on. I'll have to dig deeper. Thanks for catching that.
- 10:41 PM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- This code is wrong: […] You initialized the structure with the pointer to the memory block. That means nothing was allocated. You are copying the data onto itself.
- 10:14 PM Ticket #1028 (_ClipBoard_GetData does not work properly) created by
- In working with _ClipBoard_GetData() and looking at the code (in …
- 9:40 PM Ticket #1016 (_WordDocSaveAs - if path exist) closed by
- Fixed: Fixed in version: 3.3.1.2
- 6:52 PM Ticket #1027 (SS_BITMAP Constant Value is Wrong) closed by
- Fixed: Fixed in version: 3.3.1.2
- 5:16 PM Ticket #1027 (SS_BITMAP Constant Value is Wrong) created by
- The value of $SS_BITMAP in StaticConstants.au3 is wrong. Currently it …
- 4:02 PM Ticket #1026 (_Gdiplus_BitmapCreate* functions document wrong resource disposal function) created by
- With the exception of _GDIPlus_BitmapCreateHBITMAPFromBitmap(), all …
- 12:18 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- Replying to Jpm: > So you vote for a small script breaking. Yes.
- 4:08 AM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) updated by
-
Owner changed
Jun 16, 2009:
- 8:10 PM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) updated by
- I found the source of the 100,50 size - it's in some of the MFC code. Clearly we are doing something wrong or not calling an optional interface that updates the size MFC returns. I need to find the documentation on ActiveX and go over it looking at all the interfaces that need implemented.
- 2:17 PM Ticket #1025 (Box-comment in SciTe) created by
- In SciTe, the use of Ctrl+Shift+B (aswell as the call via the menu in …
- 1:05 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- So you vote for a small script breaking.
- 7:55 AM Ticket #1024 (GUICtrlSetTip for tabitems sets incorrectly in certain situations) created by
- For example, we have a tab with three tabitems. Setting single tips to …
Jun 15, 2009:
- 6:55 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- I have attach a third txt-file with the errors at the related functions. I have corrected the script so: - it is no error when built-in functions not refer to UDFs - it is no error when UDFs not refer to built-in functions I think you must not correct all. Please look which is necessary
- 4:51 PM Ticket #1016 (_WordDocSaveAs - if path exist) updated by
- as the word function are returning the errors thru the error handler I will just mention that it must be used in case the saving cannot be executed to avoid script stopping.
- 1:14 PM Ticket #1023 (Error in document _FileListToArray) updated by
- Thanks.
- 10:32 AM Ticket #1023 (Error in document _FileListToArray) closed by
- Fixed: Fixed in version: 3.3.1.2
- 9:39 AM Ticket #1023 (Error in document _FileListToArray) created by
- There's an error in the example of _FileListToArray […] The @error …
- 9:38 AM Ticket #1022 (Different between " and ' like PHP) updated by
- Replying to Valik: > You expect us to fundamentally break the language 5 years in? I know what you mean but most script will not break as they don't use \n and \r, etc. anyway. Or you could just create Autoit 4. What ever you want to do. Am not forcing you or anything. You guys have done a very great job on Autoit, it has been by second language from Delphi. It's easy to use. Thanks again anyway.
- 2:17 AM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- So how should one handle the situation? Using the child mdi style seems very unreliable to me now since I have no idea where the child might appear on the target users machine. I guess the GetSystemMetrics() api can solve the issue, but this is tedious todo with different styles and such, maybe something that could be solved internally?
- 12:00 AM Ticket #999 (_GUICtrlTreeView_SetFocused) updated by
-
Milestone changed
Automatic ticket cleanup.
Jun 14, 2009:
- 11:39 PM Ticket #999 (_GUICtrlTreeView_SetFocused) closed by
- Fixed
- 8:38 PM Ticket #1022 (Different between " and ' like PHP) closed by
- Rejected: You expect us to fundamentally break the language 5 years in?
- 8:31 PM Ticket #1022 (Different between " and ' like PHP) created by
- make ' and " react differently. For \r\n and be use for new lines if " …
- 6:51 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- No I have posted it not. I think I could give you the script - but not yet. I watch my script und must write it a bit easier, if possible. Currently there are about 550 lines. However, there may be a while until I come. If I had finished it, I would post it somewhere and then I write you a PM. The comments are also English, I will not translate them.
- 4:45 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
-
Version, Summary changed
I've changed the name of the ticket and removed the previous attachment that is now out-dated. Any chance of getting a copy of this script? Do you have it posted somewhere that you keep updated? I could look into integrating it into our build process if you provide us a copy of it. - 1:33 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- So, Valik want that I attach the errors of 3.3.1.1 here. So I will do this now. I have attached two txt-files
- 11:15 AM Milestone 3.3.1.1 completed
- 9:41 AM Ticket #529 (Identifying .NET controls using WM_GETCONTROLNAME) closed by
- Completed: Added in version: 3.3.1.1
- 9:32 AM Ticket #529 (Identifying .NET controls using WM_GETCONTROLNAME) reopened by
- Reopened
- 6:14 AM Ticket #1021 (AutoIt Installer broken) closed by
- Works For Me: It's probably your anti-virus or some network issue on your end. It works fine for 99.9% of people.
- 6:10 AM Ticket #1021 (AutoIt Installer broken) created by
- Download link …
- 5:54 AM Ticket #1019 (_GUICtrlListView_SetItemCut and other UDF's not working correctly) closed by
- Fixed: Fixed in version: 3.3.1.1
Jun 13, 2009:
- 4:37 PM Ticket #1020 (FileCreate or FileSave) closed by
- Rejected
- 12:00 PM Ticket #1020 (FileCreate or FileSave) updated by
-
Version changed
Automatic ticket cleanup. - 11:28 AM Ticket #1020 (FileCreate or FileSave) created by
- I'd like to have these files so i can finish my notepad replacer.[i …
Jun 12, 2009:
- 11:03 PM Ticket #466 (_ArraySort sucks ass) updated by
- Just to clerify - It's not me (MrCreatoR from the forum) ho posted this ticket! I just found it by chance :).
- 6:41 PM Ticket #988 (TCP Send with URGENT bit active) updated by
-
Owner, Status changed
- 10:53 AM Ticket #1008 (Math function mod( ) result display bug) closed by
- No Bug: as this function can work on floating number the computation is done in float so the result is in float too. The mod function always return a nulber with the same sign as the divisor. That the reason you get a -0 due to the precision display. I understand that can be a little confusing when using integers just use int(mod(x,y)) if you use only integers
- 10:00 AM Ticket #1019 (_GUICtrlListView_SetItemCut and other UDF's not working correctly) updated by
-
Owner, Component changed
- 9:59 AM Ticket #1018 (SplashImageOn example not correct for Vista) closed by
- Rejected: already fixed under 3.3.1.0
- 7:13 AM Ticket #1019 (_GUICtrlListView_SetItemCut and other UDF's not working correctly) created by
- With these functions you can set an items state but can not reset the …
Jun 11, 2009:
- 9:14 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
- I've read it, and the result was my function. Try taking a look at it. And yeah, sometimes you can, sometimes you can't get the Process Handle and/or PID, but you already have ShellExecuteWait() which obviously has the same limitations, so why is it such a big deal to add this relatively small addition? If you can't get the PID, (and you choose to return the PID in @extended), simply return with @extended = 0. No harm, no foul. If the issue is how confusing it is to the user, that really doesn't make sense since ShellExecuteWait() will not actually 'wait' for certain things to close either, meaning a Proces Handle or PID was probably not returned (or was terminated in the case of, for example, opening an explorer window - which starts explorer, then terminates it and hands over the processing to the already-running explorer process). Ascend4nt
- 9:04 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
- Have you actually read MSDN on the matter? It's pretty clear from MSDN that ShellExecuteEx() does not guarantee a process handle will be returned. I'm not interested in adding a confusing feature that takes two paragraphs to explain the limitations.
- 8:27 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
- The PID is indeed available to be returned as a parameter. Check the UDF here: http://www.autoitscript.com/forum/index.php?s=&showtopic=93057&view=findpost&p=668805. Since ShellExecuteEX() returns the Process Handle, it's a simple means to get the Process ID. I believe this should definitely be incorporated into the function. Even returning the Process ID in @extended would be cool. Or alternatively, leaving the Process Handle open and returning that - but this would rely on the coder closing the process handle. This is actually leads to a main grudge I have about 'ShellExecuteWait()' - it doesn't allow a timeout, plus the simple call itself will add 8MB+ to the resident 'WorkingSet' memory. (after a call to the popular '_ReduceMemory()' UDF). This is why I prefer to make the ShellExecuteEx call, then call '_ReduceMEmory()' to reduce the WorkingSet while waiting for some application to finish running - a great way to open up memory to that process and keep the program from looking bloated. Please revisit this matter. Thanks, Ascend4nt
- 12:54 PM Ticket #1018 (SplashImageOn example not correct for Vista) created by
- The file @Systemdir & "\oobe\images\mslogo.jpg" does not exist in …
- 7:20 AM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) closed by
- Completed: Added in version: 3.3.1.1
Jun 10, 2009:
- 8:38 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- And winner is: […] :-)
- 8:36 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- Or even simpler one: […]
- 8:31 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- >That example is far too complex. I'm curious because there are more complicated ones in the helpfile already. OK. So here is lightweighted version :-) […]
- 4:18 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- That example is far too complex.
- 3:26 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) created by
- According to this my post: …
- 6:54 AM Ticket #1016 (_WordDocSaveAs - if path exist) updated by
- FileExists($path) ?
- 3:00 AM Ticket #1016 (_WordDocSaveAs - if path exist) updated by
-
Version changed
Automatic ticket cleanup. - 2:59 AM Ticket #1016 (_WordDocSaveAs - if path exist) created by
- When using _WordDocSaveAs and the path does not exist, one does not …
Jun 9, 2009:
- 6:57 AM Ticket #1015 (_SQLite_SaveMode() --> _SQLite_SafeMode()) closed by
- Fixed: Fixed in version: 3.3.1.1
- 1:15 AM Ticket #1015 (_SQLite_SaveMode() --> _SQLite_SafeMode()) created by
- _SQLite_SaveMode() --> _SQLite_SafeMode() SafeMode is correct and has …
Jun 8, 2009:
- 9:19 PM Ticket #1014 (ColorMode option) closed by
- Fixed: Fixed in version: 3.3.1.1
- 6:21 PM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) closed by
- Completed: Added in version: 3.3.1.1
- 6:01 PM Ticket #1010 (FileRead UTF-8 auto-detection prevents reading of further files) closed by
- Fixed: Fixed in version: 3.3.1.1
- 5:27 PM Ticket #1014 (ColorMode option) created by
- Even though the option no longer exists there is still an entry for it …
- 4:42 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- I am afraid to do a script breaking in making the code according to the doc, which is the most logical as title bar height can vary according to the theme Perhaps I should just change the doc to say relative to windows area instead of client area.
Jun 7, 2009:
- 1:54 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) created by
- When using the $WS_EX_MDICHILD style the MDI child doesn't adjust …
Jun 6, 2009:
- 5:39 AM Ticket #1011 (GUICtrlSetOnEvent registeres also on Listviewitems created with ...) updated by
- Replying to anonymous: > hmm ok so as i understand lparam sets the controlID of the LVitem? Not quite. Due to poor design in AutoIt, the LPARAM is internally used to store the control ID that AutoIt returns. That means it's not possible to use the LPARAM of built-in ListViewItems without breaking AutoIt's handling. Likewise it makes it so that even users who are not using the built-in control and are instead using the Windows API directly can't effectively use the LPARAM without clashing. You should never mix built-in and UDF controls. Use one or the other, not both.
- 4:55 AM Ticket #1011 (GUICtrlSetOnEvent registeres also on Listviewitems created with ...) updated by
- hmm ok so as i understand lparam sets the controlID of the LVitem? This should be mentioned somewhere in the help. I can be a really annoying bug if you work with LV's and lparam. But do you think it is good that it is possible to create a control(LVitem) that has the same ControlID as another control? and why is it only affecting GUISetOnEvent? Normally you should be able to use GUICtrlSetData and the other control functions if you set the lparam.
- 12:40 AM Ticket #1012 (checkboxes) closed by
- No Bug: In no way is this an acceptable bug report. Read WikiStart or don't post.
- 12:32 AM Ticket #1011 (GUICtrlSetOnEvent registeres also on Listviewitems created with ...) updated by
- see the example2 for _GUICtrlListView_RegisterSortCallBack in the help file
- 12:31 AM Ticket #1011 (GUICtrlSetOnEvent registeres also on Listviewitems created with ...) closed by
- No Bug: Not a bug, Application defined data is just that, you need to make sure that if you use lparam to start at a number higher than any control already created to not have the same application defined data value.
- 12:29 AM Ticket #1012 (checkboxes) created by
- checkboxes on the tab are drawn in black.
- 12:04 AM Ticket #1011 (GUICtrlSetOnEvent registeres also on Listviewitems created with ...) created by
- When using OnEventMode, GUICtrlSetOnEvent seems to also fire when you …
Jun 5, 2009:
- 4:09 PM Ticket #1010 (FileRead UTF-8 auto-detection prevents reading of further files) updated by
- Please ignore (or delete, if you can) attachment BOM_error1.log. I had to upload all 6 data files in the ZIP archive fileread_bug1010_data_files.zip. Its content should be extracted into the script's directory.
- 2:12 PM Ticket #1010 (FileRead UTF-8 auto-detection prevents reading of further files) created by
- If a series of UTF-8 BOM-equipped files is read and their contents are …
- 6:14 AM Ticket #1009 (Remove hard-coded calls to ConsoleWrite() in SQLite.au3) created by
- Calls to ConsoleWrite() or any other output method need removed from …
- 4:49 AM Ticket #1008 (Math function mod( ) result display bug) created by
- code like this […] display is -0 , it is incorrect, it must be …
Jun 4, 2009:
- 5:15 PM Ticket #1002 (GUICtrlSetData: Edit: default: Improved documentation) closed by
- Fixed: Fixed in version: 3.3.1.1
- 5:08 PM Ticket #1006 (@MSEC should return time from 000 to 999) closed by
- Fixed: Fixed in version: 3.3.1.1
- 5:05 PM Ticket #1006 (@MSEC should return time from 000 to 999) updated by
- Somebody had the bright idea to return strings for all the date/time macros instead of numbers. AFK while I go punch that person in the life-force.
- 5:00 PM Ticket #1004 (_PathFull bug in beta autoit 3.3.1) closed by
- Fixed: Fixed in version: 3.3.1.1
- 4:56 PM Ticket #1007 (Help File: Un-needed include) closed by
- Fixed: Fixed in version: 3.3.1.1
- 4:25 PM Ticket #1006 (@MSEC should return time from 000 to 999) updated by
- Huh? The value returned by @MSEC should be a NUMBER. You need to provide an example.
- 4:13 PM Ticket #1007 (Help File: Un-needed include) created by
- In the help file, TCPSend has an un-needed include, GuiConstantsEx. …
- 9:23 AM Ticket #1006 (@MSEC should return time from 000 to 999) created by
- @MSEC should return time from 000 to 999, today it return values from …
- 9:08 AM Ticket #1005 (TraySetClick bug) created by
- Environment = 3.3.0.0 under WIN_XP/Service Pack 3 X86 Setting …
- 8:40 AM Ticket #1004 (_PathFull bug in beta autoit 3.3.1) created by
- I tried the example in the help file for the function _PathFull but I …
- 12:00 AM Ticket #1003 (FileSelectFolder: flag doesn't work as documented) updated by
-
Version changed
Automatic ticket cleanup.
Jun 3, 2009:
- 11:04 PM Ticket #1003 (FileSelectFolder: flag doesn't work as documented) closed by
- No Bug: Replying to c.haslam: > {{{ > $s = FileSelectFolder("Choose","",2) > }}} > shows New Folder button > So does > {{{ > $s = FileSelectFolder("Choose","",2+4) > }}} For some reason AutoIt hard-codes the "Hide New Folder" button flag. The flag requires Windows XP+ with IE6+. If you are using IE5 or Windows 2000 then the button will always show no matter what. > Doc says "UNC paths are not supported". They are, at least for directories. (If you pick a drive on a peer, it returns ...\NetHood\...) That is not the path to a UNC resource, however. The expected path for a UNC resource is " server\share". > Doc says '"Create Folder Button" may require Win XP'. It works on Win2K. As mentioned above, hiding the button requires Windows XP. Showing the button is the default Windows behavior. If you are using a system in which the hide flag is not supported then the button is going to always show. No bugs here.
- 9:20 PM Ticket #1003 (FileSelectFolder: flag doesn't work as documented) created by
- […] shows New Folder button So does […] Doc says "UNC paths are …
Jun 2, 2009:
- 8:02 PM Ticket #1002 (GUICtrlSetData: Edit: default: Improved documentation) created by
- I find the current documentation for the default parameter unclear. I …
- 5:49 AM Ticket #999 (_GUICtrlTreeView_SetFocused) updated by
- Replying to Valik: > We are busy people. We don't always see everything on the forum. Like me. It's why I put 3 messages in 10 days (without any response). http://www.autoitscript.com/forum/index.php?showtopic=94911 > If you need developer input then its best to create a thread in the Developer Chat forum. I think we all read that forum since its fairly low traffic. I didn't know it. > Otherwise PMing somebody to point us towards a thread that needs our attention is acceptable if it really is something that requires a language developer. Yes I do It the first time (without any response).
Jun 1, 2009:
- 10:29 PM Ticket #1000 (Error Message) updated by
- I've committed some additional changes, Gary. Obviously that concatenated string should have been a variable. I hope the same stupid code isn't in other files…
- 10:23 PM Ticket #1000 (Error Message) closed by
- Fixed: Fixed in version: 3.3.1.1
- 10:09 PM Ticket #999 (_GUICtrlTreeView_SetFocused) updated by
- Replying to Tlem: > I do it the first time, but Gary never response to me. I try to change the state of the ticket, but can't ... It is not up to users to control the state of a ticket once it's created. > I create a new topic like he said, but no response. So, what would have made you for my place? We are busy people. We don't always see everything on the forum. If you need developer input then its best to create a thread in the Developer Chat forum. I think we all read that forum since its fairly low traffic. Otherwise PMing somebody to point us towards a thread that needs our attention is acceptable if it really is something that requires a language developer. > The second time I made a ticket, It would have been sensible not to close the ticket so quickly. A closed ticket does not mean it can't be replied to if you have more information. We will re-open a ticket if somebody can prove we are wrong.
- 10:09 PM Ticket #1000 (Error Message) updated by
-
Owner, Status changed
I can reproduce. Someone changed: […] from […] the & "|TListbox" doesn't belong in that call - 9:50 PM Ticket #999 (_GUICtrlTreeView_SetFocused) updated by
- I do it the first time, but Gary never response to me. I try to change the state of the ticket, but can't ... I create a new topic like he said, but no response. So, what would have made you for my place? The second time I made a ticket, It would have been sensible not to close the ticket so quickly. I try my best to help people here and on the French forum, and doesn't want to annoy. Having said that, I apologize to you for the caused inconvenience.
- 9:16 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- OK Valik. I will not tease you here with my different opinion anymore :-) Rather I will post here submission for it as UDF - but not in way of whole "SystemInformation.au3" UDF library. Thanks for all information provided. It's good to know what kind of improvement we can expect/participate in AutoIt.
- 8:51 PM Ticket #1001 (Program crashes on standalone runtime but not when running from ide (Scite) closed by
- No Bug: Read WikiStart. You probably should be asking for support on the forum. You definitely are not providing a small script to reproduce the issue. There is absolutely no reason this should be on the issue tracker until you actually have something to show.
- 8:35 PM Ticket #1001 (Program crashes on standalone runtime but not when running from ide (Scite) created by
- I have a program which creates a Windows WMI object to retrieve info …
- 8:15 PM Ticket #1000 (Error Message) updated by
- Damn it George. See #993. We'll re-open a ticket once somebody is able to demonstrate the issue.
- 8:11 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- Your argument doesn't hold water. Back when those macros were added we didn't know what we were doing. There was no extensive UDF library back then. It was either built-in or you had to write it yourself. Now we have a rich UDF library which we take submissions to. Somebody can very easily sit down and write a "SystemInformation.au3" UDF library, fill it full of all kinds of useful functions (including duplicate many of the macros) and we'll have a very nice function-based library for getting system information. That would allow us to remove some macros that don't make sense to have as macros while causing no loss in functionality. Just a change in syntax. Back when the macros you mention were added, this wasn't an option.
- 6:02 PM Ticket #1000 (Error Message) created by
- _GUICtrlListBox_Create with 3.3.1.0 beta result error message …
- 5:44 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- Replying to Valik: > Why, Zedna? So we can bloat the language with crap that anybody can implement themselves in 3 minutes? > > Fundamentally you shouldn't care how a feature is implemented as long as it is available for you to use. I know what you mean and particularly I agree but consider @DesktopWidth + @DesktopHeight - it's too simple "one line" UDF code but it's native. I didn't mean to implement all stuff from GetSystemMetrics API, just above mentioned ones.
- 5:04 PM WikiStart edited by
- Added a couple situations when new tickets should not be created. (diff)
- 4:54 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- Why, Zedna? So we can bloat the language with crap that anybody can implement themselves in 3 minutes? Fundamentally you shouldn't care how a feature is implemented as long as it is available for you to use.
- 11:46 AM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- @Valik I don't agree. I think functions/macros/etc that may be widely/often used by scripters could be implemented as native ones. But this is up to developers so what is general opinion of all/other developers on this?
- 5:50 AM Ticket #999 (_GUICtrlTreeView_SetFocused) updated by
- Umm, you've created 3 tickets so far for the same issue. Have you even stopped to think about replying to an existing ticket? Continuing to open ticket after ticket to have a discussion on the same issue is very annoying. In fact, it's so annoying it's one of the things mentioned on WikiStart. You did read WikiStart, right?
May 31, 2009:
- 11:40 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- I would rather see these implemented as UDFs. I think we should move away from macros in favor of functions particularly when it comes to what are essentially one-liners. AutoIt built-in stuff should be about doing things that it's hard to do using AutoIt. Not about providing all kinds of macros for things that are trivial.
- 11:15 PM Ticket #999 (_GUICtrlTreeView_SetFocused) created by
- Sorry Gary. I read your response here : …
- 10:23 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) created by
- According to this topic …
- 8:40 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) updated by
- He would never get that far. AutoIt won't even start on non-NT based versions of Windows.
- 8:03 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) updated by
- Just note: As far as I know _WinAPI_CreateWindowEx() doesn't work on Win9x systems. So it may be cause of his problem.
- 6:12 PM Ticket #997 (Not-updated documentation with regard to ablibEnable.) closed by
- Fixed: This has already been fixed in 3.3.1.1.
- 5:52 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- I have updated the built-in functions with the changes. I'm not going to update the UDFs yet until we internally finalize on how we are actually going to document UDFs. Right now there is some redundancy in the way UDFs are documented and I'm a little bit afraid I'm going to spend the next 2 hours fixing this only to have somebody run a script and obliterate all my work. For that reason I'm going to leave this ticket open. If we happen to release 3.3.1.1 before this ticket is closed, feel free to attach the full output from your script run against 3.3.1.1 documentation.
- 5:19 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- Holy shit, I should be careful what I ask for. Thanks.
- 3:42 PM Ticket #997 (Not-updated documentation with regard to ablibEnable.) created by
- In the beta helpfile, if you run a search for adlibEnable, you will …
- 3:29 PM Ticket #996 (Beta documentation errors (Tweaky)) created by
- Hi, we have translate the english helpfile into german. So we see that …
- 3:24 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) updated by
- I have change my testscript. I will open a new Ticket
- 2:42 PM Ticket #995 (_GUICtrlTreeView_SetFocused) closed by
- No Bug: http://msdn.microsoft.com/en-us/library/aa452683.aspx TVIS_FOCUSED is a CE item state even though the author of the UDF included it in his functions. Although it isn't listed as a regular windows treeview item state it does work although it doesn't set the rectangle around the item like CE does. Therefore if you want the item to have focus and show it in a regular windows item use _GUICtrlTreeView_SetSelected as I suggested before.
- 11:06 AM Ticket #995 (_GUICtrlTreeView_SetFocused) created by
- Sorry to re-create a new ticket, but Gary close the previous ticket …
- 9:14 AM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) updated by
- Could you please add a check in a future version to ensure that optional parameters have the "[optional]" tag. I forgot to add that tag for some of the changes which made me realize we've probably forgot to add it in a lot of places.
- 9:07 AM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) closed by
- Fixed: Fixed in version: 3.3.1.1
- 8:33 AM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
- Replying to skyteddy: > Can anybody tell me what will happen with this bug/feature request? > > Thank you! > R@iner Isn't it clear? I said it would be implemented once a suitable method is found for exposing the option.
- 8:24 AM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) updated by
- Can anybody tell me what will happen with this bug/feature request? Thank you! R@iner
- 8:09 AM Ticket #982 (Checkbox backcolor in tab) closed by
- Duplicate: Closing as a duplicate of #975.
- 12:53 AM Ticket #982 (Checkbox backcolor in tab) updated by
- I thinks it's already has been reported: GUICtrlCreateCheckbox() on tabs. And fixed :)
May 30, 2009:
- 7:16 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) closed by
- No Bug: I'm closing this as no bug. The example is non-runnable (Again, you know better to give such a poor example). I see nothing obviously wrong with the example.
- 7:02 PM Ticket #983 (InetGet* functions failing under XP SP2) closed by
- Fixed: Fixed in version: 3.3.1.1
- 6:44 PM Ticket #984 (Addition to @OSVersion) updated by
-
Keywords, Summary changed
This has been added to @OSVersion, not @OSType because it does not belong in @OSType. - 6:43 PM Ticket #984 (Addition to @OSVersion) closed by
- Completed: Added in version: 3.3.1.1
May 29, 2009:
- 6:53 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- I found out you can fix this bt reinstalling Autoit and do not select "Run 64X components when possible.
May 28, 2009:
- 10:27 PM Ticket #994 (For ... In ... Next: added functionality) closed by
- Rejected: Given that I can't even figure out what you're trying to accomplish with that code, the answer is no.
- 9:40 PM Ticket #994 (For ... In ... Next: added functionality) created by
- It would be convenient to be able to write, for example: For $el In …
- 7:13 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- When you are using the full SciTE4AutoIt3 packages, you can use the directive to set it, but I expect that AutoIt3Wrapper will automatically detect its a x64 environment en defaults to aut2exe_x64.exe. Show the total SciTE output pnae information to be able to determine what you are exactly doing. Jos
- 6:46 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- I don't see a way to specify that Scite uses the 32 bit version of autoit to run my au3 files. I am writing a program to be used universally on 32 bit and 64 bit OS type
- 6:32 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) updated by
-
Description changed
You've been here long enough to know that posting such a long script is not what we want. Maybe you need to review WikiStart? - 6:06 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) closed by
- No Bug: Exactly as I expected. When you run through SciTE it is using the 64-bit version. When you compile it's using the 64-bit version because you must explicitly choose to compile using the 64-bit version. Now, as for the registry keys. If you look for a 64-bit key with a 32-bit program you must explicitly specify the 64-bit path. The same holds true when trying to access a 32-bit key from a 64-bit program. Windows employs registry redirection which you need to read up on and understand. As expected, this is not a bug.
- 5:21 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- Sorry I could not reopen it. I did not mean to be rude I was not sure I had the right dept. From Scite Compiled: 0 x64: 1 From autoit Compiled: 1 x64: 0
- 4:57 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) reopened by
- Creating a new ticket to report the exact same reported here is very rude. I have deleted the new ticket. To anybody who thinks they are reproducing this issue, do a very simple test: […] Run that script from SciTE and tell us the results. Run that script compiled and tell us the results.
- 4:50 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- As I said previously, not enough information has been provided. I just took a virgin installation of Windows Vista SP1 and installed AutoIt 3.3.0.0, AutoIt 3.3.1.0 (Beta) and SciTE4AutoIt3 (released 21-5-2009). I installed everything with elevated rights. I run everything without elevated rights. Using both SciTE-Lite (included with AutoIt) and SciTE4AutoIt3 with the simple test script below, everything worked as expected: […]
- 4:20 PM Ticket #992 (Macros for all useful system user folders) closed by
- Rejected: Replying to larchen: > Macros for ALL useful User Shell Folders. Your definition of useful may not match what others find useful. For example, as far as I'm concerned we have provided macros for all the useful ones. The rest you can get yourself with a single line of RegRead().
- 3:47 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- P.S. Not also does the ConsoleWrite not work when Scite is not run with elevated rights, also the F5-run error's won't show in the console. Maybe there is a way to show that this is a problem? Anyway, probs a Scite thing…
- 1:16 PM Ticket #993 (_WinAPI_CreateWindowEx: Cannot find window class) created by
- hi, with 3.3.0.0 everything is ok only with 3.3.1.0 show me this …
- 12:11 PM Ticket #992 (Macros for all useful system user folders) updated by
- What about @DocumentsCommonDir ?
- 11:05 AM Ticket #992 (Macros for all useful system user folders) created by
- Hi! I´m just starting out using AutoIt and I´m totally loving it. The …
- 4:06 AM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) updated by
- Enter the attached reg keys to your registry then run the following script in Scite and then compile it and run it. My testing confirms what this poster is saying Test2 fails in Scite, test3 fails once compiled This may be an Autoit bug either way Scite and Autoit need to be in sync. Personally I do not like the HKLM64 method as it is a ghost key that does not really exist. $var = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\CCleaner","DisplayName") MsgBox(64,"Test",$var) $var2 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\CCleaner","DisplayName") MsgBox(64,"Test2",$var2) ;HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\WinRAR archiver $var3 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\WinRAR archiver","DisplayName") MsgBox(64,"Test3",$var3) $var4 = RegRead("HKEY_LOCAL_MACHINE64\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\WinRAR archiver","DisplayName") MsgBox(64,"Test4",$var4) ;If you install the 64 bit version of winrar www.rarsoft.com and the 32 bit version of ccleaner www.ccleaner.com on a 64 bit machine ;Test2 fails in Scite test3 fails once compiled
May 27, 2009:
- 9:02 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Valik: > Ahh, you're one of those people who's too right to be wrong. Gotcha. > > As for the feature, it will be added once I determine for myself how well AutoIt behaves on Windows XP Embedded. We don't claim support for that version of Windows so until we do there is no sense adding features around it. I am not "too right", I admit that I too spoke out of line in the above thread, and that my title was not the most descriptive. My original point was simply that it is not clear what kind of ticket is being created, I put "Feature Request" in the description to show the type of ticket. As for XP Embedded, AutoIt functions without incident. I have spent a great deal of time in the last couple weeks running AutoIt scripts on XP Embedded without seeing a problem. Since XP Embedded is essentially XP for thin clients I would not expect any difference from this perspective.
- 8:48 PM Ticket #984 (Addition to @OSVersion) updated by
- Ahh, you're one of those people who's too right to be wrong. Gotcha. As for the feature, it will be added once I determine for myself how well AutoIt behaves on Windows XP Embedded. We don't claim support for that version of Windows so until we do there is no sense adding features around it.
- 8:46 PM Ticket #989 (Autoitx3.dll in beta version) closed by
- Fixed: Fixed in 3.1.1.1.
- 8:38 PM Ticket #984 (Addition to @OSVersion) updated by
- Keep going, there are still a handful of logical fallacies you have not used. You act as though you don't care, but clearly being called on your attitude is sort of a hot button. I don't really care, you are not important to me. You have not earned any respect from me. Continue acting the way you are, it will only make things more challenging for you, it will have no effect on me. Add the feature, or don't. At this point I have already solved the problem that originally brought this to light.
- 8:33 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) closed by
- No Bug: You need to look at WikiStart and probably go visit the forum. It's a long way from clear as to what you are talking about.
- 8:27 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Mark.carrell@…: > Nice. Except for the part about insulting anything. We have these: >> ...but have no desire to be around self important and pretentious trolls. You insult the entire community, only the developers or me personally. It's sort of ambiguous. >> ...terrible process already in grained, but I am new to your awful bug tracker. Here you insult our systems and tools. >> Get over yourself kid. Here you make assumptions about my age. >> I don't think pretentious means what you think that it means. Here you question my ability to use English. Even better, when I'm using it right if a little bit redundantly. >> ...or leave this feature request to someone more capable. Here you insult my coding ability. > All I did was call you on your attitude. Yes, and as I stated, you're somewhere near the thousandth person to do so. Congratulations. There is no prize. > You chose to use the word stupid in your original post. Right, and I use it now. You gave this ticket a stupid title. > That behavior does not require the same rules as you are currently applying to me? No. This is not a democracy and all users are not created equal. They can earn equality... by not creating tickets with stupid titles and then start bitch fits when they are called on it. > You have done nothing but attack me throughout this post. And under no circumstances have you attacked me, correct? Hypocrite. > You attack me, I retort. Even when you're in the wrong you're willing to make an ass of yourself in public. Right virtuous quality you have there, sir. > How is this a problem with my attitude? At what point have I commented on your attitude?
- 8:16 PM Ticket #984 (Addition to @OSVersion) updated by
- I love how even the Forum Information and FAQs, General information about the forum and FAQs http://www.autoitscript.com/forum/index.php?showtopic=37739 points out your tendency to come across this way: "Why does Valik hate me? He just does. It's nothing personal...well except against you"
- 8:09 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Valik: > You have been banned from the forum for 7 days for your behavior. You are not going to come on here insulting our language, our systems (issue tracker) and me personally all because you cant't be bothered to put sensible titles on tickets you open. Further negative input from you is going to result in you being blocked from this website. We do not need you and we do not have to tolerate you. Nice. Except for the part about insulting anything. All I did was call you on your attitude. You chose to use the word stupid in your original post. That behavior does not require the same rules as you are currently applying to me? You have done nothing but attack me throughout this post. You attack me, I retort. How is this a problem with my attitude?
- 7:45 PM Ticket #991 (64 bit Rgistry Bug with New Scite and Autoit Mismatch) created by
- This happens in the May 21 build of Scite When trying to access 32 bit …
- 7:40 PM Ticket #984 (Addition to @OSVersion) updated by
- You have been banned from the forum for 7 days for your behavior. You are not going to come on here insulting our language, our systems (issue tracker) and me personally all because you cant't be bothered to put sensible titles on tickets you open. Further negative input from you is going to result in you being blocked from this website. We do not need you and we do not have to tolerate you.
- 6:09 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to Valik: > Replying to mark.carrell@…: > > Again with the negativity. Thus far my experiences with people in the AutoIt forums have been nothing but negative. > Then this is certainly a reflection on you and your behavior if you seem to attract so much negativity. > > > I am attempting to join in improving a useful tool, but have no desire to be around self important and pretentious trolls. > That must be hard to do, what with your pretentiousness and trolling. You've made some very troll-like comments below and it's pretty pretentious of you to assume just because we're not an industry de-facto standard that we can't have systems in place to make our lives easier. > > > It is a scripting tool, not a programming language. > This is, of course, the opinion of somebody who clearly doesn't know what they are talking about. Given that I (and many many other people) can do nearly everything in AutoIt that we can in a language like C++, this statement is simply not true. To any experienced veteran of AutoIt, it's just plain trolling. > > > Calling a feature request anything other than "feature request" may seem stupid to someone with a terrible process already in grained, but I am new to your awful bug tracker. > So what I take from this statement is that not only are you new to our issue tracker, you also do not posses even the first drop of common sense? There's information pages like WikiStart and just plain common sense that you both failed to use. It's rather pretentious to assume that you can just do whatever you wish on our issue tracker. Also, again with the trolling by calling our issue tracker awful. > > > Next time keep in mind that you represent a community I would assume you want to get people involved in. > Next time do some research first. You have dramatically overreacted to a comment I've made and provided a litany of idiocy in response. Go have a read through some of my forum posts if you want to see some good stuff. You'll also see just how little I care about people like yourself who can't be bothered to give a damn about doing things our way on our part of the web. Lastly, don't assume I want people involved with the community because if there were no people I wouldn't have to write scathing posts like this to point out rather mundane and obvious points to people. > > In short, you did something stupid. Now sit down, shut up and own up to it. Don't try to be one of a thousand who try to lecture me. I've heard it all before and all you will do is serve to entertain the community at large who will be laughing at you (not with you). > > Have a nice day. Ha Ha Ha Ha. Get over yourself kid. Wow dude, seriously? "Don't be one of a thousand who try to lecture me"? You actually typed that? Words you may want to look up: macro\script\programming : you do not appear to understand the difference A good example: Write me a topic connection state machine for connectivity between unix systems in AutoIt. My favorite part: "Given that I (and many many other people) can do nearly everything in AutoIt that we can in a language like C++, this statement is simply not true." Please note that your own limitations do not actually apply to programming languages. This only allows for inference of your abilities, not what is capable in the language itself. Pretentious : Pretty sure that one missed you too. "It is rather pretentious to assume..." "...about doing things our way on our part of the web." I don't think pretentious means what you think that it means. Begging the question: Your argument "if there were no people I wouldn't have to write scathing posts like this" begs the question. You could have not. Do us both a favor, either add the change to the code, or leave this feature request to someone more capable. Thanks for the laughs.
- 4:54 PM Ticket #984 (Addition to @OSVersion) updated by
- Replying to mark.carrell@…: > Again with the negativity. Thus far my experiences with people in the AutoIt forums have been nothing but negative. Then this is certainly a reflection on you and your behavior if you seem to attract so much negativity. > I am attempting to join in improving a useful tool, but have no desire to be around self important and pretentious trolls. That must be hard to do, what with your pretentiousness and trolling. You've made some very troll-like comments below and it's pretty pretentious of you to assume just because we're not an industry de-facto standard that we can't have systems in place to make our lives easier. > It is a scripting tool, not a programming language. This is, of course, the opinion of somebody who clearly doesn't know what they are talking about. Given that I (and many many other people) can do nearly everything in AutoIt that we can in a language like C++, this statement is simply not true. To any experienced veteran of AutoIt, it's just plain trolling. > Calling a feature request anything other than "feature request" may seem stupid to someone with a terrible process already in grained, but I am new to your awful bug tracker. So what I take from this statement is that not only are you new to our issue tracker, you also do not posses even the first drop of common sense? There's information pages like WikiStart and just plain common sense that you both failed to use. It's rather pretentious to assume that you can just do whatever you wish on our issue tracker. Also, again with the trolling by calling our issue tracker awful. > Next time keep in mind that you represent a community I would assume you want to get people involved in. Next time do some research first. You have dramatically overreacted to a comment I've made and provided a litany of idiocy in response. Go have a read through some of my forum posts if you want to see some good stuff. You'll also see just how little I care about people like yourself who can't be bothered to give a damn about doing things our way on our part of the web. Lastly, don't assume I want people involved with the community because if there were no people I wouldn't have to write scathing posts like this to point out rather mundane and obvious points to people. In short, you did something stupid. Now sit down, shut up and own up to it. Don't try to be one of a thousand who try to lecture me. I've heard it all before and all you will do is serve to entertain the community at large who will be laughing at you (not with you). Have a nice day.
- 4:26 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) updated by
- Hi, its only an example with _GUICtrlListView_SimpleSort. I will only show what the numbers in my txt-file means What does ou mean with "1st off need to report bugs separately."???
- 3:01 PM Ticket #983 (InetGet* functions failing under XP SP2) updated by
- Sorry, I noticed this bugreport too late. I opened this thread http://www.autoitscript.com/forum/index.php?showtopic=95713 to show what happens. What can I do to gather some more useful information? Mega
- 2:54 PM Ticket #984 (Addition to @OSVersion) updated by
- Again with the negativity. Thus far my experiences with people in the AutoIt forums have been nothing but negative. I am attempting to join in improving a useful tool, but have no desire to be around self important and pretentious trolls. It is a scripting tool, not a programming language. Calling a feature request anything other than "feature request" may seem stupid to someone with a terrible process already in grained, but I am new to your awful bug tracker. Next time keep in mind that you represent a community I would assume you want to get people involved in.
- 12:47 PM Ticket #990 (Wiki thumbnail creator broken) created by
- The wiki thumbnail creator is broken and gives a grey error box. To …
- 12:23 PM Ticket #989 (Autoitx3.dll in beta version) updated by
- It's probably related to this (other users confirmed problem too): http://www.autoitscript.com/forum/index.php?s=&showtopic=95366&view=findpost&p=686975
- 11:42 AM Ticket #983 (InetGet* functions failing under XP SP2) updated by
- Hm, not really. It's a freshly built machine with a wireless connection direct to an ADSL router (no proxy required). I disabled all AV and firewall software to make sure these weren't blocking anything but this made no difference. Exactly the same code runs fine if I just choose 'Go' from Scite, it's only when I use 'Beta run' that it fails. I've just rebuilt the machine again minus any AV or firewall software and the results are exactly the same - INetGetSize works fine with 3.3.0.0 but gives the above error when run through 3.3.1.0.
- 9:58 AM Ticket #989 (Autoitx3.dll in beta version) updated by
- Can you describe how you try to register? under which Windows are you running? …
- 8:50 AM Ticket #989 (Autoitx3.dll in beta version) created by
- Seems to be not a valid dll Autoitx3 won't be register with a message …
- 6:19 AM Ticket #988 (TCP Send with URGENT bit active) updated by
- Replying to anonymous: > As I believe there is other reasons to want to send TCP with the URGENT bit other then for Telnet, that is why I felt it was a different request. From what I've read, no, there's really not. Telnet seems to be the only useful program that uses the bit. Everything else suggests against the use and offers alternatives. So on the one hand it's something people have suggested should not be used but on the other there is a single legitimate use for it. For the time being I'm leaving this ticket open until I have a chance to review the socket functions and look at adding additional functionality. This will be awhile because I have a number of other things to wrap up before I will have an opportunity to do this.
- 5:42 AM Ticket #988 (TCP Send with URGENT bit active) updated by
- Replying to Valik: > Do not create any more tickets on this subject. You should have appended a comment to ticket #987 explaining your new discovery of why the TCP functions don't work. Instead you did the excessively obnoxious thing of creating a new ticket within two minutes of posting your last one. > > As for this request, we'll think about it. Please accept my apology for the two tickets. I had seen it as two different request. The first was for a complete telnet client. Where the second request was for more control over the TCP function which, as I understand it, would be required to implement a telnet client. As I believe there is other reasons to want to send TCP with the URGENT bit other then for Telnet, that is why I felt it was a different request. Again, please accept my apology. I will try to be more careful in the future with my requests.
- 2:08 AM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) updated by
-
Milestone changed
- 2:07 AM Ticket #979 (_ArrayDisplay() - just old/incorrect syntax in header comment) updated by
-
Milestone changed
- 1:50 AM Ticket #974 (WindowFromPoint API function tagPoint structure on x64 based systems) closed by
- Fixed: Fixed in version: Future Release
- 1:19 AM Ticket #979 (_ArrayDisplay() - just old/incorrect syntax in header comment) closed by
- Fixed: Fixed in version: Future Release
May 26, 2009:
- 11:49 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) updated by
- 1st off need to report bugs separately. As far as I can tell from the convoluted description of the bug for _GUICtrlListView_SimpleSort, it's not a bug.
- 11:42 PM Ticket #986 (_GUICtrlMenu_EnableMenuItem: improved example) closed by
- No Bug: Actually it would be a feature request. And the example in the help much simpler and clearer.
- 11:23 PM Ticket #986 (_GUICtrlMenu_EnableMenuItem: improved example) updated by
- Replying to anonymous: > I suggest that the attached example would be clearer than the existing example. Tried to replace the attachment with revised version but wasn't permitted to do so
- 10:09 PM Ticket #988 (TCP Send with URGENT bit active) updated by
-
Version changed
Do not create any more tickets on this subject. You should have appended a comment to ticket #987 explaining your new discovery of why the TCP functions don't work. Instead you did the excessively obnoxious thing of creating a new ticket within two minutes of posting your last one. As for this request, we'll think about it. - 9:55 PM Ticket #987 (Telnet capabilities) closed by
- Rejected
- 9:10 PM Ticket #988 (TCP Send with URGENT bit active) created by
- Would like to attempt to write a Telnet client. Need to be able to …
- 9:08 PM Ticket #987 (Telnet capabilities) created by
- Need to have telnet directly inside AU3 script. Using TCP* to port 23 …
- 7:40 PM Ticket #986 (_GUICtrlMenu_EnableMenuItem: improved example) created by
- I suggest that the attached example would be clearer than the existing …
- 6:10 PM Ticket #985 (errors in der helpfile for AutoIt 3.3.1.0 Beta) created by
- Hi, we have translate the english helpfile into german. So we see that …
- 6:00 PM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:53 PM Ticket #980 (Scite4AutoIt3 - include latest Koda version) closed by
- Fixed
- 5:03 PM Ticket #983 (InetGet* functions failing under XP SP2) updated by
- Are there any other network related settings you can think of? Both examples work fine for me on Windows XP SP3.
- 4:59 PM Ticket #984 (Addition to @OSVersion) updated by
-
Summary changed
Calling a feature request ticket "Feature request" is stupid. Please choose a better name in the future. - 4:14 PM Ticket #984 (Addition to @OSVersion) created by
- Requesting a change made to the macro @OSType to support the …
- 11:48 AM Ticket #983 (InetGet* functions failing under XP SP2) created by
- These functions don't work for me at all under WinXP SP2 however work …
- 11:17 AM Ticket #982 (Checkbox backcolor in tab) updated by
- worked in 3.3.0.0. but 3.3.1.0 not work.
- 11:16 AM Ticket #982 (Checkbox backcolor in tab) updated by
- worked in 3.3.1.0
- 11:14 AM Ticket #982 (Checkbox backcolor in tab) created by
- […]
- 11:02 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
- I checked the Installer which was correct. There was a problem in the build script which failed to build the ZIP version. Will build it and do the upload later today.
- 10:47 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
- I downloaded SciTE4AutoIt3.zip from here: http://www.autoitscript.com/autoit3/scite/downloads.shtml link to file: http://www.autoitscript.com/cgi-bin/getfile.pl?../autoit3/scite/download/SciTE4AutoIt3.zip And there is old Koda. Now it seems ZIP file contains also old Scite, Wrapper and other tools. So problem is that SciTE4AutoIt3.zip is outdated.
- 10:39 AM Ticket #981 (_WinAPI_AnsiToOem + _WinAPI_OemToAnsi) created by
- Here is proposition for new UDF to WinApi include also with examples: …
- 10:38 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) updated by
- Replying to Zedna: > In Scite4AutoIt3 from 2009-05-21 > there is included Koda version 1.7.0.5 (2008-02-20) Beta > > I think it will be better to include latest Koda version 1.7.1.0 (2009-04-27) Release in the next Scite4AutoIt3. Are you sure the latest version of Koda isn't already included? Jos
- 9:38 AM Ticket #980 (Scite4AutoIt3 - include latest Koda version) created by
- In Scite4AutoIt3 from 2009-05-21 there is included Koda version …
- 9:30 AM Ticket #979 (_ArrayDisplay() - just old/incorrect syntax in header comment) created by
- "C:\Program Files\AutoIt3\Include\array.au3" now it's (3.3.1) …
- 9:19 AM Ticket #978 (Au3Info - ToolBar info - add ToolTip Text,Image Index) created by
- Au3Info - ToolBar info Tab --> add new "ToolTip Text" and maybe also …
May 25, 2009:
- 3:18 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) closed by
- Fixed: Fixed in version: 3.3.1.1
- 12:10 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) reopened by
- It was not clear to me which script reproduce your problem. In fact run the following script under Vista/Scite is OK but Vista only not !!! […] The problem seems to come from the fact that the bk color tab is retrive with the pixel 0,0 of the tab ... I work on the subject now
- 5:50 AM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Replying to Jpm: > I don't understand the pb as if you remove the tabitem the checkbox is created not on the tab whatever you think it is as an ctrl over the tab control. > the bkcolor if defined just make the ctrl on the gui having the gui color. > For me there is no problem just difficulty on overlayed controls understanding which is point out in the doc to be a difficult problem !!! The problem is checkboxes can no longer be properly used on tabs. If you remove the Tab and TabItem from the code, the checkbox is correct. If you leave them in then the checkbox is totally unusable. It would seem totally ridiculous that we have to set the color for each checkbox because of what I pointed out about styles above. If that kind of behavior seems okay to the devs then perhaps you should consider rolling back the transparency changes made in the Beta. Since the Tab color is set by Windows it makes no sense to preset the background color of each checkbox to 0xffffff. Example, when using the XP theme with the silver scheme, what appears ro be a white background for the tab is actually 0xfcfcfe. If you change the color scheme to olive green, the tab color may still appear to be white but in reality is 0xf4f3ee. A control background of 0xFFFFFF is noticable on either of these.
Note:
See TracTimeline
for information about the timeline view.
