Timeline
Mar 3, 2014:
- 3:07 PM Ticket #2666 (StringReplace($sString, $pos, "") doesn't work) updated by
- Seems to me this is the expected behaviour. The function will start replacing from the start position (with the amount of characters of the replacement string). If the replacement string is empty, it will replace zero characters.
- 9:47 AM Ticket #2666 (StringReplace($sString, $pos, "") doesn't work) updated by
- Incidentally, if using "character position" StringReplace returns a wrong @extended value even when it's working […]
- 12:35 AM Ticket #2666 (StringReplace($sString, $pos, "") doesn't work) created by
- StringReplace with "" (nothing) as replacement string doesn't work if …
Mar 2, 2014:
- 11:31 PM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) closed by
- Rejected: I have no comment to what has already been said.
- 10:00 AM Ticket #2665 (Support for EFS (Encrypting File System)) updated by
-
Version changed
Automatic ticket cleanup. - 9:16 AM Ticket #2665 (Support for EFS (Encrypting File System)) created by
- I've got my first Windows (8.1 Pro) with EFS support. I started using …
Mar 1, 2014:
- 11:23 PM Ticket #2663 (StringRegExpReplace backreference not working) updated by
- You have access to edit this information.
- 10:42 PM Ticket #2663 (StringRegExpReplace backreference not working) updated by
- Now the fog is clearing. Thanks for that explanation. The documentation for StringRegExp[Replace] needs to be modified then to make it clear that they aren't technically back references but are replacement patterns that just happen to look the same as the back references.
Feb 28, 2014:
- 10:26 PM Ticket #2663 (StringRegExpReplace backreference not working) updated by
- StringRegExpReplace uses a PCRE pattern for matching and a separate replacement string specification for actual replace. The latter doesn't follow PCRE pattern specifications. AutoIt devs decided to allow for \1 and $1 but they could have adopted a completely different syntax. All PCRE back-reference syntaxes are accepted in the PCRE pattern part. Only \i and $i with i a positive integer are accepted in the replacement specification string (which is not processed by any PCRE function).
- 9:18 PM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) updated by
- Thanks for the clarification. If no one else has any other comments you can close this ticket.
- 4:29 PM Ticket #2629 (GUIRegisterMsg/GUIUnregisterMsg) updated by
- chesstiger, I agree that it can be done by subclassing in the UDF, but I also agree that subclassing is not simple and so would deter many from writing UDFs which required it. So I believe that it would be advantageous to have this facility in core code. It is also easy enough to arrange by using a UDF wrapper around separate GUIRegisterMsg calls, but then everyone would have to agree to use this UDF wrapper rather than the native function - and this idea has not found favour with the developers when I have suggested it in the past. M23
- 4:22 PM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) updated by
- The same remark could be made for any number of UDF functions. Either we add error-checking code to each and every UDF function - or we rely on the coder to check parameters before calling those which do not have a specific error return. I would class parameter limit checking as standard coding practice and not something that should be remarked upon for every function. M23
- 2:08 AM Ticket #2629 (GUIRegisterMsg/GUIUnregisterMsg) updated by
- > If you crash when you app exits then you are probably not doing it right. I don't crash. > > You should ask for help in the forum. Normally, SetWindowLong/SetWindowLongPtr is safe. But it's not safe if you use it to subclass your window (pass nIndex= -4, so you replace window procedure function with your own function). Subclassing is dangerous. In many case, you will not see every thing suggest that your app crash, but an exit code not equals to 1 in output window. Also, manually subclassing is rarely discussed in the forum.
Feb 27, 2014:
- 10:46 PM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) updated by
- Thanks for your comments. You have right UDF should not need do this. but... It would be good to do a note in HelpFile about it. Because how you say: "So in this case I believe it must be incumbent on the coder to do the necessary parameter checking before calling the function" But he (coder) want to know about this incumbent.
- 8:13 PM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) updated by
- As an item/subitem could quite easily contain an empty string, I do not think that this is a reasonable proposal - how would you distinguish between a valid empty return and one returned by a non-existent item/subitem? Also looking at the function in detail I cannot see an easy way to determine whether a returned item/subitem value is from a valid element. So in this case I believe it must be incumbent on the coder to do the necessary parameter checking before calling the function - the UDF should not need to do this for itself. M23
- 5:31 PM Ticket #2663 (StringRegExpReplace backreference not working) updated by
- If they're not back references then why are they in the backreference section of the help file, and the link in the help file marked "complete description of PCRE patterns"? If they can't be used in StringRegExpReplace, it should be documented, and if they don't work at all, they should be fixed.
- 9:04 AM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) updated by
- I'm sorry too stingy description. In one of the scripts I had a situation in which I used the index non-existent, which caused some complications. I noticed that this function does not return any errors in the @error and @extended so I thought that the documentation could use at least a relevant mention of. Please give favorable consideration to my proposal.
- 8:55 AM Ticket #2664 (_GUICtrlListView_GetItemText - proposal) created by
- Add description something like this: "If item or subitem not exist …
- 8:00 AM Ticket #2663 (StringRegExpReplace backreference not working) updated by
-
Version changed
Automatic ticket cleanup. - 7:59 AM Ticket #2663 (StringRegExpReplace backreference not working) updated by
-
Type changed
Definitly is not a bug as \g \k concern only the pattern as describe in the doc. Not sure it can be extend to replace parameter of StringRegExpReplace() I move it to feature Request for Jon analysis - 5:31 AM Ticket #2663 (StringRegExpReplace backreference not working) updated by
- There is no bug here, at most a feature request. \1 and up or $1 are not PCRE backreferences. They are a way to specify replacement of captured strings in the replacement pseudo-pattern: this is not something performed by PCRE itself, but by the wrapper around it (PCRE API doesn't have a replace function). All forms of PCRE back-reference work inside the pattern, also references to subroutines, recursion and all bells and whistles.
- 1:22 AM Ticket #2663 (StringRegExpReplace backreference not working) updated by
- why you need the group 1 ?? […]
- 12:44 AM Ticket #2663 (StringRegExpReplace backreference not working) created by
- The only backreferences working in RegExp functions are \1\2\3... and …
Feb 26, 2014:
- 5:22 PM Ticket #2629 (GUIRegisterMsg/GUIUnregisterMsg) updated by
- Replying to anonymous: > Also, using these WinAPI in AutoIT make your program does not exit in a nomal way (in Window Vista or later, you will see a compatibility-issue window suggest that your program ends unexpectedly) If you crash when you app exits then you are probably not doing it right. I don't crash. You should ask for help in the forum.
Feb 23, 2014:
- 10:10 PM Ticket #2629 (GUIRegisterMsg/GUIUnregisterMsg) updated by
- @chesstiger: Use SetWindowLong / SetWindowLongPtr API manually will cause processing window procedure slow although you do nothing in WndProc function (return DefWindowProc only). This will be seen clearly with painting message, your window will be tearing when drag/drop. Also, using these WinAPI in AutoIT make your program does not exit in a nomal way (in Window Vista or later, you will see a compatibility-issue window suggest that your program ends unexpectedly)
- 12:08 PM Ticket #2661 (_GUICtrlHeader_GetItemFlags.au3) closed by
- Fixed: Fixed by revision [9890] in version: 3.3.11.4
Feb 22, 2014:
- 7:53 PM Ticket #2656 (array automatic redim for $array[] = ...) updated by
-
That is only syntactic sugar for
_ArrayAdd($arr, 3), is that really necessary? - 6:58 PM Ticket #2629 (GUIRegisterMsg/GUIUnregisterMsg) updated by
- You can use the API function SetWindowLong or SetWindowLongPtr to replace the WndProc of a window (implemented in WinAPI.au3 as _WinAPI_SetWindowLong). In your own WndProc you can grab and process any message, and, if required, call the original WndProc for calling windows internal features and such things like GUIRegisterMsg.
- 6:53 PM Ticket #2656 (array automatic redim for $array[] = ...) updated by
- This feature requires an internal replacement for _ArrayAdd. But PHP shows... It's possible. I like the idea.
- 6:43 PM Ticket #2662 (Internet Window unable to be hidden) closed by
- No Bug
- 6:43 PM Ticket #2662 (Internet Window unable to be hidden) updated by
- * Wrong: the URL should be "login.live.com" * Untrue: the IE window is hidden. * Untested: else you would have realized that page "http" can't be found! * Invalid: trac formatting rules violated. Congrats!
- 6:07 PM Ticket #2662 (Internet Window unable to be hidden) created by
- Hi, I tried to do this, Global $oIE = …
- 5:12 PM Ticket #2661 (_GUICtrlHeader_GetItemFlags.au3) created by
- _GUICtrlHeader_GetItemFlags.au3 _GUICtrlHeader_SetItemFlags.au3 I …
- 1:40 PM Ticket #2589 (Exit has to be put in function in order to use it in short if.) updated by
- plus that would work is an expression: HotKeySet('some key',Exit)
- 8:51 AM Ticket #2660 (GUICtrlSetState Doc example bug) closed by
- Fixed: Fixed by revision [9889] in version: 3.3.11.4
- 1:19 AM Ticket #2660 (GUICtrlSetState Doc example bug) created by
- […] top=370 is besides the size of the window height=200. Author: …
Feb 21, 2014:
- 11:53 PM Ticket #2655 (FileReadToArray and binary file) closed by
- Rejected: Create your own wrapper function using the already available functions in AutoIt.
- 11:52 PM Ticket #2656 (array automatic redim for $array[] = ...) updated by
- I personally would reject this feature.
- 11:51 PM Ticket #2630 (_XOR() and _XNOR() - new function) closed by
- Rejected: What Mat said.
- 11:49 PM Ticket #2651 (IE.Au3 - proposal - _IE_MSIEVersion()) closed by
- Rejected: This belongs in the Examples sections and not the UDF.
- 11:21 PM Ticket #2658 (AutoItWrapper - checking for space on disk) updated by
- Pretty sure your OS warns you in time.
- 11:20 PM Ticket #2658 (AutoItWrapper - checking for space on disk) closed by
- Rejected
- 11:19 PM Ticket #2659 (Au3Check - continuation line proposal) closed by
- Rejected
- 11:16 PM Ticket #2657 (requireAdministrator - Compile Error) closed by
- Fixed: Use the current available Beta version of AutoIt3Wrapper : http://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/AutoIt3Wrapper.exe Jos
- 10:27 AM Ticket #2659 (Au3Check - continuation line proposal) updated by
- supplement: first script does not display the error, and the solution I wanted to report as a 'Feature Request'
- 10:23 AM Ticket #2659 (Au3Check - continuation line proposal) created by
- repro script: […] How you can see I use two times continuation. …
Feb 20, 2014:
- 11:00 AM Ticket #2658 (AutoItWrapper - checking for space on disk) updated by
-
Version changed
Automatic ticket cleanup. - 10:04 AM Ticket #2658 (AutoItWrapper - checking for space on disk) created by
- Today I had a strange case . Tidy removed , a greater part of the …
Feb 19, 2014:
- 10:30 PM Ticket #2657 (requireAdministrator - Compile Error) updated by
- When Beta ceases to be Beta, then it becomes current relase. You have to wait or use the Beta.
- 7:59 PM Ticket #2657 (requireAdministrator - Compile Error) updated by
- Found quote in forum: "That is fixed in the current version of the installer and in the AutoIt3Wrapper made available in both Beta and Prod." But it isn't fixed in current setup.
- 7:24 PM Ticket #2657 (requireAdministrator - Compile Error) updated by
- If it is already fixed in beta why You post a ticket ?
- 7:16 PM Ticket #2657 (requireAdministrator - Compile Error) updated by
- Error: EndUpdateResource: Returncode = 0 - LastError:1359:An internal error occurred.rc:2 Error: Program Resource updating Failed. The output program will not contain the Resource updatesrc:2
- 7:14 PM Ticket #2657 (requireAdministrator - Compile Error) created by
- The following produces an error in the newest Scite from 1/22/2014: …
- 6:41 PM Ticket #2589 (Exit has to be put in function in order to use it in short if.) updated by
- The question which therefore is simply a string? String is expression? [hr] So the problem is not in the way this feature works, but the description in the documentation is incomplete or is not right. According to me, a section called "Return Value" is missing here. some proposal: Return Value: Return from Expression1 or Expression2, relative to Return from first conditional Expression ps. probably someone describe it better than me ;)
- 6:02 PM Ticket #2589 (Exit has to be put in function in order to use it in short if.) updated by
-
The documentation clearly indicates that the "arguments" must be expressions.
Exitis a statement. An assignment is a statement. A comparison is an expression. So,a=bwill be a comparison and not an assignment. - 5:55 PM Ticket #2589 (Exit has to be put in function in order to use it in short if.) updated by
- Here I have another "explantation/suplementar" example: […]
- 5:36 PM Ticket #2589 (Exit has to be put in function in order to use it in short if.) updated by
- I think I have another example […] Please confirm that this is (or not) the same problem.
- 2:10 PM Ticket #2655 (FileReadToArray and binary file) updated by
- jchd18, you're right :( Can then still an option, the number of bytes to the index ... But I think that's another function is obtained …
- 1:03 PM Ticket #2656 (array automatic redim for $array[] = ...) updated by
- I ain't a Dev, so only future will tell.
- 1:02 PM Ticket #2655 (FileReadToArray and binary file) updated by
- Text files containing more than 16777216 lines are fairly uncommon. Accumulating log data in large log files is easy by appending, but routine processing of such large data is best done using a database. Thus FileReadToArray seems to fit the bill decently. OTOH binary files > 16 Mb are plenty and the need to address every byte individually in one load is questionnable. From Language Reference - Arrays: You can use up to 64 dimensions in an Array. The total number of entries cannot be greater than 224 (16 777 216).
- 11:58 AM Ticket #2656 (array automatic redim for $array[] = ...) updated by
- jchd18, which future function are you talking about?
- 11:53 AM Ticket #2655 (FileReadToArray and binary file) updated by
- jchd18, well, what of it that arrays are limited? Everyone knows, however filereadtoarray function exists. Your comment can simply display help for this function.
- 11:00 AM Ticket #2654 (Unable to do automation for installing a software) closed by
- Rejected
- 9:36 AM Ticket #2655 (FileReadToArray and binary file) updated by
- This is a very limited syntactic sugar. You can already do that in a few lines of code and without size limit. Remember that AutoIt arrays are limited to 16*1024*1024 = 16777216 cells, so you could only read that many bytes of a file using your suggestion.
- 9:25 AM Ticket #2656 (array automatic redim for $array[] = ...) updated by
- Your suggestion of this syntactic sugar is greatly inferior to what ReDim currently allows. Hence ReDim would still be needed for N-dimensional arrays. Moretheless it would possibly collide with another future feature using part of this syntax.
- 8:00 AM Ticket #2655 (FileReadToArray and binary file) updated by
-
Version changed
Automatic ticket cleanup. - 7:00 AM Ticket #2656 (array automatic redim for $array[] = ...) updated by
-
Version changed
Automatic ticket cleanup. - 6:30 AM Ticket #2656 (array automatic redim for $array[] = ...) created by
- dear developers. Whether technically difficult to make constructions …
- 6:18 AM Ticket #2655 (FileReadToArray and binary file) created by
- whether it is possible to do so FileReadToArray return bytes instead …
Feb 18, 2014:
- 3:40 PM Ticket #2654 (Unable to do automation for installing a software) updated by
- That's not the version of AutoIt, that's probably the version of SciTE the editor. This is also something for the forums as I don't see any bug report here. You should post this question there.
- 1:27 PM Ticket #2654 (Unable to do automation for installing a software) created by
- hi, i am using autoit to do install a software but most of the windows …
Feb 17, 2014:
- 4:32 PM Ticket #2653 (ObjCreate with arguments) created by
- Hello, I just want to create COM objects with non-empty constructors. …
Feb 16, 2014:
- 2:45 PM Ticket #2652 (Allow ExpandVarStrings to expand com properties as well.) created by
- The ExpandVarStrings option does not currently expand if the variable …
Feb 14, 2014:
- 2:00 PM Ticket #2651 (IE.Au3 - proposal - _IE_MSIEVersion()) updated by
-
Version changed
Automatic ticket cleanup. - 1:38 PM Ticket #2651 (IE.Au3 - proposal - _IE_MSIEVersion()) updated by
- oh I forgot about description Please consider to add this function to the IE.au3 UDF thanks
- 1:37 PM Ticket #2651 (IE.Au3 - proposal - _IE_MSIEVersion()) created by
- […]
Feb 11, 2014:
- 3:10 PM Ticket #2650 (_FileListToArrayRec returns an extra row in array with number of ...) closed by
- Fixed
- 3:10 PM Ticket #2650 (_FileListToArrayRec returns an extra row in array with number of ...) updated by
- Good. M23
- 1:49 PM Ticket #2650 (_FileListToArrayRec returns an extra row in array with number of ...) updated by
- You are right, issue seems fixed in 3.3.11.3.
- 9:41 AM Ticket #2650 (_FileListToArrayRec returns an extra row in array with number of ...) updated by
- I am not getting any issue either.
- 8:15 AM Ticket #2650 (_FileListToArrayRec returns an extra row in array with number of ...) updated by
- Using that file structure I can reproduce the problem with 3.3.10.2, but 3.3.11.3 gives me the correct result as the bug which caused the problem was fixed (by me) in revision 9156. I have just downloaded the 3.3.11.3 zip and the fix is definitely in place in File.au3 so are you sure that you are actually running 3.3.11.3? M23
Feb 10, 2014:
- 11:30 PM Ticket #2650 (_FileListToArrayRec returns an extra row in array with number of ...) created by
- Simple script: #include <File.au3> #include <Array.au3> $f = …
Feb 9, 2014:
- 2:35 PM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- Just by moving something into the environment (the interpreter) doesn't make it less bloated. It is because it isn't part of the environment that the environment isn't bloated.
- 3:22 AM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- True forgot about that. But then why do we need that now if we have FileReadToArray, as they would give you the exact same results without the bloat?
Feb 8, 2014:
- 10:48 PM Ticket #2649 (AutoIt3 Source Obfuscator v1.0.31.1 bug) updated by
- If the user PMs me I will send them an update of that function.
- 9:23 PM Ticket #2649 (AutoIt3 Source Obfuscator v1.0.31.1 bug) closed by
- Wont Fix: Support for Obfuscator has stopped. Also think the log file is pretty clear what the problem is. Assume you are the same person that pmed me this without any question or context. Jos
- 9:02 PM Ticket #2649 (AutoIt3 Source Obfuscator v1.0.31.1 bug) created by
- 0.02 ==> Start Add_Include: Include_Rec$:#include <GuiRichEdit.au3> …
- 8:36 PM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- isn't _FileReadToArray have $iFlag [optional] 0 - disable the return count in the first element - effectively makes the array 0-based (must use UBound() to get the size of the array in this case). 1 - (default), return the array count in the first element.
- 7:37 PM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- One thing I forgot to add, putting the line count into @extended keeps the array returned as a 0 based array, which _FileReadToArray doesn't, it puts the count in the first element of the array, and the actual file's text starts at element 1. Not a major reason, but some people might appreciate it.
- 5:49 PM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- My suggestion would eliminate the need to use a wrapper function and another #include, just to be able to get the line count. Also, the _FileReadToArray function adds a lot of code that's unrelated to just getting the line count which would add to the size of a script merely to get a line count.
- 12:35 PM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- Wouldn't that prevent you from treating it like any other array of strings?
- 11:40 AM Ticket #2648 (FileSaveDialog extension value) updated by
-
Version changed
- 11:39 AM Ticket #2648 (FileSaveDialog extension value) updated by
- Issue definition and solution provided here: http://www.autoitscript.com/forum/topic/158691-bug-filesavedialog-extension/?p=1151506 Jos
- 11:15 AM Ticket #2648 (FileSaveDialog extension value) created by
- The FileSaveDialog function don't return the extension value. With a …
- 7:54 AM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- Isn't is better to go "_FileReadToArray()" way and have count of the lines returned in zeroth element - $aArray[0]? Why produce essentially different solutions for the same task?
Feb 7, 2014:
- 8:15 AM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- I see that your request (not application) was created in reference to my: http://www.autoitscript.com/trac/autoit/ticket/2645 and indeed such a solution would be much better.
- 8:13 AM Ticket #2647 (Add line count of FileReadToArray to @extended) updated by
- I see that your application was created in reference to my: http://www.autoitscript.com/trac/autoit/ticket/2645 and indeed such a solution would be much better.
- 3:00 AM Ticket #2647 (Add line count of FileReadToArray to @extended) created by
- The function FileReadToArray doesn't return the count of the lines …
Feb 6, 2014:
- 8:30 PM Ticket #2645 (FileReadToArray - Remarks proposal) closed by
- Fixed
- 4:41 PM Ticket #2646 (_ArraySearch still has a bug!) closed by
- No Bug
- 4:41 PM Ticket #2646 (_ArraySearch still has a bug!) updated by
- Actually this is no longer a bug as the addition of the $iCompare parameter as explained in ticket http://www.autoitscript.com/trac/autoit/ticket/1569. M23
- 4:35 PM Ticket #2646 (_ArraySearch still has a bug!) updated by
- Producer […] _ArraySearch will return 0 and will not set @error = 0 (zero is undocumented) Correct result would be return -1 , @error = 6
- 4:31 PM Ticket #2646 (_ArraySearch still has a bug!) created by
- Producer Dim $Proxys[3] $Proxys[0] = 0 $Proxys[1] = …
- 3:00 PM Ticket #2645 (FileReadToArray - Remarks proposal) updated by
-
Version changed
Automatic ticket cleanup. - 2:38 PM Ticket #2645 (FileReadToArray - Remarks proposal) created by
- Please add the Remarks section, additional description about something …
Feb 5, 2014:
- 8:24 PM Ticket #2644 (script not getting exit after download finish from internet explorer) closed by
- No Bug: This is a bug reporting tool, not a support forum. Please go to the Forum for support.
- 7:54 PM Ticket #2644 (script not getting exit after download finish from internet explorer) created by
- Hi, i have used autoit v3.3.6.1 verion used and renamed exe as …
- 7:31 PM Ticket #2631 (Change delimiters used in SciTE.session) closed by
- Rejected: Not making SciTE modifications unless needed for AutoIt3. I am using the standard distribution from the official SciTE site so general requests need to go there. Jos
Feb 1, 2014:
- 8:52 PM Ticket #2643 (Global Const $REG_QWORD called twice error) updated by
- ah. I apologize. I did not uninstall AutoIT prior to installing the latest version, and I did not remember I installed RegFunc into the "include" directory. This will not happen again.
Note:
See TracTimeline
for information about the timeline view.
