Timeline
Dec 26, 2013:
- 10:38 PM Ticket #2570 (Help file errors) updated by
- I have fixed those two errors mentioned. But I will see what jpm does with the help file checking script as our version has been updated significantly over the years. Thanks.
- 8:47 PM Ticket #2570 (Help file errors) created by
- Hello, please rename the file "_IEAction [2}. au3" in "_IEAction [2]. …
- 4:57 PM Ticket #2569 (_ExcelReadSheetToArray - Error Code 4 When Excel Object Was Attached) updated by
-
Version changed
- 4:56 PM Ticket #2569 (_ExcelReadSheetToArray - Error Code 4 When Excel Object Was Attached) updated by
- Yes it does. Changed the version.
- 4:16 PM Ticket #2569 (_ExcelReadSheetToArray - Error Code 4 When Excel Object Was Attached) updated by
- Version 3.3.8.1 is no longer the current version, have you tried this on the new release version? Does it still demonstrate the problem? The newest version is 3.3.10.0.
- 11:01 AM Ticket #2551 (if's and const's) updated by
- No there isn't. Well there is #AutoIt3Wrapper_Run_Au3Check=N, but I don't think that's what you're looking for.
- 8:43 AM Ticket #2551 (if's and const's) updated by
- is there any way to manually tell au3check then to ignore the error, as au3check stops the program from being able to be ran etc from in scite.
- 12:22 AM Ticket #2569 (_ExcelReadSheetToArray - Error Code 4 When Excel Object Was Attached) created by
- The function _ExcelReadSheetToArray seems to always throw error 4 …
Dec 25, 2013:
- 8:33 AM Ticket #2568 (StringStripWS does not strip Chr(0) as Help file states) updated by
-
Version changed
Dec 24, 2013:
Dec 23, 2013:
Dec 22, 2013:
- 1:04 PM Ticket #2568 (StringStripWS does not strip Chr(0) as Help file states) created by
- Problem illustrated here: …
Dec 21, 2013:
- 3:29 AM Ticket #2567 (Unknown strange Bug) updated by
- also in Windows7 x32 everything seems OK, it seems that concerns only in Windows 8.1 (x32 & x64)
- 2:55 AM Ticket #2567 (Unknown strange Bug) created by
- In Windows 8.1 x64 seems that Autoit (either v3.3.8.1 & …
Dec 20, 2013:
- 2:32 PM Ticket #2566 ("global" cursor in GUISetCursor fails.) updated by
- For sure it behave differently but the new behavior without CPU Hogging seems OK for me.
- 8:37 AM Ticket #2566 ("global" cursor in GUISetCursor fails.) updated by
- Replying to Jpm: > I don't think we can say it is not working. > > You can see as soon the cursor leave the button area the new cursor is updated > > The fix in the beta solve CPU hoggin. How is this not a bug? The cursor shouldn't change over a control at all when using the override flag. Run this script in 3.3.8.1 and see how it behaves differently.
- 7:02 AM Ticket #2566 ("global" cursor in GUISetCursor fails.) updated by
- I don't think we can say it is not working. You can see as soon the cursor leave the button area the new cursor is updated The fix in the beta solve CPU hoggin.
Dec 19, 2013:
- 4:49 PM Ticket #2566 ("global" cursor in GUISetCursor fails.) created by
- Setting the override flag in GUISetCursor() does not work in latest …
- 3:07 PM Ticket #2559 (Array incorrect number of subscripts) updated by
- If you use Scite just double click on the error message in the below pane
- 5:52 AM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- Thank you very much for your lecture. For the future, I will try to first carry out appropriate tests.
Dec 18, 2013:
- 10:12 PM Ticket #2561 (UDF - _ArrayPermute - proposal) closed by
- Rejected
- 10:12 PM Ticket #2564 (UDF - _ArrayInsert - proposal) closed by
- Rejected: Closing as rejected.
- 10:11 PM Ticket #2563 (UDF - _ArrayUnique - proposal) closed by
- Rejected
- 8:42 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- You'll find that when doing speed comparisons on functions, you always have to try them in a different order each time or the results will make you see something that isn't real. This is an example of that, your 2 tests are identically written, yet the first one to run will always take a little bit longer than the second run of it. Also, a difference of .02 ms is statistically insignificant because of the way AutoIt works. Also, the comparison to 3.3.8.1 is invalid as that uses a very slow script that was replaced within the last few beta releases.
- 5:46 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- I see what you mean but see even my modified script: […] RESULTS AutoIt 3.3.8.1: […] RESULTS AutoIt 3.3.9.25: […] and focus on: […] now your statement: " Second thing, reverse the two tests and the results will be reversed with the new function being just as slow as the old function, slow being a relative term here. " is not applicable for this new script. QUESTION: why initial _ArrayUnique is slower than each subsequent call.
- 5:41 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- Other parts of the function were also modifed - not just this bug fix - so the commit was entered as "Changed" not "Fixed". Would you like me to make a further commit to link to this ticket? M23
- 2:59 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- There is no linked revision number to the bug fix.
- 2:59 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- There is no linked revision number to the bug fix.
- 2:36 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- Two things. First thing, your 2 tests aren't equal because the second time you run it the array has already run through the _ArrayUnique function and isn't the same the second test. Second thing, reverse the two tests and the results will be reversed with the new function being just as slow as the old function, slow being a relative term here. […] Try this one and see what I'm talking about, reverse the 2 tests back and forth and you'll see that they run equally as fast.
- 1:58 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- RESULTS AutoIt 3.3.8.1: […] RESULTS AutoIt 3.3.9.25: […] TEST SCRIPT: […]
- 1:38 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) closed by
- Fixed
- 1:38 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- Found the problem in _ArrayDisplay. There is a line which is intended to set a default value to a variable $i if it is not being set in a loop: […] That default line was in fact changing the Global variable $i and not the forced Local loop counter created in other circumstances. A nice little "gotcha" which was not picked up by any of the checking tools (I presume because there was already a Local $i declared) and which I will definitely remember for the future. Fixed in the next Beta by using a Local variable with a different name for both the loop and default variable. And before you ask, I have checked the rest of the function and all other instances of an $i variable are forced Local by a preceding For. M23
- 11:22 AM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- So in general: error actually is but for a new function: _ArrayDisplay which I pointed out in the opening post TICKET I mean: "next modyfication (added comment for _ArrayDisplay)"
- 6:44 AM Ticket #2560 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal 2) updated by
- I wouldn't say it's faster (not tested) but it's at least smarter as it's one less function call.
- 6:27 AM Ticket #2560 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal 2) closed by
- Fixed: Fixed by revision [9269] in version: 3.3.9.26
- 4:12 AM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- Ok, just tested this again, same code except I used a variable name of $zzzzzzzzz instead of $i. The problem doesn't happen doing it with $zzzzzzzzz instead of $i. So, something in _ArrayDisplay is definitely resetting $i to zero.
- 4:08 AM Ticket #2560 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal 2) updated by
- You keep saying these are faster, but you offer no benchmarks to show that they are. How much faster is it doing it this way?
- 4:05 AM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- How much faster is it doing it this way?
- 4:02 AM Ticket #2564 (UDF - _ArrayInsert - proposal) updated by
- How much faster is it doing it that way?
- 4:01 AM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- BTW, you'll notice that I'm narrowing the problem down to just the _ArrayDisplay without a title, just in case something to do with setting the title messed things up.
- 3:59 AM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by
- The bug isn't with _ArrayCombinations, it only appears when used with _ArrayDisplay. Something in _ArrayDisplay is resetting the $i variable. […] This doesn't happen in 3.3.9.24.
- 3:39 AM Ticket #2559 (Array incorrect number of subscripts) updated by
- This can be done with Obfuscator using the parameter /MO.
- 12:00 AM Ticket #2564 (UDF - _ArrayInsert - proposal) updated by
-
Version changed
Automatic ticket cleanup.
Dec 17, 2013:
- 11:48 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
-
Summary changed
- 11:00 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
-
Version changed
Automatic ticket cleanup. - 10:52 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) created by
- EXAMPLE (from doc): now is: […] I modyfi by adding ConsoleWrite: …
- 10:47 PM Ticket #2561 (UDF - _ArrayPermute - proposal) updated by
- I have a few solutions that operate very strongly, with variables of type array. The script is running slowly because a lot of data processing. I can not identify changes in performance. Overall, I look at the features available, and looking for possible improvements. In this case, I think I was a little gone too far.
- 10:00 PM Ticket #2561 (UDF - _ArrayPermute - proposal) updated by
-
Version changed
Automatic ticket cleanup. - 9:45 PM Ticket #2561 (UDF - _ArrayPermute - proposal) updated by
- Have you actually tested this and have proof as I believe the evaluation in the For statement is only done one time at its start so Ubound() is only done one time? Jos
- 9:27 PM Ticket #2564 (UDF - _ArrayInsert - proposal) created by
- now is […] proposal: change: […] to […] …
- 9:12 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by
- sorry for short topic name please change to UDF - _ArrayUnique - proposal
- 9:00 PM Ticket #2560 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal 2) updated by
-
Version changed
Automatic ticket cleanup. - 8:59 PM Ticket #2563 (UDF - _ArrayUnique - proposal) created by
- now is: […] proposal: […] changed: […] …
- 8:58 PM Ticket #2562 (StringRegExp & Null character) created by
- I've noticed that even the StringRegExp (StringRegExpReplace is Ok, …
- 8:43 PM Ticket #2561 (UDF - _ArrayPermute - proposal) created by
- now: […] proposal change: […] to: […] because: faster …
- 8:31 PM Ticket #2560 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal 2) created by
- it is continuation to: …
- 7:00 PM Ticket #2559 (Array incorrect number of subscripts) updated by
-
Version changed
Automatic ticket cleanup. - 6:24 PM Ticket #2559 (Array incorrect number of subscripts) created by
- Hiho Devs, I have a feature request regarding the infamous / feared / …
- 1:35 PM Milestone 3.3.9.25 completed
Dec 16, 2013:
- 5:38 PM Ticket #2558 (AdLibRegister and function with default parameter) updated by
- I would request the user discusses with the community before opening a new ticket.
- 2:38 PM Ticket #2500 (_IEDocGetObj Help example $oDoc.fileCreatedDate error) updated by
- This may be related with the www.autoitscript.com WEB. Jon can certainly answer this ticket
- 12:03 PM Ticket #2500 (_IEDocGetObj Help example $oDoc.fileCreatedDate error) updated by
-
Component changed
Dec 15, 2013:
- 12:57 PM Ticket #2558 (AdLibRegister and function with default parameter) closed by
-
No Bug: This is standard behaviour for all the AutoIt functions that behave like this. As mentioned, the workaround is to use
IsDeclared, however the correct solution is to create a new wrapping function that does not have any parameters. This behaviour is documented underAdlibRegister: […] Likewise inHotkeySet: […] So as far as I'm concerned this is not a bug. As to whether it should fill default variables, that could be a feature request. The only issue I see with that is you could have a function where half the variables are defined, because they have default values, and the other half aren't, which is confusing. Feel free to re-open as a feature request if you still think it is important, or PM me on the forums if you would like to debate it further.
Dec 14, 2013:
- 9:43 AM Ticket #2558 (AdLibRegister and function with default parameter) updated by
- Also your example is kind of pointless in that the default parameter is set to 1 so it will never exit the script just by polling the function every 250ms.
- 7:12 AM Ticket #2558 (AdLibRegister and function with default parameter) updated by
- The register func does not support any parameter. So for me the script must use Global variable if needed.
Dec 13, 2013:
- 9:46 PM Ticket #2558 (AdLibRegister and function with default parameter) created by
- Hello. I've noticed strange thing. After executing the script below on …
Dec 12, 2013:
- 7:30 PM Ticket #2528 (Obfuscator - #Obfuscator_Ignore_Funcs) closed by
- Rejected: These directives remain in the output since these are also used by au3check.
- 12:32 PM Ticket #2557 (Send Key Count 0 not to send any keys) updated by
-
Version, Type, Summary changed
Changed this from a bug report to a feature request. Although the current behavior is documented, the OP makes a reasonable case for this behavior to be changed. - 10:02 AM Ticket #2557 (Send Key Count 0 not to send any keys) updated by
- It clearly states in the Help file that: The key will be send at least once even if the count is zero I suggest that you do some errorchecking on the variables before creating the string to send. M23 Edit: Fixed the typo - now reads "will be sent"
- 3:56 AM Ticket #2557 (Send Key Count 0 not to send any keys) created by
- In the Send function, if you specify a count in a key as 0, the count …
Dec 11, 2013:
- 9:17 PM Ticket #2554 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal) updated by
- You're welcome If I find something else that will let you know ;)
- 5:48 PM Ticket #2554 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal) updated by
- The function has been modified heavily from your proposal. Thanks for bringing it to our attention.
- 5:22 PM Ticket #2554 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal) closed by
- Completed: Changed by revision [9244] in version: 3.3.9.25
- 3:37 PM Ticket #2534 (SciTE4AutoIt3.exe - instalator) closed by
- Works For Me
- 1:10 PM Ticket #2534 (SciTE4AutoIt3.exe - instalator) updated by
- Sorry Jos for my incomplete ticket. I'll try to get this problem again. At the moment I am not able to determine where I had the chance. So for now, please close the ticket. If I can go back to this error with a larger amount of data that will inform the appropriate new entry in this Track Ticket.
- 12:36 PM Ticket #2534 (SciTE4AutoIt3.exe - instalator) updated by
- The installer requires Admin level and will prompt for the RunAs userid when ran as normal user, so don't understand your second sentence. I have done a fresh install as Normal User and can't replicate your error. So give me the exact scenario to perform to replicate your issue. I assume you have set ProperCase in your SciTEUser.properties to even get this error? Which OS are your running and is UAC enabled? Thanks, Jos
Dec 10, 2013:
- 1:33 PM Ticket #2545 (HttpProxySet Return value) closed by
- No Bug: Closing this as not a bug. Saying the return value has no meaning, is the same as saying there is no meaningful return value, which is what the docs mean when they say "no return value". There is always a return value, even if its just zero or "" or 1 in this case.
- 1:28 PM Ticket #2489 (HttpSetUserAgent return value) updated by
- BrewManNH, that does return it back to the default, but the ticket is for the case when the user sets the agent, and then calls a UDF, or another function, which requires a different agent. The UDF could reset it to the default, but this is not the same as setting it back to its old value. I'm sure the implementation is trivial, and is not breaking in any way, so I agree that returning the old user agent string is a good idea.
- 12:03 AM Ticket #2489 (HttpSetUserAgent return value) updated by
- From the help file: The string to set as the user-agent. The default user-agent is "AutoIt". Passing an empty string will reset the user-agent back to the default. This says all that you have to do to return it to the default is to pass it an empty string. You don't need to keep track of it, because you can reset it.
Dec 9, 2013:
- 8:00 PM Ticket #2556 (Request for hyperlink) updated by
-
Version changed
Automatic ticket cleanup. - 7:55 PM Ticket #2556 (Request for hyperlink) closed by
- Completed: Added by revision [9232] in version: 3.3.9.25
- 7:36 PM Ticket #2556 (Request for hyperlink) updated by
- Could you provide an example of the GUI functions you're talking about please. Thanks. Edit: Nevermind, I see you mean the likes of _GUICtrlButton_Create() or _GUICtrlTab_Create() where $iExStyle is present as a parameter.
- 7:35 PM Ticket #2500 (_IEDocGetObj Help example $oDoc.fileCreatedDate error) updated by
- I have changed the URL in the interim, but have left the ticket open in case this is indeed a bug.
- 7:32 PM Ticket #2555 (Spelling error) closed by
- Fixed: Fixed by revision [9229] in version: 3.3.9.25
- 7:27 PM Ticket #2556 (Request for hyperlink) created by
- Several GUI functions elude to the $WS_EX_ constants to Control …
- 7:22 PM Ticket #2555 (Spelling error) created by
- _GUICtrlRichEdit_StreamToFile first line in description: Writes …
Dec 7, 2013:
Dec 5, 2013:
- 9:38 PM Ticket #2548 (Array Literal Notation) updated by
-
> When did I talk about implementation issues? It's not a parser issue, it's a language issue.
The language described by the syntax is the same.
> For a start, what kind of array would
[[5, 6], [7, 8]]be? With current syntax I'd expect that to be a 2x2 array, but with literal arrays it would be a 2 element array, with nested arrays. The interpreter complains, if I try to executeLocal $a=[1,[2]]. Would your example really become an array with nested arrays? > […] why don't we make all multi-dimensional arrays nested. You could treat them that way. Letabe an array withmdimensions andba subarray ofawithndimensions. > How about ReDim and UBound, how would they work? Why should ReDim change its behavior? It would throw, if anybwas passed to it.UBound(b,0)should returnm.UBound(b,d)should returnUBound(a,d+m-n). > What about the performance of multi-dimensional arrays? Why should it change? Your multi-dimensional arrays only consist of pointers, right? You would only need some kind of view object. > It's not even possible to access nested arrays yet in AutoIt either. Users would have to add extra error checking for every element in a nested array if they wanted to make sure all the sub-arrays have the same length... No, it is your own fault, if you pass an argument of the wrong type. It is possible, but it is wrong. It is not even necessary to allow access to nested arrays... > You make things sound very trivial Of course, would you make your feature requests sound complicated? > the change would break every AutoIt script using 2d arrays. Even the standard Array.au3 udf would be broken. Really? - 6:11 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- OK, let's hope DPI related issues will be sorted out soon.
- 4:09 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- It is up to Jon to reopen. For me I don't understand if it is not related with Windows itself I will not reopen it.
- 12:00 AM Ticket #2554 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal) updated by
-
Version changed
Automatic ticket cleanup.
Dec 4, 2013:
- 11:04 PM Ticket #2554 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal) created by
- now is: […] I removed depracted Dim declaration, By the way I …
- 4:30 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- Hello Jpm, The status of this bug still shows: "closed Bug (Rejected)". Now that the bug has been confirmed, are you going to re-open it? Thanks!
- 3:50 PM Ticket #2548 (Array Literal Notation) updated by
- When did I talk about implementation issues? It's not a parser issue, it's a language issue. The only thing in your comment that makes sense is asking why don't we make all multi-dimensional arrays nested. Even that doesn't really make sense: How about ReDim and UBound, how would they work? What about the performance of multi-dimensional arrays? It's not even possible to access nested arrays yet in AutoIt either. Users would have to add extra error checking for every element in a nested array if they wanted to make sure all the sub-arrays have the same length... Please, think about what you are asking. You make things sound very trivial when the change would break every AutoIt script using 2d arrays. Even the standard Array.au3 udf would be broken.
- 1:44 PM Ticket #2550 (_GUICtrlComboBox_GetEditText) closed by
- Fixed: Fixed by revision [9216] in version: 3.3.9.24
- 12:27 PM Ticket #2548 (Array Literal Notation) updated by
-
> Several problems with what you are saying: Firstly strings cannot be considered anything like arrays in AutoIt. Even if you do, you should consider the fact that they are read only so creating a temporary string has non of the issues Valik was talking about in #2029.
Strings are a fundamental data type in AutoIt 3, numbers and arrays too. Strings have a special syntax to describe them, numbers too. Arrays haven't.
> For a start, what kind of array would
[[5, 6], [7, 8]]be? With current syntax I'd expect that to be a 2x2 array, but with literal arrays it would be a 2 element array, with nested arrays. That's a parsing problem.a[0][1](witha=[[2,3],4]) should be: […] But it is (only guessing): […] (At least it is treated that way.) Are you using an LL parser tool? If not, you could remove that restriction. Why not make every array with more than one dimension an array with nested arrays? - 12:26 PM Ticket #2551 (if's and const's) updated by
- I was not clear in my comments and I believe you are confusing AutoIt and Au3Check. AutoIt itself has no problem with your originally posted construct in either 3.3.8.1 or the Beta. The error is flagged up by the Au3Check syntax checking tool. Its logic is pretty simple and as far as it is concerned you are indeed declaring the same constant twice - so it fires off an error. This happens regardless of the version used and it is not reasonable to expect Au3Check to check if the declaration is within a conditional statement - it is complex enough already. M23
- 9:47 AM Ticket #2553 (Enum unwillingly&erroneously declares/treats variables as Const) closed by
- No Bug
- 9:46 AM Ticket #2553 (Enum unwillingly&erroneously declares/treats variables as Const) updated by
- The Help file makes it quite clear that Enum produces constants: […] In most languages Enum declares constants and I see no reason why AutoIt should be different, particularly as this behaviour is well-documented and long established. If you want to alter the value of items in the script, they need to declared as variables and so Enum is not a suitable function to use. M23
- 1:01 AM Ticket #2551 (if's and const's) updated by
- is it worth to mention that the provided examples are working without errors in AutoIt 3.3.9.23 And even when the variable is declared as a Const! […] […] both working like charm. re. Melba23 Secondly, you are not putting a Global Const into the script , you are putting two of them - and so the error is entirely justified. Justified? Not by those reasons, nope. The error is only intuitively to be expected when there is an attempt to redeclare or otherwise assign a value to a var, that was already declared before as a Const. In examples above, neither of the vars is written-into, or declared, twice. Therefore, no error, and none should be.
Dec 3, 2013:
- 11:44 PM Ticket #2553 (Enum unwillingly&erroneously declares/treats variables as Const) created by
- ;Should you want to make vars unchangable constants, you simply add …
- 10:29 PM Ticket #2552 (HelpFile examples - declaration Local insed loop) closed by
- Fixed: Fixed by revision [9215] in version: 3.3.9.24
- 9:02 PM Ticket #2552 (HelpFile examples - declaration Local insed loop) updated by
- HelpFile examples - declaration Local insed loop I mean HelpFile examples - declaration Local inside loop explanation: so far have been declarations of local variables inside a While loop
- 8:52 PM Ticket #2552 (HelpFile examples - declaration Local insed loop) created by
- using my script: …
- 6:24 PM Ticket #2548 (Array Literal Notation) updated by
-
Varargs is also a request I made a while ago, #2278.
Several problems with what you are saying: Firstly strings cannot be considered anything like arrays in AutoIt. Even if you do, you should consider the fact that they are read only so creating a temporary string has non of the issues Valik was talking about in #2029.
Secondly, the problem is not in simple use like you are looking at, its in the edge cases:
For a start, what kind of array would
[[5, 6], [7, 8]]be? With current syntax I'd expect that to be a 2x2 array, but with literal arrays it would be a 2 element array, with nested arrays. - 6:09 PM Ticket #2551 (if's and const's) updated by
- I have just seem Mat's remark - good point: […] Note it is still a variable and not a constant. M23
- 6:05 PM Ticket #2551 (if's and const's) closed by
- No Bug
- 6:05 PM Ticket #2551 (if's and const's) updated by
- Firstly, that by definition is a variable and not a constant as its value is set at run time and is not fixed at compile time. Secondly, you are not putting a Global Const into the script , you are putting two of them - and so the error is entirely justified. Finally, good coding practice is to declare the variable before the condition check: […] M23
- 6:02 PM Ticket #2551 (if's and const's) updated by
- As an aside, this is a very good example of when the beta's ?: ternary operator should now be the preferred method.
- 2:14 PM Ticket #2551 (if's and const's) created by
- When you put a global const in an if statement you get a previously …
- 1:52 PM Ticket #2548 (Array Literal Notation) updated by
-
The last example in #2505 requires access to subarrays of multidimensional arrays, too.
> Anonymous's suggestion is bad from several aspects one of which is creating exception of rules.
Oh, I didn't see that.
Why is it a bad suggestion? What is the difference between strings and arrays? Strings get copied - arrays get copied. Only the operations are different. I can create temporary strings, but not temporary arrays. Isn't that an exception? Why do I have to use something like
array(1,2,...,15,more(16,17))instead of[1,2,...,16,17]? Another solution mgiht be variable length argument lists: […] - 7:23 AM Ticket #2549 (Window controls do not always relocate with GUICtrlSetPos) closed by
- No Bug: next time use the forum instead of the bug reporting
- 1:41 AM Ticket #2549 (Window controls do not always relocate with GUICtrlSetPos) updated by
- Thanks for that. This is exactly what I wanted. I figured there should be a way of controlling the way the window contents behaved when resized but could not find it in Help. All is clear now.
Dec 2, 2013:
- 9:24 PM Ticket #2505 (Array create without declaration) closed by
- Duplicate: Duplicate of #2548. I'm going to bend the rules slightly and close this ticket as a duplicate of the other one (don't shoot me guys) as the other ticket is better.
- 9:23 PM Ticket #2548 (Array Literal Notation) updated by
- Originally requested as part of ticket #2029 (see the anonymous comment and it's rejection by a developer at the time. Currently covered by another open ticket #2505, I'm going to bend the rules slightly and close the other ticket as a duplicate of this one (don't shoot me guys) as this ticket is better. To reiterate, no current developer (Jon) has rejected the idea yet, so it's not my place to close it, but it has been rejected in the past.
- 12:53 PM Ticket #2549 (Window controls do not always relocate with GUICtrlSetPos) updated by
- Just slight precision the resizing is done by AutoIt not really Windows
- 9:40 AM Ticket #2550 (_GUICtrlComboBox_GetEditText) created by
- The structs used in _GUICtrlComboBox_GetEditText appear to be too …
- 7:55 AM Ticket #2396 (WinActivate - Remarks - PROPOSAL) closed by
- Fixed
- 7:55 AM Ticket #2396 (WinActivate - Remarks - PROPOSAL) updated by
- Your script is flawed - the 0 return from @extended comes from the WinWaitActive call, not the WinActivate. When I test I only get returns of 1 or 2 as you can see: […] I will add a comment along the lines of @extended returns 1 if the GUI was already active; 2 if not Although frankly I do not see the utility of this information as long as the GUI is activated. M23
- 7:41 AM Ticket #2549 (Window controls do not always relocate with GUICtrlSetPos) updated by
- If you do not want the controls to move when the GUI is resized (which is what you seem to be saying) why not use the correct Resizing code to let Windows know? […] Now you can leave it all to Windows. M23
- 4:09 AM Ticket #2549 (Window controls do not always relocate with GUICtrlSetPos) created by
- The program below creates a resizable window. When the window is …
Dec 1, 2013:
- 6:20 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- I think some of AutoIt functions are not DPI-aware, such as PixelGetColor(). See the discussion here: (http://www.autoitscript.com/forum/topic/156251-mouse-coordinates/)
- 5:57 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- You get it it is due to this 125%. Not sure AutoIt can do something for it
- 4:25 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- OK, I just confirmed this: It is related to high DPI setting. At 100% it is fine. Try 125% and you will see it!
- 3:42 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- Thanks The bad news is I cannot reproduce it Under my clean install 8.1
- 3:19 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- I have attached it now.
- 1:10 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- attach your personalization setting as he one I just attach
- 1:04 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- That's interesting, I always had this issue with Windows 8 and 8.1! Any debug code you might want me to try on my machine?
- 12:11 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- I still have the good behavior see last attached file
Nov 30, 2013:
- 1:47 AM Ticket #2312 (Tray icon flashes into the black square) updated by
- No special desktop personalization and with this script: TraySetIcon("%SystemRoot%\system32\SHELL32.dll", -100) TraySetState(4) While 1 Sleep(100) WEnd
Nov 29, 2013:
- 11:57 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- I don't have the same problem as I say see attach file Just post a part of your screen so I can understand which specific theme you are using Best for me is to understand your personalization. I use the standard one
- 9:04 PM Ticket #2312 (Tray icon flashes into the black square) updated by
- I have the same problem under Windows 8.1 (and also Windows 8).
- 2:43 PM Ticket #2548 (Array Literal Notation) created by
- Please allow the use of the array literal notation as an expression …
Nov 28, 2013:
- 9:46 PM Ticket #2396 (WinActivate - Remarks - PROPOSAL) updated by
- The script speaks better than words. Can you add it as an example to the documentation of this function. […] As for the verbal description - my modest linguistic capabilities do not allow me to take this challenge.
- 12:13 PM Milestone 3.3.9.23 completed
- 11:21 AM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) closed by
- Wont Fix
- 11:21 AM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) reopened by
- 11:20 AM Ticket #2456 (Function Notes) closed by
- Wont Fix
- 11:20 AM Ticket #2456 (Function Notes) updated by
- mlipok, There are no links to the relevant reference page from any other of the specific Help pages, so I do not see why we should make an exception here. M23
- 11:18 AM Ticket #1275 (GUICtrlSetTip - after tip times out it does not show again) closed by
- Wont Fix
- 11:17 AM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) closed by
- Fixed
- 11:17 AM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) updated by
- mlipok, LAST is used in the same way as ACTIVE, REGEXPCLASS as REGEXPTITLE. As there are examples for both of those I see no point in adding further examples which would be little more than copies. M23
- 11:10 AM Ticket #2396 (WinActivate - Remarks - PROPOSAL) updated by
- mlipok, I would rather Jon spent time on more important things. But if you provide the data, I will add it. M23
- 11:07 AM Ticket #2547 (Au3Check and HelpFile) closed by
- Fixed
- 11:07 AM Ticket #2547 (Au3Check and HelpFile) updated by
- mlipok, Au3Check added to index. The directives will not be added as they are not AutoIt directives - the AutoIt3Wrapper directives are not included for the same reason. M23
- 11:00 AM Ticket #2547 (Au3Check and HelpFile) updated by
-
Version changed
Automatic ticket cleanup. - 10:20 AM Ticket #2547 (Au3Check and HelpFile) updated by
- and of course #ignorefunc
- 10:15 AM Ticket #2547 (Au3Check and HelpFile) created by
- Please add a new info in HelpFile in "INDEX" Description of what I …
- 8:33 AM Ticket #2546 (HotKeySet Documenation Error) closed by
- Fixed
- 8:32 AM Ticket #2546 (HotKeySet Documenation Error) updated by
- Changed text to read: "It is recommended to use lower-case keys/characters (e.g. "b" and not "B") when setting hotkeys to avoid errors as with some keyboard layouts upper and lower case keys may be mapped differently." M23
Nov 27, 2013:
- 2:33 PM Ticket #2545 (HttpProxySet Return value) updated by
- It is not that important! But if Autoit always returns something, then the doc should print out something like: Return value not analyzable or always 1 if it is really always 1. :-)
- 2:21 PM Ticket #2544 (_WinAPI-GetVersion missing from Help file?) updated by
- it is Under WinAPIEx->System->sysinfo
- 2:17 PM Ticket #2545 (HttpProxySet Return value) updated by
- In Fact I don't think the doc is really wrong as AutoIt always return something but it this partivular case it is irrelevant. If I remember well in another part of the doc by default for AutoIt builtin the default return is 1 as opposed to UDF return which is 0
- 8:22 AM Ticket #2541 (Obj in Loop - AutoIt3.exe ended.rc:-1073741819) closed by
- Fixed: Fixed by revision [9196] in version: 3.3.9.23
Nov 26, 2013:
- 11:53 PM Ticket #2546 (HotKeySet Documenation Error) created by
- It appears the HotKeySet documenation contains an erroneous sentence …
- 9:58 PM Ticket #2545 (HttpProxySet Return value) created by
- The helpfile says there is no return value. Calling the function in a …
- 10:00 AM Ticket #2481 (FileSelectFolder - Windows 7 and later new window type) updated by
-
Version changed
Automatic ticket cleanup. - 9:26 AM Ticket #2481 (FileSelectFolder - Windows 7 and later new window type) updated by
-
Type changed
Note:
See TracTimeline
for information about the timeline view.
