Timeline
Sep 30, 2014:
- 7:48 PM Ticket #2912 (Additional include paths: New command line switch for AutoIt3.exe) updated by
- You state you don't want to alter the registry in your test environments, yet you're asking for registry entries to be used by AutoIt? I'm confused as to exactly what it is you're asking for.
- 11:31 AM Ticket #2912 (Additional include paths: New command line switch for AutoIt3.exe) created by
- It is possible to set additional include paths in the Registry as …
Sep 29, 2014:
- 12:05 PM Ticket #2911 (_ArrayDisplay() GUI controls have wrong coords) closed by
- Fixed
- 7:14 AM Ticket #2910 (Example for _WinAPI_RegisterShellHookWindow() not working) updated by
-
Component changed
- 7:10 AM Ticket #2866 (regread cant read x64 keys remote) updated by
- There must be a way, cause also reg.exe can read x64 regkeys from a x86 system: http://www.remkoweijnen.nl/blog/2011/10/21/remote-registry-from-32-to-64-bit/ Not working: […] Working: […]
- 5:31 AM Ticket #2911 (_ArrayDisplay() GUI controls have wrong coords) created by
- When using a GUICoordMode different than 1, _ArrayDisplay() won't …
- 4:09 AM Ticket #2910 (Example for _WinAPI_RegisterShellHookWindow() not working) updated by
- Sorry I clicked the wrong component. Needs to be "Documentation" instead of AutoIt.
- 4:08 AM Ticket #2910 (Example for _WinAPI_RegisterShellHookWindow() not working) created by
- The default example script from the help file doesn't work on my …
Sep 28, 2014:
- 11:39 AM Ticket #2829 (_Excel_RangeRead unable to return Text values of excel cells) updated by
- And please add an Excel workbook to reproduce the problem as well.
Sep 27, 2014:
- 11:00 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
-
Version changed
Automatic ticket cleanup. - 10:27 PM Ticket #2888 (Error return code _WinAPI_DuplicateHandle) closed by
- No Bug
- 10:26 PM Ticket #2908 (_ScreenCapture_Capture crash) closed by
- Fixed: Fixed by revision [11104] in version: 3.3.13.20
- 10:17 PM Ticket #2909 (_PathMake() issues in <File.au3>) closed by
- Fixed: Fixed by revision [11102] in version: 3.3.13.20
- 10:16 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
- Since the first line is a bug, I am reverting back to a bug and fixing with this code. As for your feature request, it's outside the scope of the function and thus I am rejecting it. As this is something you can implement yourself I see no reason to add a script breaking change. […]
- 10:15 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
-
Type changed
- 8:18 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
- My suggestion from the initial post was based on the code in <File.au3> of AutoIt v3.3.12.0, even in beta v3.3.13.19 is no different version included. This is now directly taken from the beta: […]
- 6:34 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
- Your code suggestion is using an old version of the function.
- 4:22 AM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
- I've neither seen anyone using this function ever. Personally I think it's because of the uselessnes (no big checks or path fixes) and unflexibility of the function This is why I wrote a _PathMakeEx() for my needs, which always outputs consistent path strings: […] So I wouldn't even mind if the original _PathMake got dumped.
Sep 26, 2014:
- 9:49 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
- The thing is, this function is practically useless, you have to pass it all of the parameters you already have, and you could easily create your own path from them. I can't honestly say that I've ever seen a script use this function in the 4+ years I've been using AutoIt. But, whether it even needs to exist or not isn't a problem, and whether it should be rewritten or dumped all together, I'll leave to others.
- 7:54 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
- Yes you are right, examples 2 to 5 are more of a feature request. But the first one is a bug if you consider the remark of the help file text: 'You may pass "" (an empty string) for any part of the path you do not need in the final output.' If I want to get the path of <Drive>:\mylogfile.log it won't add the needed backslash for the path to be a "path", since the function only does that for $sDir, which would be blank in this case. The blank $sDir should automatically &= "\" if it's empty. This would perfectly fit the parameter description.
- 7:25 PM Ticket #2909 (_PathMake() issues in <File.au3>) updated by
-
Version, Type changed
According to the help file, the second example you posted has the correct output. If the directory doesn't have a leading or a trailing slash, it adds it. The third is exactly the same as the second, exactly as the help file states will happen. The fourth and fifth examples are also correct per the help file. The help file states that This doesn't check the validity of the path created, it could contain characters which are invalid on your filesystem. I'm not sure what the expected output for the first one should be, but according to how the function is written, it is also correct. I'm going to change this to a feature request, because there is no bug here. - 5:35 PM Ticket #2909 (_PathMake() issues in <File.au3>) created by
- _PathMake() adds no backslash if the dir parameter is empty (only …
- 10:29 AM Ticket #2896 ($LBS_EXTENDEDSEL missing from GUI Control Styles) closed by
- Fixed: did you check the beta as it was added to it
- 10:10 AM Ticket #2893 (Excel UDF - Script Breaking Changes) closed by
- Fixed
- 10:07 AM Ticket #2908 (_ScreenCapture_Capture crash) updated by
- Can you have a repro script as I cannot understand what you are saying. the _WinAPI_DeleteObject($aIcon[4]) is not executed if a bad return occured from _WinAPI_GetIconInfo() Thanks
Sep 25, 2014:
- 8:32 PM Ticket #2370 (StringReplace & StringRegExpReplace Add Offset\The starting position ...) updated by
-
Owner, Status changed
- 8:20 PM Ticket #2894 (Assign - new flag - static) closed by
- Rejected
- 6:52 PM Ticket #2907 (Unable to read text from Authentication Pop up using Autoit) closed by
- No Bug: For support post in the forum. M23
- 9:20 AM Ticket #2908 (_ScreenCapture_Capture crash) created by
- _WinAPI_DeleteObject($aIcon[4]) - line 18 of the Func …
- 6:53 AM Ticket #2907 (Unable to read text from Authentication Pop up using Autoit) created by
- Do we have any function in AutoIt in order to read text (information …
- 4:07 AM Ticket #2906 (TCPRecv can't detect closed client web browser sockets) created by
- Last time I checked beta versions error detection was improved but …
Sep 24, 2014:
- 8:12 PM Ticket #2894 (Assign - new flag - static) updated by
- I thought about it, I did few test, I try to make example, and finally realized that all that the concept is NOT so good. please close. and sorry for: if I bother your head in this case. mLipok
- 8:10 AM Ticket #2905 (DirCopy Redirection Bug) created by
- 1) manual create a folder tmp0 under /SysWOW64 2) put a test.txt into …
- 12:33 AM Ticket #2904 (FileOpen does NOT return an error when path is invalid.) closed by
- No Bug: This isn't a bug, the function sets the return value to -1, it does not set @error. You should be posting these "bug" reports to the forum before posting them here, it would have been explained to you without us having to go through the effort of closing the track tickets.
Sep 23, 2014:
- 9:10 PM Ticket #2894 (Assign - new flag - static) updated by
- How exactly would a dynamically created static variable be used in subsequent runs of the function? How would you be able to use them more than once without passing the variable names to the function over and over again? Wouldn't a Static Local Array work better, or as previously mentioned, a static map or scripting dictionary?
- 5:56 PM Ticket #2904 (FileOpen does NOT return an error when path is invalid.) updated by
- @error will always be 0 after use of FileOpen as FileOpen does not set @error. It is the return value of $h1 that is tested with -1 as a check for failure. Note, the word "error" is not the same as the macro "@error" as mentioned in the help file in the failure section.
- 3:41 PM Ticket #2904 (FileOpen does NOT return an error when path is invalid.) created by
- The FileOpen function does not return an @error value of –1 when the …
- 2:20 PM Ticket #2893 (Excel UDF - Script Breaking Changes) updated by
- The documentation has been corrected in the beta versions of the help file, and they won't get pushed to the web version until one of them becomes a release version.
- 2:12 PM Ticket #2903 (GUICtrlSetFont does not mention FontConstants.au3) closed by
- No Bug: I'm not sure which version of the help file you're looking at, but in 3.3.12.0 it is clearly marked which files are needed to use the constants. In the Weight section, at the bottom of the list of weight constants it says Constants are defined in FontConstants.au3, at the bottom of the attributes section it says Constants are defined in GUIConstantsEx.au3, etc. In re-reading the track ticket I see that the OP mentioned that it wasn't mentioned in the example script to use the FontConstants.au3 file. In looking over the example script posted in the help file, there are no constants being used in it that would require that constants file so omitting it from the example script is a moot point. Whether it would be better to rewrite the example script to remove the magic numbers or not would be another discussion. This bug report is still not valid.
- 1:59 PM Ticket #2903 (GUICtrlSetFont does not mention FontConstants.au3) created by
- The example in the help file for function GUICtrlSetFont does not …
- 5:09 AM Ticket #2902 (Incorrect GUI Scrolling when GUI is resizeable) created by
- While playing with the example in the help file for the UDF on “GUI …
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 …
Note:
See TracTimeline
for information about the timeline view.
