Timeline
Sep 21, 2014:
- 9:03 PM Ticket #2900 (Control ID returned by GUIGetCursorInfo when use with overlapped controls) updated by
- I was PM'ed this script that is supposed to show the bug the OP is referring to. Au3Check makes a couple of complaints about it, but I can't tell what it's supposed to be doing in all the nested WinAPI functions that it occurs in. But I figured I should post what the OP thinks demonstrates the problem. […]
- 2:59 PM Ticket #2901 (Text file as a binary) updated by
- More here http://www.autoitscript.com/forum/topic/163751-autoit-v331319-beta/page-2#entry1199661.
- 12:55 PM Ticket #2900 (Control ID returned by GUIGetCursorInfo when use with overlapped controls) updated by
- Post a reproducer script that shows the problem.
- 11:52 AM Ticket #2901 (Text file as a binary) created by
- Example […] 3.3.12.0 output […] 3.3.13.19 beta output […] Why …
- 7:05 AM Ticket #2900 (Control ID returned by GUIGetCursorInfo when use with overlapped controls) created by
- GUIGetCursorInfo() return an array. Index 4 of that array is the …
Sep 20, 2014:
- 9:59 AM Ticket #2899 (WinGetHandle("LAST") : document unclear and @error bug) created by
- The documentation state that […] should return "Last window used …
- 7:36 AM Ticket #2897 (_GUICtrlListBox_SetSel has no documentation for $fSelect) closed by
- Fixed: As explained in another ticket - already fixed for the next release. M23
- 7:34 AM Ticket #2898 (StringRegExp missing @extended info) closed by
- Completed: There are lots of "missing sections" in the v3.3.13.19 Help file. This was caused by a (very necessary) complete rewriting of the build scripts and has been discussed several times on the forum. The scripts have already been adjusted and in the next release the missing elements should reappear. M23
- 4:17 AM Ticket #2898 (StringRegExp missing @extended info) created by
- StringRegExp documentation is now missing information on how @extended …
- 4:12 AM Ticket #2897 (_GUICtrlListBox_SetSel has no documentation for $fSelect) created by
- _GUICtrlListBox_SetSel() documentation is missing a description of …
- 4:10 AM Ticket #2896 ($LBS_EXTENDEDSEL missing from GUI Control Styles) created by
- Looking at the GUI Control Styles while creating a GUICtrlCreateList() …
Sep 19, 2014:
- 3:22 PM Ticket #2895 (_FTP_ProgressUpload _FTP_ProgressDownload documentation) closed by
- Duplicate: Already reported and fixed: https://www.autoitscript.com/trac/autoit/ticket/2844 M23
- 12:52 PM Ticket #2894 (Assign - new flag - static) updated by
- Isn't it better to create a static map of these variables? You cannot list the names of static variables.
- 12:45 PM Ticket #2894 (Assign - new flag - static) updated by
- I make an example , but now I'am busy at work.
- 12:28 PM Ticket #2894 (Assign - new flag - static) updated by
- Isn't IsDeclared enough for handling this situation?
- 12:19 PM Ticket #2895 (_FTP_ProgressUpload _FTP_ProgressDownload documentation) created by
- DOcumentation of the functions _FTP_ProgressUpload …
- 9:15 AM Ticket #2894 (Assign - new flag - static) created by
- Please add new flag 'Static' I'am thinking about posibility to …
Sep 17, 2014:
- 8:00 PM Ticket #2887 (AutoIt fails to deallocate a COM object when it gets reassigned) updated by
-
Owner, Status changed
- 7:59 PM Ticket #2892 (GUICtrlSetData on dummy control - AutoIt bug or Document Incorrect?) updated by
-
Owner, Status changed
You are correct. I feel the response will be to alter the documentation - but I will leave that to the Devs to decide. M23 - 7:29 PM Ticket #2893 (Excel UDF - Script Breaking Changes) created by
- The Excel UDF - Script Breaking Changes page needs to be updated. …
Sep 16, 2014:
Sep 14, 2014:
- 8:14 PM Ticket #2786 (MDI childs don't adjust to parent windows client rect #2) updated by
- Updated my code to fix positioning of windows with captions etc. The function returns an array with x and y offset values. It's not quite perfect and the bottom half is still a sloppy solution for popupwindows, but it all works pretty well already. […]
- 5:25 AM Ticket #2786 (MDI childs don't adjust to parent windows client rect #2) updated by
- I also noticed that the offset of an MDI child changes completely, if the child has other styles set than in my example. $WS_CAPTION on the MDI child will cause an offset different from $WS_POPUP. Setting the MDI childs style to 0 will again behave differently.
Sep 13, 2014:
- 1:54 PM Ticket #2891 (_WinAPI_GetWindowDC / _WinAPI_RedrawWindow - Example) closed by
- Completed: Added by revision [11087] in version: 3.3.13.20
- 6:22 AM Ticket #2860 (Convert UDF's ptr to struct* type) closed by
- Completed: Added by revision [11085] in version: 3.3.13.20
- 3:28 AM Ticket #2786 (MDI childs don't adjust to parent windows client rect #2) updated by
- I would like to confirm that this IS a problem in 3.3.12.0 I've spent many hours trying to get a handle on this. I made a post back in July ("Child window elements become disassociated from parent"), but only today noticed this bug report. For my application, it somehow seems to be associated the Windows standby mode. I say that because I almost always see the effect when coming out of standby on Windows 8. The child elements are off by a couple hundred pixels, but move "in parallel" when I drag the parent window. This is a MAJOR PROBLEM that needs a solution or at least a workaround. I'll examine the methods above in detail and try to implement a temporary fix. But I look forward to hearing that there's a solution in the works.
Sep 12, 2014:
- 9:13 PM Ticket #2891 (_WinAPI_GetWindowDC / _WinAPI_RedrawWindow - Example) created by
- There is not an example for _WinAPI_GetWindowDC, but there is an …
- 11:39 AM Ticket #2890 (DllStructGetString) updated by
- The dump function is a good example. It cannot reproduce the correct datatypes (see alias for int64/int32/ptr) and it cannot detect any labels like "int xPos;int yPos".
- 6:36 AM Ticket #2890 (DllStructGetString) updated by
- I partly agree with the proposal, for debugging purposes. FYI look at how I currently dump structures with the code linked below. It shows that reverse-engineering the internals of all basic structures is definitely possible (even if unduly painful). I didn't take the pain to develop ugly code to detect align directives potentially used in structs and that is precisely why I softly agree. https://dl.dropboxusercontent.com/u/26433628/Dump.au3
Sep 11, 2014:
- 10:22 PM Ticket #2890 (DllStructGetString) updated by
- The problem is that there is not just one way of doing it. The UBound "argument" should only show this purpose. In the end we only need a Turing-complete language. [ OT] 1. Arrays are dynamic, but noone forbids me to add 1 to my counter variable. 2. Every BuildIn or UDF-Func can return the Arraysize in the first element (_FileReadToArray can but FileReadToArray cannot... this was only changed to make my argument invalid ;) ). 3. The example that shows me how to access a struct cannot get any keys "int a;int b" and it cannot represent half of the datatypes. [ /OT] For a good example you may look at http://autoit.de/index.php?page=Thread&threadID=45500 It is impossible to complete this function without a GetString function. I tried many ways to solve this problem, I read many threads in many forums. It seems there is no other (universal) way. Mars
- 8:43 PM Ticket #2890 (DllStructGetString) updated by
- You could always do something like this to recreate the struct. […] Unfortunately the argument using UBound is invalid, there are dozens of reasons why you don't know the full size of an array. FileListToArray gives you a list of files in a folder, you'd never know how many items were in that folder prior to reading them. _FileReadToArray, reads a file into an array, one line of text per element. Unless you knew exactly how many lines were in the file, you'd never know the count of the array.
- 8:39 PM Ticket #2890 (DllStructGetString) updated by
- I do not accept the "similar to UBound" argument, Arrays are dynamic variables and can be expected to change size, or even be created with an unknown size by called functions, so having a way to return the actual size is quite reasonable. But structs are not dynamic, so in my opinion the argument fails. And your second point leaves me perplexed - as I pointed out above, how can you not know what kind of struct you are trying to copy? Storing the creation string for later use does not seem overly onerous. Do not get me wrong, I am not looking for an excuse to close the ticket, merely for a sensible reason as to why such a function would be required. Perhaps you could provide a more concrete case where you do not have an idea of the internal structure of a struct and you really need to know. Merely not having to use a second parameter defining the string (as you seem to suggest above) does not seem a good enough reason to me. M23
- 7:19 PM Ticket #2890 (DllStructGetString) updated by
- Replying to Melba23: > If you created the struct within the script, you either defined it or you used a pre-defined structure from within the StructureConstants include file. As a result you must already know the string used. Why therefore do you need a function to tell you? > > M23 The argumentation is similar to - "why do I need UBound? I already defined my array and for every resize I could use a second variable to save its size". It is meant to reduce complexity of some scripts. Another example: You want a function that can copy any struct (with its content). Surely it is possible to write _DllStructCopy($vStr, $sStr) = $vCopy, but it is impossible to cut out the second parameter and if you do not know what kind of struct you have, you are lost. A workaround would be including the definition inside the struct itself, but this would make no sense since "constants" must not be altered. Mars
- 6:15 PM Ticket #2890 (DllStructGetString) updated by
- If you created the struct within the script, you either defined it or you used a pre-defined structure from within the StructureConstants include file. As a result you must already know the string used. Why therefore do you need a function to tell you? M23
- 4:00 PM Ticket #2890 (DllStructGetString) updated by
-
Version changed
Automatic ticket cleanup. - 3:56 PM Ticket #2890 (DllStructGetString) created by
- Request: DllStructGetString: Struct -> String Returns the string used …
- 11:57 AM Ticket #2889 (_FileListToArrayRec - ReturnValue documentation is not complete) closed by
- Fixed: There was a problem with several Help file pages which included tables - it has been fixed for the next release. M23
Sep 10, 2014:
- 9:13 PM Ticket #2889 (_FileListToArrayRec - ReturnValue documentation is not complete) created by
- there is onlny: […] But there are no one followed values .
- 4:36 PM Ticket #2888 (Error return code _WinAPI_DuplicateHandle) updated by
- It is not a bug just read the doc which say on error 0 is return and if you want to know which kind of error it is the use responsability to call _WinAPI_GetLastError() I understand it could have been done as you suggest but I was decided long time ago to return error like it is done right know
Sep 9, 2014:
- 7:39 PM Ticket #2888 (Error return code _WinAPI_DuplicateHandle) created by
- ((( If @error Or Not $aResult[0] Then Return SetError(@error, …
- 7:55 AM Ticket #2887 (AutoIt fails to deallocate a COM object when it gets reassigned) updated by
- Just to make clear what the script shows: The crash occurs when trying to assign an object to a variable already containing an object without first destroying the previous instance by assigning a non-object value(Null, 0, "", etc) to the variable before the reassignation. If the previous instance is destroyed then the new assignation occurs without problem. It does not matter if the new assignation is the same object or a new one. M23
- 7:41 AM Ticket #2885 (_array_max error with ubound 0) updated by
- In case you have not realised, everyone who works on AutoIt is a volunteer and very few of us have any connection with professional software development. We try not to behave like amateurs and we do test our code before it is released, but as with ALL software there will be bugs. So asking that we release bug-free code is not really a sensible request as it will never happen. What we do offer is the chance for you to report any bugs you find and then to fix them as quickly as we can. So I suggest you review your extremely unpleasant attitude towards both AutoIt and its development team. I notice you still hide behind your "anonymous" tag - so I shall not bother to reply further, other than to point out that you paid nothing to use AutoIt and if you decide that it is not good enough feel free to switch to another scripting language. You will not be missed. M23
Sep 8, 2014:
- 10:00 PM Ticket #2887 (AutoIt fails to deallocate a COM object when it gets reassigned) created by
- Reassigning a value to a COM object results in a crash.
- 8:38 PM Ticket #2885 (_array_max error with ubound 0) updated by
- Melba23, release version with this bugs are "that is not very nice" And i wont to ask you.. You've written tests for this udf? I want to know that such things no longer appear in the next version Tnx. From all "anonymous" P.s anonymous -is the all users of AutoIt. P.s 2. Tnx for fix.
- 5:03 PM Ticket #2886 (Stack Trace) created by
- Please show a stack trace (with line numbers) of the called AutoIt …
- 3:37 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) closed by
- Fixed: It was fixed sometime ago it appears.
- 3:09 PM Ticket #2882 (AutoItX PixelChecksum Bug) closed by
- Fixed: Fixed by revision [11074] in version: 3.3.13.20
- 2:15 PM Ticket #2885 (_array_max error with ubound 0) closed by
- Fixed: Fixed by revision [11072] in version: 3.3.13.20
- 1:24 PM Ticket #2885 (_array_max error with ubound 0) updated by
- An easy fix - an internal function was only returning the value and not the error. […] We do test a lot - but unfortunately just like MS we do not catch everything. But we do tend to fix things a lot faster than they do. I reckon 3 hours is pretty good going! And as you take the precaution of hiding behind the "anonymous" name whereas we are all easily identifiable, could I respectfully suggest that making comments like that is not very nice. Feel free to PM me if you wish to take it further. M23
- 11:35 AM Ticket #2885 (_array_max error with ubound 0) updated by
- Replying to anonymous: > Gentlemen developers, it would be good for you to do the test, after you change the functions. Recently, here everyone had a chance to feel like a developer: http://www.autoitscript.com/forum/topic/158118-beta-arrayau3-code-testing-and-comments-welcomed/
- 10:40 AM Ticket #2885 (_array_max error with ubound 0) updated by
- Same issue with _ArrayMin.
- 10:14 AM Ticket #2885 (_array_max error with ubound 0) updated by
- Gentlemen developers, it would be good for you to do the test, after you change the functions.
- 10:04 AM Ticket #2885 (_array_max error with ubound 0) created by
- 1) […] "...\AutoIt3\Beta\Include\array.au3" (1249) : ==> Subscript …
Sep 7, 2014:
- 7:58 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- You misunderstand me - I meant that I was working on an example. Even it did. But I noticed that there is a problem with the $ idText control. Unfortunately, it is not solved.
- 7:51 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by
- You can see the same issue in AutoIt HelpFile 3.3.13.19 btw. all parameters and remarks section are BOLD / STRONG
- 5:53 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by
- In fact the beta docs does not correspond to 3.3.13.19 but to an intermediate version of 3.3.13.20
- 5:47 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by
- I don't know when this file has been updated but currently the generation is OK with the fix for #include empty
- 5:10 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) closed by
- Completed: Added by revision [11064] in version: 3.3.13.20
- 3:56 PM Ticket #2884 (AutoIt tries to call COM VariantClear() on uninitialized memory) created by
- A COM OLE query to an MS SQL Server database results in a crash in …
- 3:14 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by
- https://www.autoitscript.com/autoit3/files/beta/autoit/docs/keywords/include.htm […]
- 3:12 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- You do not ask for examples only for txt. So I will be working on it.
- 1:37 PM Ticket #2860 (Convert UDF's ptr to struct* type) reopened by
- I understand better your idea. A lot of change to do. I will convert 'ptr' to 'struct*' when $tag... can be used
- 1:33 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- Where are the example?
- 1:24 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by
- Be more precise which page? Thanks
- 1:23 PM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") closed by
- Fixed: Fixed by revision [11063] in version: 3.3.13.20
- 11:51 AM Ticket #2883 (#include - issue with </strong> tag in syntax section) created by
- in syntax there is: […] I mean there is issue with </strong> tag.
- 9:28 AM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") updated by
- I also think that "change the docs" will be his answer - but I thought I would ask! M23
- 5:58 AM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- @mLipok if you really want them just add the .txt for the doc Cheers
Sep 6, 2014:
- 4:21 PM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") updated by
- Tha ASC is only supported in the Send() environment. I don't know if HotKeySet() can be fixed Jon will answer if we change only the Doc as this as never work since beginning of AutoIT3
- 3:18 PM Ticket #2882 (AutoItX PixelChecksum Bug) created by
- It does not work in C# (don't know about other OS') and returns 0 …
- 11:15 AM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") created by
- HotKeySet takes the "A" from "ASC" as the key to set: […] …
Sep 5, 2014:
- 6:46 PM Ticket #2866 (regread cant read x64 keys remote) updated by
- Yes it does. But I am not for sure a PC running a 32-Bit version can reference the 64-bit specific registry info
- 5:45 PM Ticket #2869 (GUICtrlSetTip displays wrong tip message in child GUI when tabs used ...) updated by
-
Owner, Status changed
- 5:44 PM Ticket #2872 (FileDelete set @extended deleted count) closed by
- Rejected
- 5:40 PM Ticket #2872 (FileDelete set @extended deleted count) updated by
- The API that I'm assuming being used is probably DeleteFile, that function doesn't return anything other than success or fail. There doesn't seem to be any way for any language using that Windows API to get the number of files that got deleted.
- 12:14 AM Ticket #2880 (Example for _WinAPI_OpenProcess) closed by
- Fixed: Fixed by revision [11062] in version: 3.3.13.20
- 12:08 AM Ticket #2880 (Example for _WinAPI_OpenProcess) updated by
- Of course Thanks
- 12:04 AM Ticket #2860 (Convert UDF's ptr to struct* type) updated by
- You right it is crashing but you just demonstrate that ptr should not be assimilate to struct* at least for _MemMoveMemory() we cannot use 'struct*' as this function must work with ptr that are not dllstruct I will investigate if some other functions can be change from ptr to struct*
Sep 4, 2014:
- 7:00 PM Ticket #2880 (Example for _WinAPI_OpenProcess) updated by
-
Version changed
Automatic ticket cleanup. - 6:40 PM Ticket #2574 ("Switch...Case...EndSwitch") closed by
- Rejected: We do not add features because someone "feels" it might be useful. Come up with a concrete use case where sequenced If statements are too cumbersome and we might reopen the ticket. M23
- 6:39 PM Ticket #2880 (Example for _WinAPI_OpenProcess) created by
- There is not an example for _WinAPI_OpenProcess, but there is an …
- 6:36 PM Ticket #2866 (regread cant read x64 keys remote) updated by
- Here is some more info on this. http://msdn.microsoft.com/en-us/library/windows/desktop/aa384129(v=vs.85).aspx Does the internal AutoIt registry functions use the KEY_WOW64_64KEY flag when HKLM64 is specified?
- 3:20 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- by reading the C documentation for the construct "switch endswitch" I figured, incorrectly, that omitting the "break" clause, could be performed successive checks on next "Case" statement". But after a better reading, I have seen that if you do not use the term "break" then the subsequent instructions related to the next "Case" are executed anyway, also if there is no match with the next "Case" declaration. Sorry for the misunderstanding. Anyway, I think that the possibility to check all the "Case" cascading and executing the corresponding code only on match, could have his usefullness on the use of the construct (and furthermore it should have not contraindications at least) Maybe, if not for the "Switch ... EndSwitch" construct,an ipothetical new "NextCase" statement it could be implemented for the "Select ... EndSelect" construct instead, allowing more than one of the Case statements to be checked "cascading" and only if the check is true then execute the corresponding code. I have not a concrete case of use just now, but I "feel" that it could come handy before or after.
- 2:12 PM Ticket #2879 (objcreate("Microsoft.Update.Session","REMOTEHOST") is not connecting ...) created by
- I want to list the installed Windows Updates on a remote system, but …
Sep 3, 2014:
- 2:48 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by
- Your example crashes at the second _MemMoveMemory_ ! (And so it illustrates what I mean...)
- 1:09 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- Replying to anonymous: > Moreover, if the C language has been provided with this opportunity in the construct, is because it can have his logic. C does not allow more than one case for each value. Which opportunity are you talking about? > is true that "AutoIt <> C" but this do not means that must be lesser. How does this make something possible, that was difficult to express before? How is this different from multiple if statements? Does it still correspond to the intended meaning of a switch statement, the meaning that every reader (including the person who wrote it) expects? Is there any use case?
Sep 2, 2014:
- 4:55 PM Ticket #2829 (_Excel_RangeRead unable to return Text values of excel cells) updated by
- Please follows Ticket writing guidelines repro script at the minimum Thanks
- 4:21 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- Perhaps EM_GETCUEBANNER = CB_GETCUEBANNER but it is not a reason to use the proposed Function for edit on ComboBox
- 4:12 PM Ticket #2860 (Convert UDF's ptr to struct* type) closed by
- Rejected
- 4:11 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by
- The _MemMoveMemory example does not illustrate what you mean. just try this one which is using ptr instead of struct* […]
- 3:53 PM Ticket #2876 (_GUICtrlRichEdit_Paste - proposal) closed by
- Fixed: Fixed by revision [11056] in version: 3.3.13.20
- 3:28 PM Ticket #2877 (_GUICtrlRichEdit_GetFont.au3 - proposal) closed by
- Completed: Added by revision [11055] in version: 3.3.13.20
- 2:08 PM Ticket #2875 (_SendMessage - broken link to .DllCall in Related Section) closed by
- Fixed: Fixed by revision [11054] in version: 3.3.13.20
- 1:50 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- Replying to jchd18: > Maybe it could be possible to introduce a new NextCase statement without breaking anything. this is a right opinion, could be an improvement addition (ameliorative) a new "NextCase" statement (or also "ContinueCheck") that now is not implemented, could be the natural companion of the "ContinueCase" statement. in effect as ContinueCase has his use, also "ContinueCheck" could have his use, (and without breaking anything). Just a new option that now is missing, that if not used, is all like before. of course, As Melba23 says, "can essentially be reproduced by a sequence of If...EndIf structures", but this is also true for the "ContinueCase" statement (and could also be true for the same "Switch EndSwitch" construct). So why private ourself of new (and easily usable) opportunities given by available statements? Moreover, if the C language has been provided with this opportunity in the construct, is because it can have his logic. is true that "AutoIt <> C" but this do not means that must be lesser.
- 12:43 PM Ticket #2874 (_GUICtrlRichEdit_SetCharColor) closed by
- Fixed: Fixed by revision [11053] in version: 3.3.13.20
- 11:14 AM Ticket #2878 (ObjCreateInterface the last func instance call) updated by
-
Owner, Status changed
- 8:32 AM Ticket #2878 (ObjCreateInterface the last func instance call) created by
- Currently, ObjCreateInterface in case of interface having more than …
- 3:19 AM Ticket #2877 (_GUICtrlRichEdit_GetFont.au3 - proposal) created by
- added: […] because in this way better presents what is changing.
- 2:58 AM Ticket #2876 (_GUICtrlRichEdit_Paste - proposal) created by
- small Script CleanUp and changed FindFirstBMP() […]
- 1:40 AM Ticket #2875 (_SendMessage - broken link to .DllCall in Related Section) created by
- in Related there is broken link to .DllCall There is not needed dot in …
- 1:28 AM Ticket #2874 (_GUICtrlRichEdit_SetCharColor) updated by
- and in HelpFile there is: […] but word background should be removed.
- 1:25 AM Ticket #2874 (_GUICtrlRichEdit_SetCharColor) created by
- the same problem like HERE: …
Sep 1, 2014:
- 9:38 PM Ticket #2873 (Experimental functionalities and plans for the future.) closed by
- No Bug
- 7:15 PM Ticket #2873 (Experimental functionalities and plans for the future.) created by
- Please consider opportunities to share information on the future of …
- 7:01 PM Ticket #2871 (#AutoIt3Wrapper_OutPath) updated by
- Since the only file this is used for is the same as the outfile directive, I would consider this a bit of an overkill. :) I could consider supporting: […] Jos
- 4:50 PM Ticket #2872 (FileDelete set @extended deleted count) updated by
- As FileDelete accepts wildcards and I imagine is a direct call to the API function, how do you expect AutoIt to know the answer? I suggest you count the files before and after the delete and do the maths yourself. M23
- 2:00 PM Ticket #2872 (FileDelete set @extended deleted count) updated by
-
Version changed
Automatic ticket cleanup. - 1:48 PM Ticket #2872 (FileDelete set @extended deleted count) created by
- In @extended macro may be the number of deleted files. …
- 12:00 PM Ticket #2871 (#AutoIt3Wrapper_OutPath) updated by
-
Version changed
Automatic ticket cleanup. - 11:18 AM Ticket #2871 (#AutoIt3Wrapper_OutPath) created by
- Sometimes you might want files created in a specified folder, but it …
- 8:37 AM Ticket #2866 (regread cant read x64 keys remote) updated by
- I am running this from a Win7 x86 pc with Autoit x86
Aug 31, 2014:
- 8:29 PM Ticket #2806 (GUICtrlCreateIcon an blank Icon) updated by
- Don't think it's a bug ore some because GUICtrlCreateIcon("", 0, ... does not add an icon but adds nothing as GUICtrlCreateIcon(@SystemDir & "\shell32.dll", -50, ... shows an emtpy icon same as <ALT><255> Best regards, Emiel
- 4:48 PM Ticket #2870 (AutoIt send key combinations do not work sometimes) updated by
- Can you please expalin why this is not a bug? If command send ("v) is used, the contents of the clipboard is supposed to be input into the field that has focus. However, when it is put in a loop which iterates over 400 lines (even with the sleep function before and after the send() function) , sometimes AUTOIT sends the raw text "v" and not the command CTRL-V to the text box. The result is that "v" and not the contents of the clipboard is paste to the save-as dialog box. So, my files are sometimes saved with file-name "V". As i said previously this happens off and on.
- 10:33 AM Ticket #2870 (AutoIt send key combinations do not work sometimes) closed by
- No Bug: .. and the bug is ..what? Please refrain from creating BUG reports until you have some sort of confirmed BUG. Visit our forum for questions/support. Jos
- 9:45 AM Ticket #2870 (AutoIt send key combinations do not work sometimes) created by
- When AutoIT is used to copy and paste several hundred lines of text …
- 9:08 AM Ticket #2868 (_WinAPI_SfcIsKeyProtected.au3.au3 - mistake in the file name) closed by
- Fixed: Fixed by revision [11047] in version: 3.3.13.20
- 5:13 AM Ticket #2869 (GUICtrlSetTip displays wrong tip message in child GUI when tabs used ...) created by
- Using GUICtrlSetTip() on tab items on a parent GUI as well as on a …
- 12:53 AM Ticket #2868 (_WinAPI_SfcIsKeyProtected.au3.au3 - mistake in the file name) created by
- it should be _WinAPI_SfcIsFileProtected.au3 sorry for my mistake in …
Aug 30, 2014:
- 9:35 PM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) updated by
- The bug report that I posted was about the function parameter, not the function argument. There is a difference. https://en.wikipedia.org/wiki/Parameter_%28computer_programming%29#Parameters_and_arguments What you have demonstrated is a workaround for the bug in the new feature of the /rsln option. What I was hoping was that au3stripper could solve the problem by automatically modifying the code. Example: #include <Debug.au3> ; Function Parameters: ; _Assert ( $sCondition [, $bExit = True [, $iCode = 0x7FFFFFFF [, $sLine = @ScriptLineNumber]]] ) ; Function Arguments: _Assert("1=1") au3stripper should replace the code with the following function call. Otherwise, @ScriptLineNumber gets replaced in the function definition, not in the function call. _Assert("1=1", True, 0x7FFFFFFF, @ScriptLineNumber) Because $sLine is an optional argument, the user code might not specify it. In this case, au3stripper must automatically insert all the optional arguments into the function call.
Aug 29, 2014:
- 11:32 PM Ticket #2866 (regread cant read x64 keys remote) updated by
- I suspect NO as it is running from a PC 32-Bit …
- 11:23 AM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) closed by
- No Bug: You have posted about this in the forum. Why have you also raised a Trac ticket before Jos has had a chance to respond? Closed - I will reopen if Jos agrees there is a bug - although looking at mLipok's script I do not think that is very likely. M23
- 5:25 AM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) updated by
- I make a repro to check: […] and the result is: […] this is correct line in test_Au3Stripper_stripped.au3 So please make your repro to show where is the issue.
- 12:30 AM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) created by
- Au3Stripper v14.801.1932.0 currently replaces @ScriptLineNumber in a …
Aug 28, 2014:
- 7:05 PM Ticket #2866 (regread cant read x64 keys remote) updated by
- Are you running this with the X64 version of AutoIt3? Jos
- 12:59 PM Ticket #2866 (regread cant read x64 keys remote) created by
- If you run regread from a x86 os PC and want to read a regkey from a …
- 7:43 AM Ticket #2865 (Autoit crash with NodeList on For In loop) updated by
- Try this. You need ie version >9+ […] but in this example autoit crash browser
Aug 27, 2014:
- 9:34 PM Ticket #2865 (Autoit crash with NodeList on For In loop) updated by
- All I get is that: […]
- 9:21 PM Ticket #1573 (TCPConnect TCPTimeout) updated by
- Never mind. I did not notice the "Milestone set to 3.3.13.2" part in the previous comment. Downloaded the beta and it works fine in the beta. Thanks.
- 9:09 PM Ticket #1573 (TCPConnect TCPTimeout) updated by
- This ticket has been closed but the problem still persists. If I use TCPConnect to connect to a port that is not active, it takes 20 seconds before TCPConnect times out.
- 8:54 PM Ticket #2704 (soundsetwavevolume doesn't work with object) closed by
- No Bug
- 8:19 PM Ticket #2864 (I registered on the forum but can't get an activation) closed by
- No Bug: Sorted M23
- 7:51 PM Ticket #2865 (Autoit crash with NodeList on For In loop) created by
- […] For To loop work fine, but For In leads to hard crash: […] …
- 9:52 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
- You forget the case where a constant initialization is not a literal or an expression with fixed value but the result of a computation with side-effect or randomization. If you don't tag it with Static, you'll go thru initialization again at every invokation of the function, and the constant will have a new value every time (or cause other nasty side-effect, depending on context). Some other combinations could be allowed even if semantically pointless, just to denote intent.
- 5:08 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
- Where would a Static Constant ever be used, and for what? If it's a constant, there's no need to use Static because you can set it once at the beginning of a function and never have to worry about what it is the next time you run your function. Static only allows the contents of a variable to remain valid after the function ends, and then is visible again after the function is called again. Also, Global Static is completely pointless.
Aug 26, 2014:
- 8:11 PM Ticket #2864 (I registered on the forum but can't get an activation) updated by
- Your request was registered - have you checked that the registration e-mail was not detected as spam? M23
- 7:01 PM Ticket #2864 (I registered on the forum but can't get an activation) created by
- Hello, I registered this morning with ahmedar username, but I cannot …
Aug 25, 2014:
- 6:09 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- That isn't possible in C. Also, C compilers try to build goto tables instead of checking every single case.
- 12:39 PM Ticket #2863 (Using AutoIt - Controls - MSDN link) closed by
- Completed: Added by revision [11022] in version: 3.3.13.20
Aug 24, 2014:
- 8:41 PM Ticket #2863 (Using AutoIt - Controls - MSDN link) created by
- Please consider to add link here: " One of the best features with …
- 6:23 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- I would reject this request as the functionality can essentially be reproduced by a sequence of If...EndIf structures. The whole point of Switch & Select structures is that they only allow for a single correct Case. And I completely agree with guinness - although I would say: […] M23
- 5:04 PM Milestone 3.3.13.19 completed
- 4:34 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) closed by
- Fixed: Fixed by revision [11014] in version: 3.3.13.19
- 4:14 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by
- Is this really a script breaking change?! If "struct*" is used instead of "ptr", the old behavior is preserved: […] Do you know an example, where I am forced to use "ptr"? (except DllCall-Return or ByRef "ptr*") I use "struct*" all the time in DllCall and ObjCreateInterface and I´ve never noticed a disadvantage Check it out: Run this script in the include-folder. It will make the change for testing. (It will backup the files, but be carefull anyway ;)) […]
- 3:16 PM Ticket #2861 (_WinAPI_ReadDirectoryChanges not working) closed by
- Fixed: Fixed by revision [11010] in version: 3.3.13.19
- 3:08 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) updated by
- Hmm, it's a regression of arrays inside arrays. Nasty.
- 2:03 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) updated by
- version 3.3.13.6 no bug, 3.3.13.7 - problem appeared in this version
- 1:55 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) created by
- In release 3.3.12.0 $STR_REGEXPARRAYGLOBALFULLMATCH work correct, but …
- 1:01 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by
- To have no script breaking both type should be accepted as in _WinAPI_WideCharToMultiByte() Can post an exhaustive list of what to be changed? Thanks
- 12:30 PM Ticket #2704 (soundsetwavevolume doesn't work with object) updated by
- You are setting the wrong volume and should use: […]
- 12:18 PM Ticket #2861 (_WinAPI_ReadDirectoryChanges not working) created by
- […] File name is not returned when the directory changes.
- 9:00 AM Ticket #2860 (Convert UDF's ptr to struct* type) updated by
-
Version changed
Automatic ticket cleanup. - 8:50 AM Ticket #2860 (Convert UDF's ptr to struct* type) created by
- there are still a lot of DllCall´s where "ptr" is used. e.g. …
Aug 23, 2014:
- 8:29 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- Yes I know, and I realize and I know that at present the standard UDF file are already two similar functions: _GUICtrlComboBox_SetCueBanner _GUICtrlComboBox_GetCueBanner So I thought that it would be appropriate to add features to the EDIT control.
- 3:21 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- Maybe it could be possible to introduce a new NextCase statement without breaking anything.
- 3:19 PM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
- Lacking file scope I still find it valuable as a hint of the intended scope, albeit in practice it can be subverted as if it were global. But this is a completely distinct matter. BTW JP, do you have the faintest idea about "Struct"? Was that a typo for "Static" or something left over from very old versions?
- 2:16 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by
- This is such a huge script breaking change and AutoIt != C.
- 12:19 PM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
- I still hate the Local being Global when declares in the main script …
- 11:09 AM Ticket #2859 (Tidy restore folds regression) closed by
- No Bug: Closing as No-Bug for now. In case you have issues please first come to the forum and show all required info to be able to establish there is a bug or not. In case it is still an issue for you then provide more info like: post all info from the SciTE OutputPane so I can see what is happening. Jos
- 10:12 AM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by
- Cuebanners have a wider application that just the edit controls created by that UDF. M23
- 10:08 AM Ticket #2859 (Tidy restore folds regression) updated by
- It restores the folds for me. Please post a reproducer script where it does not. M23
- 10:00 AM Ticket #2859 (Tidy restore folds regression) updated by
-
Version changed
Automatic ticket cleanup. - 9:14 AM Ticket #2859 (Tidy restore folds regression) created by
- Tidy AutoIt3 v14.801.1932.0 do not restore folds states
- 12:35 AM Ticket #2858 (_Iif - ScriptBreakingChange) updated by
- I added a note of "THIS IS A SCRIPT BREAKING CHANGE" next to the changelog entry, but it is described in the Script Breaking Changes documentation that it is removed. There is no requirement to mention when it was removed from the UDF considering it's documented of its eminent removal.
- 12:24 AM Ticket #2858 (_Iif - ScriptBreakingChange) closed by
- Completed: Added by revision [10989] in version: 3.3.13.19
- 12:17 AM Ticket #2856 (Tutorial - HelloWorld - "manual") closed by
- Fixed: Fixed by revision [10988] in version: 3.3.13.19
Aug 22, 2014:
- 11:52 PM Ticket #2858 (_Iif - ScriptBreakingChange) created by
- Question about: _Iif() in 23rd December, 2013 - v3.3.10.0 there …
- 9:41 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) created by
- Please consider: add this two function _GUICtrlEdit_GetCueBanner …
- 7:52 PM Ticket #2856 (Tutorial - HelloWorld - "manual") created by
- There is: "Now, let's look at the flag parameter for the MsgBox …
- 1:00 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) updated by
-
Version changed
Automatic ticket cleanup. - 12:29 PM Ticket #2838 (RegRead - Remarks - Proposal) closed by
- Rejected
- 12:27 PM Ticket #2837 ("Install Directory Structure" Section - proposal) closed by
- Completed: Added by revision [10970] in version: 3.3.13.19
- 12:16 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) closed by
- Fixed: Fixed by revision [10968] in version: 3.3.13.19
- 12:14 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) updated by
-
Type changed
- 9:57 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
- Of course this one, yet Local Static Const Enum might be required as well as some others. All combinations even if less useful or meaningful would be welcome, just for symetry and denoting intention. Only contradictory (Local Global $a) or badly formed (Global Const Static $a) should be denied.
- 8:54 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
- agree. Especially lacking Local Static Const
- 6:39 AM Ticket #2852 (Empty #include) closed by
- Fixed: Fixed by revision [10953] in version: 3.3.13.19
- 5:00 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by
-
Version changed
Automatic ticket cleanup. - 4:29 AM Ticket #2855 (Scoping and declaration modifiers combinations) created by
- Static is currently forbidden in combination with Enum and Const but …
Note:
See TracTimeline
for information about the timeline view.
