Timeline
Oct 10, 2008:
- 11:01 PM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) updated by
-
Type changed
- 10:59 PM Ticket #603 (_FileReadToArray() does not return an array if the file contains only ...) closed by
- Fixed: Fixed in version: 3.2.13.9
- 10:38 PM Ticket #607 (_GUICtrlListView_SetItemSelected Problem) closed by
- Works For Me: Works for me
- 10:36 PM Ticket #606 (Return value error in _GUICtrlListView_GetSelectedIndices) closed by
- Works For Me: This works for me: […]
- 3:43 PM Ticket #603 (_FileReadToArray() does not return an array if the file contains only ...) updated by
- I have had another look at _FileReadToArray() and I now see what the problem is. With a single line file, which may or may not have a trailing new-line character, the function strips trailing whitespace before checking what type of new-line character is use. This results in no recognised new-line character being found in the file. This should be changed so that the type of new-line character is determined before the trailing whitespace is removed. Additionally I think it would be better if the whole file contents were returned in a single element of the array if the string could not be split Suggested fix for this issue […]
- 4:03 AM Ticket #588 (StringRegExpReplaceCallback) updated by
- Replying to Valik: > It's funny, most of the time people ask for things that are just better to be implemented as UDF's. Somebody actually asks for something that would be better to be written as a built-in function and suddenly there's a rush to implement it as a UDF. Thank you for verifying my assumption that it would indeed be better implemented as a built in function.
Oct 9, 2008:
- 10:51 PM Ticket #553 (_ArrayDisplay() has another problem if using literal pipes in the array) updated by
- Replying to Gary: > Just change the separator character to something not used in the literal string. > > For example: > > {{{ > _ArrayDisplay($Array, "Test", -1, 0, "\") > }}} Not really a viable option if you are using it to read the results of _FileReadToArray() and the file being read is an au3 file. I don't use _arraydisplay enough to be concerned about it anyway.
- 7:51 PM Ticket #568 (_INetSmtpMail(): Two features: 1.) email priority, 2.) possibility to ...) updated by
- Replying to anonymous: > This can all be done with the UDF I posted called _INetSmtpMailCom(). > I will post an update that supports the Importance setting for an Email. Thanks, Jos! Regards, Rudi.
- 1:53 PM Ticket #605 (_InetSmtpMail sets wrong Date) updated by
- Replying to anonymous: > Replying to jpm: > > what was the real post time 13:22 or 15:22 as seen by your machine > The e-Mail is sent on 13:22. In the Email Client the post time is shown as 15:22 (13:22 GMT + 2 hours) Sorry, better formulation: E-Mail was sent on 13:22 CEST (local time zone client). The smtp server time stamp is, as shown above, 13:22:27 +0200. The result is, that the notes client shows, that the mail was sent at 15:22. It looks like the smtp server misunderstood the date stamp generate by _inetsmtpmail. So i figure out, that, if i set $bias to " CEST", the time stamp of the email is shown correctly in the email client, even the smtp server time stamp of the mail is the same (see above received properties of mail), only the posteddate properties are differently. I'm not sure, if it is a problem of the function or a problem of the notes smtp. Regards stefan
- 1:14 PM Ticket #605 (_InetSmtpMail sets wrong Date) updated by
- Replying to jpm: > what was the real post time 13:22 or 15:22 as seen by your machine The e-Mail is sent on 13:22. In the Email Client the post time is shown as 15:22 (13:22 GMT + 2 hours)
- 11:46 AM Ticket #605 (_InetSmtpMail sets wrong Date) updated by
- what was the real post time 13:22 or 15:22 as seen by your machine
- 9:22 AM Ticket #588 (StringRegExpReplaceCallback) updated by
- UDF thread created http://www.autoitscript.com/forum/index.php?showtopic=82292
- 8:23 AM Ticket #601 (Helpfile should mention that ToolTip "title" can be max 99 characters) closed by
- Fixed: Fixed in version: 3.2.13.9
- 7:29 AM Ticket #607 (_GUICtrlListView_SetItemSelected Problem) created by
- In function _GUICtrlListView_SetItemSelected，has memory problem …
Oct 8, 2008:
- 11:28 PM Ticket #606 (Return value error in _GUICtrlListView_GetSelectedIndices) created by
- When the index of the selected listview item is 0, the string version …
- 4:52 PM Ticket #588 (StringRegExpReplaceCallback) updated by
- It's funny, most of the time people ask for things that are just better to be implemented as UDF's. Somebody actually asks for something that would be better to be written as a built-in function and suddenly there's a rush to implement it as a UDF.
- 12:35 PM Ticket #605 (_InetSmtpMail sets wrong Date) created by
- I use _InetSmtpMail to send E-Mail over Notes 5.0.12 SMTP Server. …
- 10:00 AM Ticket #604 (implement the transparency of all Ctrl) updated by
-
Version changed
Automatic ticket cleanup. - 9:31 AM Ticket #604 (implement the transparency of all Ctrl) created by
- Hi. I use background picture for some app. But, some control are not …
- 7:08 AM Ticket #588 (StringRegExpReplaceCallback) updated by
- […]
Oct 7, 2008:
- 8:05 PM Ticket #602 (AutoitWrapper Methods for Handling 'Run After') closed by
- Rejected: Use the fully qualified pathfor the exe to make sure it knows where to look for it. Also please post these type of "issues" in the support forum so we can establish what the issue is and don;t think it belongs is the "New features request" section. Jos
- 11:47 AM Ticket #603 (_FileReadToArray() does not return an array if the file contains only ...) created by
- In AutoIt 3.2.13.8 and previous beta versions _FileReadToArray() does …
- 2:00 AM Ticket #602 (AutoitWrapper Methods for Handling 'Run After') updated by
-
Version changed
Automatic ticket cleanup. - 1:50 AM Ticket #602 (AutoitWrapper Methods for Handling 'Run After') created by
- I compiled my script for an experiment when i encountered this error …
Oct 6, 2008:
- 9:23 PM Ticket #568 (_INetSmtpMail(): Two features: 1.) email priority, 2.) possibility to ...) updated by
- This can all be done with the UDF I posted called _INetSmtpMailCom(). I will post an update that supports the Importance setting for an Email. Jos
Oct 5, 2008:
- 9:43 PM Ticket #601 (Helpfile should mention that ToolTip "title" can be max 99 characters) created by
- In the forum thread @ …
Oct 4, 2008:
- 8:31 PM Ticket #600 (Array.au3 in Beta 3.2.13.8 the functions don't work with 2D Array) closed by
- Fixed: Fixed in version: 3.2.13.9
- 6:29 PM Ticket #600 (Array.au3 in Beta 3.2.13.8 the functions don't work with 2D Array) created by
- i have proved the Beta 3.2.13.8 and, for example, the function …
- 5:13 PM Ticket #533 (_ArrayBinarySearch allows multi-dimension array when it shouldn't) updated by
- Hey i have proved the new beta 3.2.13.8 and when i use _ArraySearch can't use a 2 Dimension Array, return error 2, and when i use 3.2.12.1 the function works always fine (for me) i have edit the au3 in Include Folder and set to comment the line of Ubound (the 2nd in the function) and now works in my script.
- 3:57 PM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) updated by
- The function must trim to the correct size. People do use UBound() because it's the correct way. The size in element 0 is a carry-over convention from before UBound() existed and is thus largely pointless and redundant.
- 1:56 PM Milestone 3.2.13.8 completed
- 6:23 AM Ticket #592 (a collection of prime based or prime related math functions) updated by
- Nitpick... don't use the following: $s_limit = $s_number / $i You will get the same optimization by simply initializing $s_limit to the square root of $s_number, but without having to perform a division op with every step of the loop. If you do that, then your test will have to be >= instead of >. And yes, there is a way to do this even faster, though the sqrt optimization is the fastest you can get without getting too complicated.
- 6:01 AM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) updated by
- Note that with this patch, UBound will no longer correspond to the number of entries found, but since the first element of the result array contains the number of entries, I don't think that this would be a problem. If people do think that this is a problem--that people are using UBound instead of the first array element, you can add a final ReDim to the end, right before the return to "trim" away any excess size from the array. The function will still retain O(NlogN) performance.
- 5:55 AM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) created by
- Memory re-allocation is an expensive operation and as such, should be …
Oct 3, 2008:
- 3:38 PM Ticket #598 (database access (Microsoft)) closed by
- Rejected: You can do it via COM.
- 10:00 AM Ticket #598 (database access (Microsoft)) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 8:41 AM Ticket #598 (database access (Microsoft)) created by
- For AutoIt lacks features that allow an application written in AutoIt …
Oct 2, 2008:
- 8:41 PM Ticket #597 (Documentation @TempDir needs updating) updated by
- Who's playing stupid now... @TempDir = path to the temporary files folder End Communication Sorry for wasting your time
Oct 1, 2008:
- 6:42 PM Ticket #588 (StringRegExpReplaceCallback) updated by
- Here's an example using your code why this does not work: […] It outputs "cdabab" but the correct output would be "ababcd". The greedy .* at the beginning eats the leading "abab" and thus the only capture is the trailing "ab". Your code, due to the simple nature of StringReplace(), only replaces the first "ab" which is wrong.
- 6:22 PM Ticket #597 (Documentation @TempDir needs updating) updated by
- Where did you find that in the documentation? Where does the documentation say that in order to clean the temporary files you use @TempDir?
- 6:20 PM Ticket #588 (StringRegExpReplaceCallback) updated by
- It's possible that StringReplace() will replace something that does not match the regular expression but does match the captured portion of a regular expression. This really can't be done via UDF. While it's true that you can do what you want to the array of matches it's not really possible to reliably re-build the string because the non-replaced portions are known only to the RE engine internally. All you can get from AutoIt is the full string, a list of matches and the replacements but you can't actually match them up perfectly.
- 11:41 AM Ticket #588 (StringRegExpReplaceCallback) updated by
- I am not sure that i fully understand the concept of the idea, but here is my attempt to build such functionality: […] Or am i completely misunderstood the concept?
Sep 30, 2008:
- 9:32 PM Ticket #597 (Documentation @TempDir needs updating) updated by
- Hi Valik, just playing dumb with "Tell Me.. i want to clean my Temp -> Documentation Tells me @TempDir" Nothing to do with bad code.. i just read the @TempDir in the documentation.. and did not find it well enough explained. Thanks. Emiel
- 6:59 AM Ticket #454 (FileRead handle files as UTF-8 even BOM is missing) closed by
- Completed: $FO_UTF8 will work for opening in read mode
Sep 29, 2008:
- 8:38 PM Ticket #597 (Documentation @TempDir needs updating) updated by
- Replying to Emiel Wieldraaijer: > Ok .. > > Than it will also need updating .. > > Because as you say it will only retrieve the first folder it finds I never said anything about folders. In fact, @TempDir will return a non-existing path if the environment variable is not configured correctly (as my example script should have alerted you to). The existence of the path has nothing to do with the value returned, only the existence of the environment variable affects that. > (Example) > I want to clean the TMP location so i use FileDelete (@TempDir & "\*.*") > I want to clean the TEMP location so i use FileDelete (@TempDir & "\*.*") > I want to clean the Windows\Temp location so i use FileDelete (@TempDir & "\*.*") > > But i don't know what he will find first .. Don't ask me to document behavior so you can write bad code. If you need to delete the files at those directories then get the paths from the environment so you know exactly what you're getting. > Tell Me.. i want to clean my Temp -> Documentation Tells me @TempDir You're missing a critical point here. You seem to be wanting to use @TempDir as the end-all solution that it simply is not. If you want to delete all temporary files then you need to learn where such files can be stored and write your code to clean those. However, if you are looking for the primary location of temporary files on the system then @TempDir is your macro.
- 8:15 PM Ticket #597 (Documentation @TempDir needs updating) updated by
- Ok .. Than it will also need updating .. Because as you say it will only retrieve the first folder it finds (Example) I want to clean the TMP location so i use FileDelete (@TempDir & "\*.*") I want to clean the TEMP location so i use FileDelete (@TempDir & "\*.*") I want to clean the Windows\Temp location so i use FileDelete (@TempDir & "\*.*") But i don't know what he will find first .. Hmmm .. Tell Me.. i want to clean my Temp -> Documentation Tells me @TempDir
Sep 28, 2008:
- 10:40 PM Ticket #597 (Documentation @TempDir needs updating) closed by
- No Bug: That's wrong. @TempDir will return whatever it finds first: 1. The path specified by the TMP environment variable. 2. The path specified by the TEMP environment variable. 3. The path specified by the USERPROFILE environment variable. 4. The Windows directory. So it will find TMP first if it exists: […] I don't see that this needs documented, however. People have been using the macro for years and have never needed to know how it was implemented.
- 9:07 PM Ticket #597 (Documentation @TempDir needs updating) created by
- Macro Reference - Directory @TempDir -> path to the temporary files …
- 7:20 PM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Description changed
Sep 27, 2008:
- 8:23 PM Ticket #596 (String<From/To>ASCIIArray() functions) created by
- There are potential issues with these functions I need to look at. …
Sep 26, 2008:
- 11:51 PM Ticket #454 (FileRead handle files as UTF-8 even BOM is missing) reopened by
- Alright, somebody actually gave me a file which demonstrated the problem and the desired outcome and I now see what the OP means. Would have been helpful to have that from the start, however.
- 11:18 PM Ticket #454 (FileRead handle files as UTF-8 even BOM is missing) closed by
- Rejected: I don't know what your expectations are. UTF-8 files don't need a BOM because it's pretty much pointless for the encoding so the comment on it being missing is irrelevant. As for the behavior, UTF-8 is fully backwards compatible with ANSI so if your file contains all ANSI characters it's going to be treated as ANSI, BOM or not. If there was a problem with the behavior here it would actually be bug and not a feature request. Since nobody else has clearly demonstrated any issue I'm closing this as rejected.
- 6:07 PM Ticket #520 (WMI SwbemRefresher Object used in a loop has memory leak) closed by
- No Bug: This is not a leak in AutoIt. I tried calling the Remove() and DeleteAll() methods on the $oRefresher object to get rid of the enumeration but it still leaks. I tested with identical VBS code and it also leaks. Here's the AutoIt code I used: […] And the VBS which is identical other than it lacks a hotkey. […] Closing as no bug.
- 3:53 AM Ticket #588 (StringRegExpReplaceCallback) updated by
-
Owner, Status changed
I'm not even going to pretend I understand why it's possible to implement this feature, but some studying of how the current StringRegExpReplace() is implemented leads me to believe it should be possible to add a version that takes a callback and that it will behave like you expect. I'll see what I can do for a future release.
Sep 25, 2008:
- 11:14 PM Ticket #539 (StringSplit w/ flag 2 doesn't return string if no delims) closed by
- Fixed: Fixed in version: 3.2.13.8
- 10:58 PM Ticket #531 (GuiCtrlSetGraphic documentation) closed by
- Fixed: Fixed in version: 3.2.13.8
- 10:08 PM Ticket #542 (StringRegEx causing a hard crash) closed by
- Fixed: Fixed in version: 3.2.13.8
- 10:52 AM Ticket #595 (Typo in help file.) closed by
- Fixed: Fixed in version: 3.2.13.8
- 8:17 AM Ticket #595 (Typo in help file.) created by
- Under the "_WinAPI_SetWindowsHookEx" section (WinAPI Management) it …
- 8:00 AM Ticket #594 (wintitlematchmode) updated by
-
Version changed
Automatic ticket cleanup. - 7:34 AM Ticket #594 (wintitlematchmode) closed by
- Rejected: While in theory I can agree that specifying the match mode on a per-call basis would be superior, it's too late in the game for that. It's also a lot of work at this point for virtually no gain. Further, the match modes are largely redundant with the advanced window descriptions. For example, I believe that using the TITLE property is the same as doing an exact match (mode 3). Modes 1 and 2 can be achieved by the REGEXPTITLE depending on how you specify the pattern (it's not complex to do basic anchored/substring matching). Lastly you should be operating on HWND's as much as possible and not using anything else. I use the advanced descriptors in a call to WinGetHandle() to get the handle to the window which I use from then on. Basically, everything I just said also applies to controls.
- 6:08 AM Ticket #594 (wintitlematchmode) created by
- This is really a two part request. I believe WinTitleMatchMode should …
- 5:58 AM Ticket #593 (Process Path) closed by
- Rejected: If somebody wishes to contribute a well-written function that would be fine. But since I don't see any submission attached I'm closing this. You should be able to get one of the functions working by making sure it's opening the process with the correct access rights. Chances are people have just been lazy and used the all-access rights which will fail if you are not an admin (which you won't be on Vista if it's set up).
- 3:47 AM Ticket #593 (Process Path) updated by
- Replying to Valik: > What is "It" and where are these examples that you speak of? I Am Talking About All Examples In "Example Scripts" I Tried All Of Them No One Getting Even 50% Of Running Processes In Vista
- 12:00 AM Ticket #593 (Process Path) updated by
-
Version changed
Automatic ticket cleanup.
Sep 24, 2008:
- 11:38 PM Ticket #593 (Process Path) updated by
- What is "It" and where are these examples that you speak of?
- 10:38 PM Ticket #593 (Process Path) created by
- I Hope You Add Function To Get Process Path In Vista Because All …
- 6:19 PM Ticket #592 (a collection of prime based or prime related math functions) updated by
- at least just a single line, like interesting, not working, awesome or bad would be satisfying. we all just attempt to improve AutoIt.
- 3:53 PM Ticket #592 (a collection of prime based or prime related math functions) updated by
- This is not a forum. You do not need to bump your ticket.
- 1:24 PM Ticket #592 (a collection of prime based or prime related math functions) updated by
- bump i can guarantee you, you will not find a faster algorithm than my _IsPrime uses. it's very clever. i bet ! j
- 6:55 AM Ticket #575 (@ProgramFilesDir) closed by
- No Bug: In Fact under Vista the return is independent from the Windows language version and can be use as such whatever that is not the value displayed by the explorer
- 12:02 AM Ticket #555 (bug in _GUICtrlListView UDF) closed by
- Works For Me: Closing as works for me.
- 12:01 AM Ticket #516 (_ChooseFont 64bit Vista) closed by
- Fixed: Fixed in version: 3.2.13.8
Sep 23, 2008:
- 2:00 AM Ticket #592 (a collection of prime based or prime related math functions) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 12:54 AM Ticket #592 (a collection of prime based or prime related math functions) created by
- ;#=#INDEX#============================================================= …
Sep 22, 2008:
- 5:49 PM Ticket #586 (Function _GuiCtrlListView_SetGroupInfo Don't Work Twice) closed by
- Fixed: Fixed in version: 3.2.13.8
- 2:39 PM Ticket #586 (Function _GuiCtrlListView_SetGroupInfo Don't Work Twice) updated by
- Well don't do anything the second time you use the function in the same run, ex: i need to set collapsible 38 groups and only set the state to one of the groups, or simply change the name to the 2 groups like in the example in this bug. See the new example with MsgBox. […]
- 1:53 AM Ticket #591 (_GUICtrlListBox_AddString goes loopy when passing array instead of string) closed by
- No Bug: Replying to Annonymous: > Valik once said that Autoit shouldn't hard crash under any circumstance. Indeed. In this case, though, it's technically not AutoIt's crash. The array is converted to a number and passed to SendMessage(). The message that's being used expects a string, so when it encounters a number it tries to do stuff and crashes. There isn't anything we can do about this. In certain cases (Using DllCall(), sending messages) it's up to the caller (you) to make sure you don't pass invalid data. No bug.
- 12:47 AM Ticket #591 (_GUICtrlListBox_AddString goes loopy when passing array instead of string) created by
- First of all, I know you aren't suppose to pass an array to the $sText …
- 12:36 AM Ticket #590 (AutoIT Script corrupting file names in script directory) closed by
- No Bug: Not enough information and the example script is way too long. Try asking for support on the forum to isolate the issue and determine if it's actually a bug.
- 12:14 AM Ticket #590 (AutoIT Script corrupting file names in script directory) updated by
- I forgot to mention that I'm running this script over Win XP Remote Desktop.
- 12:09 AM Ticket #590 (AutoIT Script corrupting file names in script directory) created by
- After I run my script, the names of the files in the same directory as …
Sep 21, 2008:
- 8:23 PM Ticket #550 (Run() - doc precision) closed by
- Rejected: I'm not sure how useful it is to document this. It wasn't really added to be useful for user's but rather for us in debugging. For now I think it should still be undocumented.
- 8:21 PM Ticket #565 (Calculate Membership in group or ranges) closed by
- Rejected: This should be possible via a COM object, 3rd-party tool or DllCall(). In other words it should be possible via a UDF of some sort. Closing as rejected.
- 8:20 PM Ticket #529 (Identifying .NET controls using WM_GETCONTROLNAME) closed by
- Rejected: Since you did figure out how to do it via I'm closing this as rejected.
- 8:19 PM Ticket #528 (Native Control Identification and Property Retrieval using Active ...) closed by
- Rejected: I believe that objects implementing accessibility functionality do so via a COM interface that is IDispatch enabled. In short, that means you should be able to, in some manner or other, access it via AutoIt's COM functionality. I don't see this being built-in.
- 8:07 PM Ticket #509 (UDP Receive String) closed by
- Rejected: You can just cast the returned data via String() and it will do the same thing your proposed flag would.
- 8:05 PM Ticket #548 (Array initializing syntax everywhere) closed by
- Rejected: It would be nice in some ways but I don't think it's worth the effort and the syntax issues it could cause.
- 8:03 PM Ticket #535 (don't pause the script when the tray menu is open or the gui title bar ...) closed by
- Rejected: There's really not much that can be done about this due to the way AutoIt is designed. You can avoid some of it by disabling the tray menu.
- 7:53 PM Ticket #587 (ControlGetPos array error) closed by
- No Bug: I agree with Saunder's assessment here. Also, I'm not really sure what the "SciTE help index" is so I really don't know what you have tried. Anyway, this is unlikely to be a real bug so I'm closing this.
- 7:51 PM Ticket #521 (Forum Upload Issue) closed by
- No Bug: You can view your attachments at this link. Otherwise, you'll have to bring the issue up with Jon on the forum because there's nothing anybody else can do to help you.
- 7:41 PM Ticket #574 (Problem with sending the Windows Key + L) updated by
- In 3.2.13.8 or later you will be able to avoid this problem with the following code: […] I've made changes so that setting the delay to 0 works as expected. The system is locked before the Windows key is released because of the built-in delays. The problem is a race condition which is why some people won't see it. This should virtually eliminate the issue although it's still theoretically possible it can still occur.
- 7:39 PM Ticket #574 (Problem with sending the Windows Key + L) closed by
- Fixed: Fixed in version: 3.2.13.8
- 7:10 PM Ticket #584 (Scite4AutoIt3 reports DLL error on start up) closed by
- No Bug: The latest versions of SciTE4AutoIt will not work on Windows 98. A version that came out around the time of 3.2.12.0 should still work on Windows 98.
- 6:54 PM Ticket #507 (Problem with GuiToolTip UDF functions using only TTM_*W message constants.) closed by
- No Bug: I just tested with AutoItMacroGenerator02.exe. It doesn't do what I said but it is doing something that I can't identify. Here are my observations: * I tested with 2 different programs that have a toolbar. When I press 1 or 2 when hovering over a toolbar button I get _1_ window (_ArrayDisplay()) showing me information on the button I'm hovering over. * When I do the same thing with AutoItMacroGenerator02.exe I get a lot of windows showing me information on every toolbar button. This says to me that AutoItMacroGenerator02.exe is doing something non-standard or something not compatible with the enumeration method you are trying to use. As best I can tell, this isn't a bug in AutoIt.
- 6:32 PM Ticket #583 (Using @MSEC produces an error) closed by
- Fixed: Fixed in version: 3.2.13.8
- 6:23 PM Ticket #589 (mixed compare result, bools and values.) closed by
- Fixed: Fixed in version: 3.2.13.8
- 5:51 PM Ticket #589 (mixed compare result, bools and values.) created by
- […]
- 3:43 PM Ticket #574 (Problem with sending the Windows Key + L) updated by
- I'm sorry Ainner but i Copy the code you reported and it work with pure autoit version 3.2.12.1. Maybe reinstalling may help.
- 11:26 AM Ticket #587 (ControlGetPos array error) updated by
- It probably can't find the control, so is not returning an array. This is not a bug (unless you have code that proves otherwise). For general support, use the forums.
- 4:00 AM Ticket #588 (StringRegExpReplaceCallback) updated by
-
Version changed
Automatic ticket cleanup. - 2:19 AM Ticket #588 (StringRegExpReplaceCallback) created by
- I know that it's annoying when people compare AutoIt to other …
- 1:38 AM Ticket #587 (ControlGetPos array error) created by
- I am trying to use the ControlGetPos() but I am running into problems …
Sep 20, 2008:
- 8:03 PM Ticket #586 (Function _GuiCtrlListView_SetGroupInfo Don't Work Twice) updated by
- Saying it "don't work" isn't very helpful. What doesn't work? How are you running it? I can run multiple or consecutive instances of the script and it works fine every time. You need to provide more details.
- 7:34 PM Ticket #586 (Function _GuiCtrlListView_SetGroupInfo Don't Work Twice) created by
- This function works only one time, after one application don't work. …
Sep 19, 2008:
- 2:09 AM Ticket #585 (_Singleton with iFlag = 1 returns mutex handle on success) closed by
- Fixed: Fixed in version: 3.2.13.8
Sep 18, 2008:
- 11:37 PM Ticket #585 (_Singleton with iFlag = 1 returns mutex handle on success) created by
- The documentation says the return value of _Singleton is 1 when …
Sep 16, 2008:
- 10:49 PM Ticket #584 (Scite4AutoIt3 reports DLL error on start up) created by
- I installed the latest version of Scite4AutoIt3 and tried to edit an …
- 8:09 PM Ticket #583 (Using @MSEC produces an error) created by
- Using the latest Beta v3.2.13.7 the recently added @MSEC macro …
- 5:43 PM Ticket #582 (Tab Item on a Tab Control, Tips not showing) updated by
-
Owner, Status, Version, Type changed
This is not a bug, it's just simply not implemented. I'm going to change this to a Feature Request since I still think it'd be nice to have. - 5:28 PM Ticket #581 (DeAssign() ??) closed by
- Rejected: Once a variable exists in a scope, there is no way to remove that variable from a scope. You can clear the contents by assigning it an empty string but the variable will still exist. This will not be changed.
- 2:16 PM Ticket #582 (Tab Item on a Tab Control, Tips not showing) created by
- I have a Tab control with several tabs on it. My aim is that a tip …
- 11:32 AM Ticket #568 (_INetSmtpMail(): Two features: 1.) email priority, 2.) possibility to ...) updated by
- Hello. I just used WireShark to catch what BLAT.EXE is doing when "-priority 1" parameter is set. No clue if this is the whole story: […] I've had a look to INET.AU3, but didn't get all the things it's doing, so I didn't try yet to code it myself :- Regards, Rudi.
- 11:22 AM Ticket #581 (DeAssign() ??) created by
- need DeAssign() func. […] HOW to destroy variable "test"? […] …
Sep 15, 2008:
- 6:00 PM Ticket #580 (ControlListView - Get Text under SysListView32) closed by
- No Bug: As I explained in the forum post: The list-view data is managed by the program itself (it has LVS_OWNERDATA set). That means data is not stored or accessed in the standard way. There is a second, different way to access the data and the code you are using does not try the alternate way. The control is what's called a "Virtual List-View" and you can find information on MSDN for how to work with it. This is not a bug, closing it as such.
- 2:00 AM Ticket #580 (ControlListView - Get Text under SysListView32) created by
- ControlListView _GUICtrlListView_GetItemTextString …
Sep 14, 2008:
- 2:00 AM Ticket #579 (OCR) updated by
-
Version changed
Automatic ticket cleanup. - 1:03 AM Ticket #579 (OCR) closed by
- Rejected: This is not something that should be built into AutoIt. A better alternative is accessing an OCR library via DllCall() or the still experimental Plugin architecture.
- 12:18 AM Ticket #579 (OCR) created by
- Integration of OCR is extremeley desiarable for Automation. Just …
Sep 13, 2008:
- 10:07 PM Ticket #578 (#570 CLOSED? AutoIt problems handling filenames with two or more ...) updated by
- Replying to Valik: > I just looked at your code and AutoIt's code and it appears to be working as written. Every time you pass the variable around expansion occurs again. In short, because of the way you wrote your code, you caused the $'s to be stripped out. > {{{ > ; This first block demonstrates that the string is stored as shown but is > ; expanded when accessed. > Local $sOriginal = "5cbep$$$$$$$$$$bnk.txt" > On() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 5 > Off() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 10 > > ; Now, turn expansion back on and copy the string over itself. With > ; expansion on, the actual content will contain 5 $'s. > On() > $sOriginal = $sOriginal > > ; Now let's look at the contents again without and with expansion. > Off() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 5 > On() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 3 > > ; As you can see, the assignment on line 12 has shortened the original > ; string from 10 $'s to 5. Let's repeat that step again to further reduce > ; the string. > On() > $sOriginal = $sOriginal > > ; Now let's look at the contents again without and with expansion. > Off() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 3 > On() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 2 > > ; Now, one more time. > On() > $sOriginal = $sOriginal > > ; Now let's look at the contents again without and with expansion. > Off() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 2 > On() > ConsoleWrite(State() & $sOriginal & @CRLF) ; Displays 1 > > ; At this point the contents of $sOriginal contains 2 $'s but as long as > ; the expansion flag is set you will only see one. We have stripped > ; as many matching sets of $ out of the string each time we > ; performed an assignment with the flag enabled. > > ; Helper functions > Func On() > Opt("ExpandVarStrings", True) > EndFunc > > Func Off() > Opt("ExpandVarStrings", False) > EndFunc > > Func State() > Local $bState = Opt("ExpandVarStrings") > If $bState Then > Return "Expand On: " > Else > Return "Expand Off: " > EndIf > EndFunc > }}} > It really does take as little as 3 expansion to go from 10 $'s to 1 $ if ExpandVarStrings is on. In your code, the first expansion is when you pass $Filename[$IX] to StringReplace(). The second expansion occurs when the return value of StringReplace() is assigned to $Filename[$IX]. The third and final expansion occurs when $Filename[$IX] is assigned to $origfilename. > > This is working as designed. This is not a bug. If you do not like this behavior, do not use this feature. It is a poor feature and should have never been added to the language in the first place. It's full of all kinds of pitfalls and leads to some poorly written, sloppy, unmaintainable code that obviously won't always work as intended. But it is not broken in-so-much-as it's working as it was written to work. Hallo again! Thank you for your extensive answer! The starting problem of this was when I was using _FileListToArray to make a list of filenames in a directory and a file named CBEP$$BNK lost one dollar sign if ExpandVarString was ON. I am now going back to the new way of specifying literals and variables and are skipping Opt(ExpandVarString..) function. Thank you once again and I didn't meen in the beginning to be ignorent or some "besserwisser". I hope we can consider this conversation as ended to the best! My Regards again! S-O
- 7:12 PM Ticket #578 (#570 CLOSED? AutoIt problems handling filenames with two or more ...) updated by
- I just looked at your code and AutoIt's code and it appears to be working as written. Every time you pass the variable around expansion occurs again. In short, because of the way you wrote your code, you caused the $'s to be stripped out. […] It really does take as little as 3 expansion to go from 10 $'s to 1 $ if ExpandVarStrings is on. In your code, the first expansion is when you pass $Filename[$IX] to StringReplace(). The second expansion occurs when the return value of StringReplace() is assigned to $Filename[$IX]. The third and final expansion occurs when $Filename[$IX] is assigned to $origfilename. This is working as designed. This is not a bug. If you do not like this behavior, do not use this feature. It is a poor feature and should have never been added to the language in the first place. It's full of all kinds of pitfalls and leads to some poorly written, sloppy, unmaintainable code that obviously won't always work as intended. But it is not broken in-so-much-as it's working as it was written to work.
- 6:02 PM Ticket #578 (#570 CLOSED? AutoIt problems handling filenames with two or more ...) updated by
- Replying to Valik: > Straight from the documentation for "ExpandVarStrings": > > when in this mode and you want to use a literal $ or @ then double it up: "This is a single dollar $$ sign". > > It has absolutely nothing to do with file names. It has everything to do with the feature you chose to turn on working working exactly as it was designed and documented. The behavior you describe is not a bug. > > As for the false assumptions, all your comments on "compile-time" versus "run-time" are a load of ignorant conjecture. AutoIt is not a true compiled language. Very little is done at compile-time because AutoIt does not have an optimizing compiler. The only things that are done at compile-time are things that can't be done at run-time. > > Changing this to a bug and closing it, again. It is unbelievable! You hav not understood a thing what i am talking about. Run the script an see what happens! Have ypu looked at the script! I am sorry but your social competence is too low for me! BYe
- 5:16 PM Ticket #578 (#570 CLOSED? AutoIt problems handling filenames with two or more ...) closed by
- No Bug: Straight from the documentation for "ExpandVarStrings": > when in this mode and you want to use a literal $ or @ then double it up: "This is a single dollar $$ sign". It has absolutely nothing to do with file names. It has everything to do with the feature you chose to turn on working working exactly as it was designed and documented. The behavior you describe is not a bug. As for the false assumptions, all your comments on "compile-time" versus "run-time" are a load of ignorant conjecture. AutoIt is not a true compiled language. Very little is done at compile-time because AutoIt does not have an optimizing compiler. The only things that are done at compile-time are things that can't be done at run-time. Changing this to a bug and closing it, again.
- 3:01 PM Ticket #516 (_ChooseFont 64bit Vista) updated by
- Need someone to test this on 64bit Vista
- 3:00 PM Ticket #553 (_ArrayDisplay() has another problem if using literal pipes in the array) closed by
- No Bug: Just change the separator character to something not used in the literal string. For example: […]
- 2:55 PM Ticket #555 (bug in _GUICtrlListView UDF) updated by
- Show some code where the old doesn't work. Not seeing any problem with the current code in the include.
- 2:00 PM Ticket #577 (Would you like to save money?) closed by
- No Bug: Moron
- 12:00 PM Ticket #578 (#570 CLOSED? AutoIt problems handling filenames with two or more ...) updated by
-
Version changed
Automatic ticket cleanup. - 11:55 AM Ticket #578 (#570 CLOSED? AutoIt problems handling filenames with two or more ...) created by
- #570 CLOSED? AutoIt problems handling filenames with two or more …
- 9:48 AM Ticket #577 (Would you like to save money?) created by
- We are professional brand shoes,Apparel and Accessories supplier in …
- 6:47 AM Ticket #570 (AutoIt problems handling filenames with two or more consecutive dollar ...) closed by
- No Bug: Replying to sven-olof.gransten2@tele2.se: > It seems that it has to do with the use of Opt("ExpandVarStrings", 1) function. > It seems that AutoIt is not differentiating between literals and variabelnames and > the actual contents of variabelnames. Literals and varaiabelnames is part of the > AutoIt language at compilation time and should be interpreted at compilation time. I have made a simpel script to show what I meen. AutoIt is intepreting the contents of variabels at runtime (looking for $ signs) when it shouldn't. > I am running Windows XP PRO SP3 (English version) and AutoIt 3.2.12.0. > I like AutoIt very much and wan't to be some help if I can! > See attachment for the script FilenameTest.au3. It creates 5 txt files with 2 lines in each. > > Regards > S-O A little more reading of the documentation and a little less making false assumptions about how the language works will go a long way towards remedying your issue which is not a bug.
- 1:33 AM Ticket #570 (AutoIt problems handling filenames with two or more consecutive dollar ...) updated by
- It seems that it has to do with the use of Opt("ExpandVarStrings", 1) function. It seems that AutoIt is not differentiating between literals and variabelnames and the actual contents of variabelnames. Literals and varaiabelnames is part of the AutoIt language at compilation time and should be interpreted at compilation time. I have made a simpel script to show what I meen. AutoIt is intepreting the contents of variabels at runtime (looking for $ signs) when it shouldn't. I am running Windows XP PRO SP3 (English version) and AutoIt 3.2.12.0. I like AutoIt very much and wan't to be some help if I can! See attachment for the script FilenameTest.au3. It creates 5 txt files with 2 lines in each. Regards S-O
- 12:00 AM Ticket #576 (Autoit3 Portable) updated by
-
Version changed
Automatic ticket cleanup.
Sep 12, 2008:
- 10:54 PM Ticket #576 (Autoit3 Portable) closed by
- Rejected: AutoIt is portable. It requires no installation or registry keys to run. Search the forum, there's information on how to configure SciTE and AutoIt to run off things like USB drives.
- 10:26 PM Ticket #576 (Autoit3 Portable) created by
- As far as I know there is no IDE that i can take with me on a portable …
- 3:53 PM Ticket #575 (@ProgramFilesDir) created by
- It doesn't work correctly in Windows Vista Portuguese. […] My …
Sep 11, 2008:
- 6:18 PM Ticket #569 (TCPRecv - SocketToIp() function in Helpfile example has incorrect DllCall()) closed by
- Fixed: Fixed in version: 3.2.13.8
- 5:06 PM Ticket #572 (Provide WinRar integration) closed by
- Rejected: There are at least two ways to achieve what you're asking for without having to modify anything. This doesn't need to be built in.
- 5:02 PM Ticket #573 (Random ($min, $max) when $min = $max) closed by
- No Bug: I don't know why you think a Random() function in another language means anything. The fact that Delphi behaves differently than AutoIt doesn't make AutoIt wrong since the function is working how it's designed and documented.
- 3:29 PM Ticket #574 (Problem with sending the Windows Key + L) updated by
- Replying to Ainner: > I'm using the Novell client. > > Send("#l") > > This lock the workstation but the "l" key doesn't work anymore unless I press the windows key to unlock it.
- 2:11 PM Ticket #574 (Problem with sending the Windows Key + L) created by
- I'm using the Novell client. Send("#l") This lock the workstation …
- 11:29 AM Ticket #573 (Random ($min, $max) when $min = $max) created by
- I tried in Delphi 2007 and Random($min, $max) = $min (or $max) …
- 11:18 AM Ticket #569 (TCPRecv - SocketToIp() function in Helpfile example has incorrect DllCall()) updated by
-
Owner, Summary changed
Liked to never found where this was being it wasn't stated where in the help file the function was located. The function is part of the TCPRecv example. - 11:08 AM Ticket #571 (Return value documentation is incorrectly copied in ListBox module) closed by
- Fixed: Fixed in version: 3.2.13.8
- 10:00 AM Ticket #572 (Provide WinRar integration) updated by
-
Version changed
Automatic ticket cleanup. - 9:20 AM Ticket #572 (Provide WinRar integration) created by
- Since you already "know" how to compile a script to an executable, it …
- 9:08 AM Ticket #571 (Return value documentation is incorrectly copied in ListBox module) created by
- In GuiListBox.au3, the Return Value description of the functions …
- 6:16 AM Ticket #570 (AutoIt problems handling filenames with two or more consecutive dollar ...) updated by
- I don't know where you find FileGetLong, but for FileGetTime("cbep$$bnk.txt") that's OK under my XP/Sp3 on a local file with 3.2.12.1 Can you describe your environment? Please follow bug reporting directives (repro script, Os version, data ...)
- 6:02 AM Ticket #569 (TCPRecv - SocketToIp() function in Helpfile example has incorrect DllCall()) updated by
-
Owner, Status, Summary changed
- 12:00 AM Ticket #570 (AutoIt problems handling filenames with two or more consecutive dollar ...) updated by
-
Severity changed
Automatic ticket cleanup.
Sep 10, 2008:
- 10:02 PM Ticket #570 (AutoIt problems handling filenames with two or more consecutive dollar ...) created by
- Ihave used functions FileGetLong and FileGetTime and both gives error …
- 7:11 PM Ticket #569 (TCPRecv - SocketToIp() function in Helpfile example has incorrect DllCall()) created by
- The first DllCall() in this function should be - […] The parameter …
Note:
See TracTimeline
for information about the timeline view.
