Timeline
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 …
Sep 9, 2008:
- 8:00 PM Ticket #568 (_INetSmtpMail(): Two features: 1.) email priority, 2.) possibility to ...) updated by
-
Version changed
Automatic ticket cleanup. - 7:00 PM Ticket #527 (Abend 0xC0000005 at 7C9109F9 in Aut2exe.exe (ntdll.dll)) closed by
- Works For Me: I can't reproduce. Closing as works for me.
- 6:51 PM Ticket #562 (WinWait and similar functions fails if in TITLE parameter there is ...) closed by
- Fixed: Fixed in version: 3.2.13.8
- 6:12 PM Ticket #566 (Error Helpfile Sample-Script, Appendix @OSLang Values) closed by
- Fixed: Fixed in version: 3.2.13.8
- 6:02 PM Ticket #568 (_INetSmtpMail(): Two features: 1.) email priority, 2.) possibility to ...) created by
- Hi Develeopers! It would be great to have two additional things for …
- 5:59 PM Ticket #567 (missing function) closed by
- No Bug: Following up further, this is the reason stripping is and will not be a built-in feature. In the case where a function is a callback, you must tell the stripping mechanism not to strip the function because otherwise it will since it doesn't know it's being called. This is not a bug.
- 5:34 PM Ticket #567 (missing function) updated by
- Thats not a bug, you told it to do so by setting the parameter #Obfuscator_Parameters=/SO so => striponly
- 4:14 PM Ticket #567 (missing function) created by
- Obfuscator does not add _GUICtrlListView_Sort() function to compiled …
- 2:07 PM Ticket #566 (Error Helpfile Sample-Script, Appendix @OSLang Values) created by
- Sample not working, should be: MsgBox(0, "Your OS Language:", …
- 3:05 AM Ticket #384 (More extensive testing of RunAs()) updated by
- Replying to anonymous: > A script cant run itself with a different user rights on a domain but a 2nd script can run the 1st one with different rights. First of all, that has nothing to do with this issue. Second, it can, but you have to make sure that the script is in a place that UserB can access it. For example, if you try to run a script off UserA's desktop, it's going to fail to start because UserB does not have access to that directory. You also have to ensure that the working directory is accessible by UserB.
- 2:26 AM Ticket #384 (More extensive testing of RunAs()) updated by
- A script cant run itself with a different user rights on a domain but a 2nd script can run the 1st one with different rights.
Sep 8, 2008:
- 9:13 PM Ticket #558 (Documentation Error) closed by
- Duplicate: duplicate of #434
- 4:27 PM Ticket #564 (Suggestion) closed by
- Rejected: That is far too much text for the issue tracker. You have about five thousand different issues. You mention applications that are not directly related to AutoIt, things that are on the "do not ask about these" list, things that allow you to create bad code, a lot of things that can be done yourself if you'd just spend some time thinking and learning the language a little better, and things that should not be implemented in AutoIt at all. Closing as rejected.
- 12:00 PM Ticket #565 (Calculate Membership in group or ranges) updated by
-
Version changed
Automatic ticket cleanup. - 11:44 AM Ticket #565 (Calculate Membership in group or ranges) created by
- A function for calculating the membership in a group or range, which …
- 10:17 AM Ticket #563 (Not really a future request and Not really a bug -> Msgbox Left and ...) updated by
- Thanks Valik... Sorry for wasting your time... i will add the spaces myself
- 10:00 AM Ticket #564 (Suggestion) updated by
-
Version changed
Automatic ticket cleanup. - 8:40 AM Ticket #564 (Suggestion) created by
- --------------------Written-----By-----Geld722---------------------- …
- 2:20 AM Ticket #563 (Not really a future request and Not really a bug -> Msgbox Left and ...) closed by
- No Bug: The function is a standard system function. We do not control the appearance.
Sep 7, 2008:
- 8:16 PM Ticket #563 (Not really a future request and Not really a bug -> Msgbox Left and ...) created by
- Hi, I think the right right margin of a messagebox should be …
Sep 6, 2008:
- 11:02 PM Ticket #536 (ControlGetFocus() prevents double-clicks) updated by
- As a workaround, you can test for the left click and if it is pressed, wait a little longer than the double-click maximal interval before getting focus information. That will avoid resetting input events and still allow high frequency focus polling. Here is an example of the workaround code: […]
- 4:29 PM Ticket #557 (InputBox: Left & Top 'Default' keyword not working.) closed by
- No Bug
- 4:19 PM Ticket #559 (FileCopy does not work when there is a file exist with the same name ...) closed by
- No Bug: It can't work as *.txt is referencing a group of files that cannot be copied in a file Whatever you use the override/creation dir flag.
- 4:13 PM Ticket #560 (WinWait and similar functions fails if in TITLE parameter there is ...) closed by
- Duplicate
- 4:13 PM Ticket #561 (WinWait and similar functions fails if in TITLE parameter there is ...) closed by
- Duplicate
- 2:55 PM Ticket #562 (WinWait and similar functions fails if in TITLE parameter there is ...) created by
- WinWain function, and other similar, fails when in title parameter is …
- 2:53 PM Ticket #561 (WinWait and similar functions fails if in TITLE parameter there is ...) created by
- WinWain function, and other similar, fails when in title parameter is …
- 2:51 PM Ticket #560 (WinWait and similar functions fails if in TITLE parameter there is ...) created by
- WinWain function, and other similar, fails when in title parameter is …
- 11:28 AM Ticket #559 (FileCopy does not work when there is a file exist with the same name ...) updated by
- Hi, I guess you are trying to copy more than one file into one destination file and that won't work. Mega
- 11:17 AM Ticket #557 (InputBox: Left & Top 'Default' keyword not working.) updated by
- Hi Pete, Default is no String it is a keyword. Just use this and the box will be centered. InputBox("test","test","test","*M",Default,Default,Default,Default,10); Centered Mega
- 6:20 AM Ticket #559 (FileCopy does not work when there is a file exist with the same name ...) created by
- FileCopy does not work when there is a file exist with the same name …
Sep 5, 2008:
- 8:28 PM Ticket #558 (Documentation Error) created by
- In the windows help file I found a possible error. Please verify. …
- 3:26 PM Ticket #557 (InputBox: Left & Top 'Default' keyword not working.) created by
- Hello, According to the v3.2.12.1 Help file, the keyword Default …
Sep 4, 2008:
- 8:00 PM Ticket #554 (AutoIt3Wrapper not processing "&" in path properly) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:51 PM Ticket #556 (Change to SciTE4AutoIt3.exe installer.) closed by
- Rejected: Don't see how this works as you didn't install upgrade for SciTE4AutoIt3. I do try to keep it as Backwards compatible as possible but do not have the gift to make it forwards compatible. Jos
- 7:48 PM Ticket #554 (AutoIt3Wrapper not processing "&" in path properly) closed by
- Fixed
- 7:46 PM Ticket #554 (AutoIt3Wrapper not processing "&" in path properly) updated by
- There was an issue with displaying the & in the source file text field in the GUI which will be fixed in the next release of AutoIt3Wrapper_GUI. Jos
- 6:00 PM Ticket #556 (Change to SciTE4AutoIt3.exe installer.) updated by
-
Version changed
Automatic ticket cleanup. - 5:43 PM Ticket #536 (ControlGetFocus() prevents double-clicks) closed by
- Wont Fix: This can't be fixed. It's a quirk of windows that when getting focus the input state is reset (keyboard state, mouse state, et cetera). You can still double-click, you just now have to do it faster than the polling interval since it's going to reset the mouse input each time. Closing as won't fix because while it is undesirable behavior it can't be fixed since it's a Windows design problem.
- 4:12 PM Ticket #556 (Change to SciTE4AutoIt3.exe installer.) created by
- I would like to suggest that the SciTE4AutoIt3.exe installer check the …
- 4:01 PM Ticket #554 (AutoIt3Wrapper not processing "&" in path properly) updated by
- This issue was caused by outdated files. What happened was, I already had installed an AutoIt3 version from last year. A couple of days ago I installed the new SciTE (full version) that included AutoIt3Wrapper. It turns out that the AutoIt3Wrapper was issuing a command line parameter that wasn't compatible to version 3.2.8.1 of Aut2Exe. Specifically the command line parameter being issued by AutoIt3Wrapper was "/Pack" which isn't a valid parameter for version 3.2.8.1 of Aut2Exe. I have now upgraded to version 3.2.12.1 and all is well.
- 3:20 PM Ticket #555 (bug in _GUICtrlListView UDF) updated by
- I think, some other Functions have to be changed then, too :) _GUICtrlListView_SetItemDropHilited is correct, but it didn't work with the old _GUICtrlListView_SetItemState, with the corrected one, the DropHilite can be deleted again.
- 1:41 PM Ticket #555 (bug in _GUICtrlListView UDF) created by
- _GUICtrlListView_SetItemDropHilited didnt work properly, so we tried …
- 7:30 AM Ticket #506 (_FileCountLines) updated by
- This function seems to be buggy. Discussion carried forward at: http://www.autoitscript.com/forum/index.php?showtopic=79656
- 6:50 AM Ticket #536 (ControlGetFocus() prevents double-clicks) updated by
-
Description changed
- 6:46 AM Ticket #549 (ControlSend sometimes sends wrong text) closed by
- No Bug: depending what you are oing simulteaneously when running your script eg you can have such behaviour if the shift key used. the zedna suggestion is perfectly valid (controlsettext)
Sep 3, 2008:
- 6:38 PM Ticket #554 (AutoIt3Wrapper not processing "&" in path properly) created by
- My source files are contained in: E:\ACE-IDS\XP & 2003 …
Sep 2, 2008:
- 10:23 PM Ticket #545 (Add other possibility in FAQ, point 13. Howto: custom icon) updated by
- Replying to Valik: > SciTE4AutoIt3 and it's tools are not an official part of AutoIt. Adding documentation for how to do things which relies on tools not every user has installed is not a very good idea. I know about that but that's pity - in this case - because I think more than 90% of all AutoIt scripters use "default prefered" Scite4AutoIt3 editor. So this usefull trick "for masses" couldn't be delivered through helpfile. I posted this icon hint on the forum many times before.
- 5:27 PM Ticket #551 (ControlClick with "new" buttons syntax error (au3check)) closed by
- Fixed: Fixed in version: 3.2.13.8
- 5:23 PM Ticket #553 (_ArrayDisplay() has another problem if using literal pipes in the array) updated by
- Sorry about the typo. The line In this case $Item = '|' will be truncated to $Item = ' and $Item_2 = will not display at all. Should have been In this case $Item = '|' will be truncated to $Item = ' and $Item_2 = || will not display at all.
- 5:21 PM Ticket #553 (_ArrayDisplay() has another problem if using literal pipes in the array) created by
- I seldom use this function but it seems that each time I do, I find …
Sep 1, 2008:
- 5:25 PM Ticket #552 (ProcessExist/ProcessList optional username parameter) closed by
- No Bug: This is not a bug and the need is over-stated a bit. Closing as no bug.
- 4:00 PM Tickets #550,551 batch updated by
-
Version changed
Automatic ticket cleanup. - 3:41 PM Ticket #552 (ProcessExist/ProcessList optional username parameter) created by
- ProcessExist and ProcessList could provide an optional username …
- 2:37 PM Ticket #549 (ControlSend sometimes sends wrong text) updated by
- Note: It's also mentioned in Remarks in AutoIt helpfile at Send(), ControlSend()
- 2:19 PM Ticket #549 (ControlSend sometimes sends wrong text) updated by
- Here are related links: http://www.autoitscript.com/forum/index.php?showtopic=32584 http://www.autoitscript.com/forum/index.php?showtopic=30171&st=0&p=215442?entry215442
- 2:14 PM Ticket #551 (ControlClick with "new" buttons syntax error (au3check)) created by
- Hi, ControlClick($title,, 1, 'primary') ControlClick($title,, 1, …
- 2:14 PM Ticket #549 (ControlSend sometimes sends wrong text) updated by
- This is known bug/limitation related to some national keyboard layouts (like Czech in my case). You can find topics about that in old Bug forum section (not track) from me. Result was - it will not (can't) be fixed. You may use ControlSetText() as workaround or change keyboard layout to english then use Send()/ControlSend() and change layout back.
- 2:08 PM Ticket #550 (Run() - doc precision) created by
- From AutoIt changelog: […] But there is no information about this …
- 3:21 AM Ticket #549 (ControlSend sometimes sends wrong text) created by
- ControlSend sometimes sends wrong text. For example, I want to send …
Note:
See TracTimeline
for information about the timeline view.
