Timeline
Nov 17, 2013:
- 11:00 PM Ticket #2540 (_ArrayDisplay - new parameter - copy rows and column name) updated by
-
Version changed
Automatic ticket cleanup. - 10:00 PM Ticket #2539 (_ArrayUnique - parameter - $iCase - clarification) updated by
-
Version changed
Automatic ticket cleanup. - 9:46 PM Ticket #2539 (_ArrayUnique - parameter - $iCase - clarification) updated by
- please do the same to $iFlags parameter.
- 9:39 PM Ticket #2540 (_ArrayDisplay - new parameter - copy rows and column name) updated by
- "please consider adding a new secondary key." sorry for my vocabulary I mean: "please consider adding a new secondary button."
- 9:38 PM Ticket #2540 (_ArrayDisplay - new parameter - copy rows and column name) created by
- Please consider adding a new parameter to the function. Description …
- 9:27 PM Ticket #2539 (_ArrayUnique - parameter - $iCase - clarification) created by
- $iCase [optional] Flag to indicate if the operations should be case …
- 4:47 PM Ticket #2499 (GUICtrlSendToDummy documentation clarification) closed by
- Fixed
- 4:47 PM Ticket #2499 (GUICtrlSendToDummy documentation clarification) updated by
- Added remark to Help file. M23
- 4:40 PM Ticket #2504 (GUICtrlSendToDummy to нidden window) closed by
- Rejected
- 4:39 PM Ticket #2504 (GUICtrlSendToDummy to нidden window) updated by
- I have added a remark to the Help file stating that the function will not work with a dummy control on a hidden GUI. M23
- 12:01 PM Ticket #2512 (ObjName crash) updated by
- Crashes with 3.3.9.22 as well. […]
- 11:58 AM Ticket #2537 (_ArrayDisplay - $sHeader - proposal) closed by
- Fixed: I already add info about N+1 in the doc
- 11:56 AM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) updated by
- no bug on Vista or later
- 11:56 AM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) closed by
- No Bug
- 10:11 AM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) updated by
- Hi Melba, I have installed a VM with Vista for testing and apparently there's not this behavior either. So to make it clear for me,I reused a Windows 98 and a AutoIt v3.2.4.9 to try on older version (Yes I'm crazy ), and it seems that you're right. The compiled script work find on Vista and newer OS but not on W98 and XP. According to my tests, the behavior is even stranger under W98. If you do a reverse selection, you have all files in alpha order too, but in normal selection, the first file becomes the last and the last becomes the first !!! So I think this ticket can be closed, due to Microsoft Windows w98 and XP bug. A know that W98 and XP are very old and now it's time to put these very old OS on trash, but it can be a good idea to put a note on the documentation of FileOpenDialog() function to mention this behavior ? Thank you very much of your attention. Have a nice day.
Nov 16, 2013:
- 3:00 PM Ticket #2538 (GUISetAccelerators should take care of disabled control) updated by
-
Version changed
Automatic ticket cleanup. - 2:55 PM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) updated by
- Tlem, That rang a bell - I found an old post of mine which mentioned this very behaviour: http://www.autoitscript.com/forum/topic/122702-filelisttoarray-recursive-with-max-depth/?p=854915 Although I thought XP had NTFS, so it might not be the whole explanation. However, I still believe it is a Windows problem. M23
- 2:03 PM Ticket #2538 (GUISetAccelerators should take care of disabled control) created by
- If an accelerator key associated with a disabled control is pressed, …
- 10:07 AM Ticket #2537 (_ArrayDisplay - $sHeader - proposal) created by
- Please consider supplementing documentation for a description on how …
- 10:01 AM Ticket #2536 (_ArrayDisplay fails with default parameters) updated by
- Thanks Jpm After analyzing only say that version 3.3.8.1 was a problem with the "Default" but it works fine in 3.3.9.22.
Nov 15, 2013:
- 11:35 PM Ticket #2536 (_ArrayDisplay fails with default parameters) closed by
- No Bug: The problem does not come from the default values but from the header definition that has only 2 columns instead a 2+1 to take care of the extra column for the row numbering […] This is due to a bug fix when creating listviewitem with more than column than the header one which now lead to no creation.
- 2:23 PM Ticket #2536 (_ArrayDisplay fails with default parameters) updated by
- strange Now I'm on a different computer (Win7 Pro 64Bit). to 3.3.8.1 I have the results This is Exactly what I see […] but when I use button "Copy selected" then I get this […]
- 1:15 PM Ticket #2536 (_ArrayDisplay fails with default parameters) updated by
- Exactly that.
- 12:56 PM Ticket #2536 (_ArrayDisplay fails with default parameters) updated by
- but as I see relase version and beta give different results: 3.3.8.1 […] 3.3.9.21 […]
- 9:44 AM Ticket #2536 (_ArrayDisplay fails with default parameters) created by
- Using default values for parameters doesn't produce a valid display in …
Nov 14, 2013:
- 9:17 PM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) updated by
- Hi Melba. The part that disturb me is that if I do my selection with CTRL (or SHIFT) from File5 to File 1 the alpha order is respected. If I do it from File1 to File5 the order is respected but File5 is placed on top of the list ! It has no sense and I never seen that somewhere else ... After trying on Windows 7 x86 and x64, Windows 8 x86 and x64, it seems that this behavior is only on Windows XP (yes I still work under XP !) . I will try later on Vista. So maybe this bug came from Windows XP ... or not.
- 9:38 AM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) updated by
- Tlem, I have often seen this behaviour when copying files using a file manager - the final file selected is the first to be copied. It used to cause big problems with an old MP3 player I had as album tracks were subsequently listed in the wrong order. So I think it is more a problem/feature of Windows itself rather than AutoIt. M23
- 12:16 AM Ticket #2535 (Strange behaviour with FileOpenDialog and the return order of ...) created by
- Not sure that you consider it like a bug, but when you use …
Nov 13, 2013:
- 10:57 PM Ticket #2533 (HelpFile - Example Section - "Copy to clipboard") updated by
- Confirmed as fixed as well.
- 1:08 PM Ticket #2534 (SciTE4AutoIt3.exe - instalator) created by
- If you do not have administrative rights, it is a problem with the …
- 11:50 AM Ticket #2372 (Function incorrect number of parameters error on wrong line) updated by
- Mlipok, that is the output from Au3Check. This bug is concerning the output of the AutoIt interpreter itself.
- 11:46 AM Ticket #2533 (HelpFile - Example Section - "Copy to clipboard") closed by
- Fixed: Guinness has already fixed this thanks. (link is to private forum) http://www.autoitscript.com/forum/topic/156040-v33922-copy-to-clipboard/
- 6:41 AM Ticket #2531 (_GUIImageList_Swap - description - swap not copy) closed by
- Fixed
- 3:37 AM Ticket #2533 (HelpFile - Example Section - "Copy to clipboard") created by
- using HelpFile after click in "Copy to clipboard" in Exmaple section …
Nov 12, 2013:
- 10:29 PM Ticket #2372 (Function incorrect number of parameters error on wrong line) updated by
- is it fixed ? 3.3.8.1 […] 3.3.9.22 […] Remarks: I have SciTe and all others in latest Beta version
- 5:10 PM Ticket #2532 (Proposed amendments to the 6 files) closed by
- Fixed: Fixed by revision [9182] in version: 3.3.9.23
- 5:07 PM Ticket #2530 (simplecalc.htm - broken link to ..... guimsgbox/guimsgbox.htm) closed by
- Fixed: Fixed by revision [9181] in version: 3.3.9.23
- 3:13 PM Ticket #2532 (Proposed amendments to the 6 files) updated by
- For IniReadSection it would be better to word it this way. >Failure: sets the @error flag to non-zero if unable to read the section (The INI file may not exist, the section may not exist, or the section has no entries) Because any of those conditions may cause the error, not just being empty.
- 3:00 PM Ticket #2531 (_GUIImageList_Swap - description - swap not copy) updated by
-
Version changed
Automatic ticket cleanup. - 2:40 PM Ticket #2532 (Proposed amendments to the 6 files) created by
- intro\tutorials.htm added: <a …
- 2:26 PM Ticket #2531 (_GUIImageList_Swap - description - swap not copy) created by
- in description mnow there is: […] Please make the appropriate …
- 2:12 PM Ticket #2530 (simplecalc.htm - broken link to ..... guimsgbox/guimsgbox.htm) created by
- there is no such file as guimsgbox.htm
Nov 11, 2013:
- 7:41 PM Ticket #2528 (Obfuscator - #Obfuscator_Ignore_Funcs) updated by
- Please consider not adding these directives to the output file.
- 3:23 PM Ticket #2529 (Add Extended Window Styles constant $WS_EX_NOACTIVATE) closed by
- No Bug: To the poster, please pay attention to what is a bug and feature request. As BrewManNH said this is already available in the latest beta. Thank you.
- 3:14 PM Ticket #2529 (Add Extended Window Styles constant $WS_EX_NOACTIVATE) updated by
- That constant is in the WindowsConstants.au3 file in the latest beta already.
- 1:58 PM Ticket #2527 (Checkbox background colour change after mouse hovering) updated by
- As a dev I don't have access to a Windows XP 64-bit. As such OS is certainly not very in use in the Windows community and as Windows XP 32-Bit is OK and all later Windows Version x32/x64 bit, I propose to not invest to understand why Windows XP 64-bit is not working.
- 12:20 PM Ticket #2527 (Checkbox background colour change after mouse hovering) updated by
- turn of all visuall effect I mean use Classic Windows Them and say if it change anything
- 12:03 PM Ticket #2527 (Checkbox background colour change after mouse hovering) updated by
- What version of XP? Do you have any additional display drivers installed? Any mods that do things to windows?
- 10:46 AM Ticket #2529 (Add Extended Window Styles constant $WS_EX_NOACTIVATE) created by
- It seems Extended Window Styles lack WS_EX_NOACTIVATE constant …
- 9:32 AM Ticket #2527 (Checkbox background colour change after mouse hovering) updated by
- Bug happen on both UseX64=y or UseX64=n, with or without compilation (run from SciTE or from explorer/rightclick). Everything on 64 bit environment (OS - WinXP x64).
- 5:00 AM Ticket #2528 (Obfuscator - #Obfuscator_Ignore_Funcs) updated by
-
Version changed
Automatic ticket cleanup. - 4:58 AM Ticket #2528 (Obfuscator - #Obfuscator_Ignore_Funcs) created by
- Obfuscator (1.0.30.15) I use this directive REPRO code test.au3: …
- 4:37 AM Ticket #2527 (Checkbox background colour change after mouse hovering) updated by
- I checked on WinXP Pro SP3 32 Bit, this problem does not occur in this case. The question of whether compilation was carried out for 32 or 64 bit environment.
- 3:35 AM Ticket #2527 (Checkbox background colour change after mouse hovering) created by
- checkbox get background colour change after mouse hovering. bug only …
- 1:00 AM Ticket #2526 (Window Titles and Text (Advanced) >> Title = '' (Blank) == [Active] ??) updated by
-
Version changed
Automatic ticket cleanup. - 12:28 AM Ticket #2526 (Window Titles and Text (Advanced) >> Title = '' (Blank) == [Active] ??) updated by
- I can not edit so I post again: At the moment, the use of blank Title I mean = "" is interpreted by AutoIt as [Active]
- 12:23 AM Ticket #2526 (Window Titles and Text (Advanced) >> Title = '' (Blank) == [Active] ??) created by
- Please consider to add description about blank Title. At the moment, …
Nov 10, 2013:
- 3:06 PM Ticket #2518 (Static evaluates incorrect) closed by
- Fixed: Fixed by revision [9179] in version: 3.3.9.23
Nov 9, 2013:
- 4:05 PM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) closed by
- Fixed: Fixed by revision [9177] in version: 3.3.9.22
- 11:36 AM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) updated by
- Thanks Jos The problem I spent sleepless nights. Now I will sleep peacefully. I really appreciate the quick and so a positive response. btw. I see you also added the removal of redundant tabs. I mean now is: […] and before that was: […]
- 10:53 AM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) closed by
- Fixed: Fixed in Beta v1.0.30.14
- 10:08 AM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) updated by
-
Status changed
Nov 8, 2013:
- 4:12 PM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) updated by
- I mean: Run that exe file. and you got something like this: […] But this is not true - I mean the correct line is 2577. This problem is caused by the bug, connecting lines ie Obfuscator.exe wrong in the event that combines line continuation character is the last character in the line, ie after the character following comments yet. just like here: […] As a result, the output file generated by Obfuscator.exe still contains the line continuation character, which results in the incorrect display of line numbers in messages like: […]
- 3:37 PM Ticket #2525 (TIDY Crash - (issue #2)) closed by
- No Bug
- 3:30 PM Ticket #2525 (TIDY Crash - (issue #2)) updated by
- I confirm. New version v2.3.0.23 works fine. You can close as no bug.
- 3:11 PM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) updated by
- This error is caused on purpose, and then after that to demonstrate how it is erroneously indicated line errors in the compiled EXE file.
- 1:38 PM Ticket #2525 (TIDY Crash - (issue #2)) updated by
- Confirmed. v2.3.0.23 does not produce an error on Exit.
- 11:17 AM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) updated by
- I am confuse the compiledexample contains an error as $aTest[2] is not defined
- 10:54 AM Ticket #2525 (TIDY Crash - (issue #2)) updated by
- Latest beta tidy does not produce the crash
- 6:42 AM Ticket #2521 (_IEFormElementSetValue[5].au3) closed by
- Fixed: Fixed by revision [9172] in version: 3.3.9.22
- 6:37 AM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- I will suppress the example When we can reuse it I will add it in the specific function example
- 6:33 AM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) updated by
- we can go back as the pb come from the .chm fusion in one file
- 4:38 AM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) updated by
- The point wasn't that the shortcut could be changed, it's that the AutoIt3Help.exe has been changed and that it was causing the issue. I was only suggesting to correct the issue and return it back to the way it was previously.
Nov 7, 2013:
- 11:18 PM Ticket #2523 (SQlite Doesn't Work) closed by
- Fixed: The pb come from a bad naming of the file to download I fix the webfile and it is OK now
- 11:10 PM Ticket #2525 (TIDY Crash - (issue #2)) created by
- Try to Tidy this repro code: […] As you can see this fragmet code …
- 11:00 PM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) updated by
-
Version changed
Automatic ticket cleanup. - 10:53 PM Ticket #2524 (#Obfuscator_Parameters=/mo - issue and script line on AutoIt Error message) created by
- Pseudo repro code: […] now #Obfuscator_Parameters=/mo create …
- 4:30 PM Ticket #2523 (SQlite Doesn't Work) updated by
- Just a guess without your info You don't have a SQLite.dll under @SystemDir, @WindowsDir, @ScriptDir or @WorkingDir If you want to have a downloaded one from www.autoitscript.com you need to use […]
- 4:22 PM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) updated by
- So you can change the shortcut to point to .chm that will do the same …
- 4:05 PM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) updated by
- I used to have a shortcut to it, so I could open the help file without navigating to the folder. I used the exe because it was easiest to create a shortcut without too much effort on my part. It worked so I didn't bother with the AutoIt.chm file, which was the single help file that opened the other two. It's not a major issue, just thought I'd bring it up.
- 12:02 PM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- If it is a good example just tell me for which function
- 12:01 PM Ticket #2513 (TCPSend() Not functioning with string over 225 characters in length.) updated by
- For me 226 is not the problem. Almost sure your script does not handle more than one post
- 11:59 AM Ticket #2523 (SQlite Doesn't Work) updated by
- Please follow ticket advice submission. How can I debug. With no more info the ticket will be closed
- 9:25 AM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- so I leave it to you to decide
- 7:03 AM Ticket #2513 (TCPSend() Not functioning with string over 225 characters in length.) updated by
- This error does not always seem to be present, but occurs what seems rather randomly.
- 7:01 AM Ticket #2523 (SQlite Doesn't Work) created by
- SQLite simply doesnt store or return any data with this beta.
- 5:58 AM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- Perhaps it is a good example but nut for this function
Nov 6, 2013:
- 11:32 PM Ticket #2478 (Assign and Eval do not restrict variable names) updated by
- Stripping, restricting or rejecting whitespace/punctuation from the variable name parameters doesn't seem too harsh. Though I don't see the necessity in expending effort to dismantle the entire set of functions. Is this like a chicken farmer showing his banker how he raises chickens in a sanitary environment, uses only organic feed, how he is producing a bunch of happy, healthy, free-range chickens, and near the end of the tour, they hear calls of "Whoop! Whoop!" and "Yee Haw!" and glance up to see the farm across the road where, in a cloud of dust and feathers, that entire family are out f*cking their chickens. "I must put a stop to this!", he says?
- 2:19 PM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- Replying to Jpm: > In fact this example has nothing to do with _IEFormElementSetValue(). This example Was intended to indicate how the set the <input type="file" name="fileExample" value="c:\test.txt"> But I see even the header needs to be changed, that should sound something like this: " Clicking in <input type="file" name="fileExample">, in order to allow changes in value, by specifying the appropriate file in the window that appears (FileOpenDialog caused by IE). "
- 2:06 PM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- http://www.autoitscript.com/trac/autoit/ticket/2466#comment:4 " I think 5th example was missing link of, and very often asked question on forum " I think it is necessary, but would require changes.
- 12:02 PM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
- In fact this example has nothing to do with _IEFormElementSetValue(). I proposed to remove it
- 11:22 AM Ticket #1573 (TCPConnect TCPTimeout) updated by
-
Summary changed
- 11:14 AM Ticket #2518 (Static evaluates incorrect) updated by
- You will not believe the fix I proposed to Jon for #2372 is fixing this one too. The only problem is Jon does not like it. Wait and see
- 10:37 AM Ticket #2518 (Static evaluates incorrect) reopened by
- I am sorry in my local dev environment (uppose to be in sync with the next beta) it works fine, that's the reason I close it. I ned now to find out why !!!
- 10:30 AM Ticket #2522 (OnAutoItStartRegister - Remarks <> Example - contradiction) updated by
- Milestone You mean this: http://www.autoitscript.com/trac/autoit/milestone/3.3.9.22 Completed 17 hours ago (11/05/13 17:07:19)
- 9:40 AM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) updated by
- It is due to the merge in one file of the .chm. I am wondering when do you use such .exe without any param.
- 9:30 AM Ticket #2522 (OnAutoItStartRegister - Remarks <> Example - contradiction) updated by
- It will be in 3.3.9.23 as the build process of 3.3.9.22 didn't create the milestone until after I fixed that ticket. So please ignore.
- 8:46 AM Ticket #2518 (Static evaluates incorrect) updated by
- Replying to Jpm: > Already fixed in 3.3.9.22 ---- is NOT fixed in 3.3.9.22 Forum Link […] the output is: […] but so it would be correct: […]
Nov 5, 2013:
- 9:50 PM Ticket #2522 (OnAutoItStartRegister - Remarks <> Example - contradiction) updated by
- hmmm.... .3.3.9.22 is now relased so I suppose Fixed by revision [9160] in version: 3.3.9.23 if I'm wrong please just ignore my post
- 9:26 PM Ticket #2522 (OnAutoItStartRegister - Remarks <> Example - contradiction) closed by
- Fixed: Fixed by revision [9160] in version: 3.3.9.22
- 9:00 PM Ticket #2522 (OnAutoItStartRegister - Remarks <> Example - contradiction) updated by
-
Version changed
Automatic ticket cleanup. - 8:00 PM Ticket #2521 (_IEFormElementSetValue[5].au3) updated by
-
Version changed
Automatic ticket cleanup. - 7:53 PM Ticket #2522 (OnAutoItStartRegister - Remarks <> Example - contradiction) created by
- now the "Remarks" added: "The function can not reference any …
- 7:46 PM Ticket #2521 (_IEFormElementSetValue[5].au3) created by
- now in 3.3.9.22 […] proposal on reflection: Remove: […] …
- 5:07 PM Milestone 3.3.9.22 completed
Nov 4, 2013:
- 11:42 PM Ticket #2511 (New Macro @SourceName) updated by
- Replying to BrewManNH: Your answer gives the impression as if each source uses all existing Autoit-UDFs/includes simultaneously. However, the fact is, that usally only a very small part of them is in every source. But regardless of this, the compiler solved this problem and these difficulties are completely independent from any existing @scriptlinenumber/@sourcname. Beside this, the UDFs/autoit-Includes have no @scriptlinenumber-Messageboxes, I never get one. It is only nessessary for the compiler to examine the user-scripts/includes and replace @scriptlinenumber/@sourcename before the compiler creates Your "long script". Today the compiler put for every @scriptlinenumber a -1 in the exe, why not the corresponding linenumber? Maybe only one person needs @sourcename, but nobody needs the advice to write it for himself in the sourcefile. Is it newly necessary, that everybody has first to start an online-survey and collect a signature-list? How many signatures must he have, before it is him allowed to express a wish/request?
- 10:09 PM Ticket #2520 (UPX 3.91) closed by
- Fixed
- 9:00 PM Ticket #2520 (UPX 3.91) updated by
-
Version changed
Automatic ticket cleanup. - 8:48 PM Ticket #2520 (UPX 3.91) created by
- http://upx.sourceforge.net/ " 30 Sep 2013: UPX 3.91 has been …
- 8:04 PM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) updated by
- I can see the "issue" but can't really see why that would be.
- 5:55 PM Ticket #2519 (AutoIt3Help.exe opens help file to wrong page) created by
- In the recent versions of AutoIt, when you open the help file with the …
- 2:03 PM Ticket #2171 (Inconsistent delay for TCPTimeout option) closed by
- Fixed: Fixed by revision [9155] in version: 3.3.9.22
- 7:55 AM Ticket #2517 (MustDeclareVars=1 as default) closed by
- Rejected: I'm marking this as closed since there has been no further responses.
- 6:39 AM Ticket #2518 (Static evaluates incorrect) closed by
- Duplicate: Already fixed in 3.3.9.22
- 5:19 AM Ticket #2518 (Static evaluates incorrect) created by
- […] outputs: […] ---- properly it would be: […] ---- …
Nov 2, 2013:
- 3:28 AM Ticket #2511 (New Macro @SourceName) updated by
- >Before a script was compiled, the compiler knows the sourcename and the linenumber. As does the programmer, so the programmer should be dealing with it. >The compiler could make two passes It could, but who would it benefit besides a very few edge cases? This would double the compile time, or perhaps even longer, for very little gain. >first it changes all @scriptlinenumber/@sourcename to the corresponding values as a constant. So it would have to first parse the main script, keeping track of every line, then it would have to parse every include file, and every file that the include includes? Have you looked in some of the standard UDF files? There are some that include a half dozen or more other files. Some of those included files include other files, and some include files you're already adding. Can you see how complicated this is getting at this point? >And that I may add the values for myself into the messagebox is a truism, no one >needs this advice. Seems like one person needed it.
- 2:53 AM Ticket #2511 (New Macro @SourceName) updated by
- Replying to BrewManNH: Somebody overthinking, others underthinking. Before a script was compiled, the compiler knows the sourcename and the linenumber. The compiler could make two passes first it changes all @scriptlinenumber/@sourcename to the corresponding values as a constant. In a second pass it compile the script, like it it does today. And that I may add the values for myself into the messagebox is a truism, no one needs this advice.
Nov 1, 2013:
- 6:09 PM Ticket #2315 (Server 2012 @OSVersion not correct) closed by
- Fixed: Fixed by revision [9151] in version: 3.3.9.22
- 4:58 PM Ticket #2315 (Server 2012 @OSVersion not correct) reopened by
- 3:01 PM Ticket #2441 (_ExcelReadCell) updated by
-
Component changed
- 3:00 PM Ticket #2441 (_ExcelReadCell) updated by
- When translated to VBS you get a COM error: "Type mismatch", 0x800A000D Set objExcel = CreateObject("Excel.Application") Set objWorkbook = objExcel.Workbooks.Open("C:\Temp\test.xlsx") Wscript.Echo "Value: " & objExcel.Cells(1, 3).Value So - for me - it looks like a problem with the COM error handler of 3.3.9.21.
- 2:47 PM Ticket #2441 (_ExcelReadCell) updated by
- I reduced the example to: $oExcel = ObjCreate("Excel.Application") $oWorkbook = $oExcel.WorkBooks.Open(@ScriptDir & '\test.xlsx') $sValue = $oWorkbook.Activesheet.Range("C1").Value MsgBox(0, "Value C1", $sValue) Works with 3.3.8.1 and crashes with 3.3.9.21.
- 9:41 AM Ticket #2315 (Server 2012 @OSVersion not correct) updated by
- I have access to Win 2012 Essential I do a small test: […] AutoIt 3.3.8.1 results: […] AutoIt 3.3.9.21 results: […]
Oct 31, 2013:
- 10:12 PM Ticket #2315 (Server 2012 @OSVersion not correct) updated by
- In fact Jon close very old posts. If you are for sure the latest Beta is still in Error, just post I cannot check as I have no access to a server 2012
- 8:28 PM Ticket #2315 (Server 2012 @OSVersion not correct) updated by
- Rejected? Is this a duplicate or is this issue being fixed elsewhere?
- 11:50 AM Ticket #2517 (MustDeclareVars=1 as default) updated by
- Absolutely not. You're imposing restrictions on developers for no reason other than selfishness. What might be a good idea is to instead set the default AU3 template to set MustDeclareVars, but not do it by default. It's nonsensical to turn it off, rather than on.
- 6:00 AM Ticket #2517 (MustDeclareVars=1 as default) updated by
- Perhaps a good way is to have Au3Check default enforcing this verification. I assume a lot of designer use SciTE
Oct 29, 2013:
- 8:32 PM Ticket #2517 (MustDeclareVars=1 as default) updated by
- AutoIt does still allow you to directly assign to undeclared variables, for example the following is still perfectly valid code: […] But running with Opt("MustDeclareVars", 1) won't work. Changing it to the default would break any old scripts that relied on this functionality, and I can't really think of an example where using this option would show something that is not obvious and isn't shown by Au3Check already.
- 8:00 PM Ticket #2517 (MustDeclareVars=1 as default) updated by
-
Version changed
Automatic ticket cleanup. - 7:38 PM Ticket #2517 (MustDeclareVars=1 as default) created by
- Because i stumbled over scripts again and again, throwing "variable …
Oct 28, 2013:
- 8:02 AM Ticket #2513 (TCPSend() Not functioning with string over 225 characters in length.) updated by
- In fact the "problem" does not come from 225 to 226 but from the fact that such script is not design to handle several TCPSend() I am not familiar with TCP usage so I cannot help more.
Oct 26, 2013:
- 11:55 PM Ticket #2516 (FileGetTime - parameter porposal - filename and dir) closed by
- Completed: Changed by revision [9147] in version: 3.3.9.22
- 8:09 PM Ticket #2516 (FileGetTime - parameter porposal - filename and dir) created by
- in FileGetTime in parameter: "filename" please consider to change …
Oct 25, 2013:
- 7:35 AM Ticket #2515 (Force close the std out stream will have memory leak in windows XP) updated by
- Hi, Example script: […] NOTE: If we use a loop to read all the data of the std out stream, then call StdioClose, the memory leak will not happen. Memory leak only occurs when we don't read all the data.
- 6:58 AM Ticket #2515 (Force close the std out stream will have memory leak in windows XP) updated by
- Can you add a repro script to be sure in which case the memory leak is occuring? Thanks
- 4:33 AM Ticket #2515 (Force close the std out stream will have memory leak in windows XP) created by
- If we use StdioClose to force close the std out stream, it will have …
Oct 24, 2013:
- 8:11 PM Ticket #2514 (_FileWriteFromArray - Count of elements in 2nd dimension is fixed to 3!) updated by
- Already fixed in #2242.
- 8:09 PM Ticket #2514 (_FileWriteFromArray - Count of elements in 2nd dimension is fixed to 3!) closed by
- Fixed
- 8:00 PM Ticket #2514 (_FileWriteFromArray - Count of elements in 2nd dimension is fixed to 3!) created by
- If you write an 2D-Array with more than 3 elements in columns, you get …
- 6:13 AM Ticket #2513 (TCPSend() Not functioning with string over 225 characters in length.) created by
- Hello I have found a bug that appears to be present in all the most …
Oct 22, 2013:
- 5:22 PM Ticket #2505 (Array create without declaration) updated by
- What you are asking for are called literal arrays. The idea has been looked at before. I'm not sure how far it got, or whether it is still on the table.
- 11:22 AM Ticket #2505 (Array create without declaration) updated by
- But cant like this: Func test() Return ['t','e','s','t'] EndFunc
- 11:19 AM Ticket #2512 (ObjName crash) created by
- $oHTTP = ObjCreate("WinHttp.WinHttpRequest.5.1") $oHTTP.Open("GET", …
Oct 21, 2013:
- 8:17 AM Ticket #2511 (New Macro @SourceName) closed by
- Rejected: @ScriptName relates to the script launched not the include files. as stated by BrewManNH, compiles script will no longer have reference to include lines. so even the @ScriptLineNumber will be irrelevant. We don't intend to modify the way Compile script can use @ScriptName and @ScriptLineNumber
- 3:27 AM Ticket #2505 (Array create without declaration) updated by
-
The requesters first example works as well.
Local $aData = ['p','e','t']Creates an array with 3 elements containing p, e, and t. - 3:24 AM Ticket #2511 (New Macro @SourceName) updated by
- Once you compile that script, the "source" won't matter any longer because it's all one long script. If you want different file names to be displayed in your message boxes, why didn't you write them to display the correct file name instead of the "source"? You're overthinking it. I don't see the point or value of what you're requesting.
Oct 20, 2013:
- 2:11 PM Ticket #2510 (Empty variable) closed by
- No Bug: AutoIt is doing conversion when variable type are not the same so "" and 0 are the same after conversion NO BUG
- 2:00 PM Ticket #2511 (New Macro @SourceName) updated by
-
Version changed
Automatic ticket cleanup. - 1:27 PM Ticket #2511 (New Macro @SourceName) created by
- […]
- 12:57 PM Ticket #2510 (Empty variable) created by
- […]
- 7:54 AM Ticket #2509 (_FileWriteToLine Bug) updated by
- This was fixed yesterday with the resolution stated here >> http://www.autoitscript.com/forum/topic/155510-beta-bug-filewritetoline-damages-the-file-33920/?p=1123848
- 7:53 AM Ticket #2509 (_FileWriteToLine Bug) closed by
- Fixed
Oct 19, 2013:
- 10:44 PM Ticket #2509 (_FileWriteToLine Bug) created by
- […]
- 2:57 PM Ticket #2504 (GUICtrlSendToDummy to нidden window) updated by
- jpm, It was discussed here: http://www.autoitscript.com/forum/topic/143635-guictrlsendtodummy/ (Private forum) following on from a question here: http://www.autoitscript.com/forum/topic/143629-solved-guictrlsendtodummy-problem/ (Open forum) Like you I can see little use for the change - a possible workaround is suggested in the second thread. M23
- 12:47 PM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) updated by
- I check all and I think my commit is taking in account wht's need to be changed Cheers
- 9:11 AM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) updated by
- I was just looking at this too. There was also a discrepancy in _WinAPI_SetWindowPos() as the include example was missing from your version. I will leave jpm to continue from here.
- 8:36 AM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) closed by
- Completed
- 8:28 AM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) updated by
- Thanks, Only 11 need changes. $n... or $f... naming is deliberate next beta incorporate also new example
- 8:14 AM Ticket #2505 (Array create without declaration) updated by
- This is the correct format. […]
- 12:21 AM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) created by
- _FileWriteToLine.txt _GDIPlus_ArrowCapCreate.txt …
Oct 18, 2013:
- 2:31 AM Ticket #2505 (Array create without declaration) updated by
- You can already use the first format to declare an array in the latest beta.
Note:
See TracTimeline
for information about the timeline view.
