Context Navigation

2:32 PM Ticket #2566 ("global" cursor in GUISetCursor fails.) updated by J-Paul Mesnage: 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 steinar@…: 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 J-Paul Mesnage: 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 steinar@…: Setting the override flag in GUISetCursor() does not work in latest …
3:07 PM Ticket #2559 (Array incorrect number of subscripts) updated by J-Paul Mesnage: 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 mlipok: 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 Jos: Rejected
10:12 PM Ticket #2564 (UDF - _ArrayInsert - proposal) closed by Jos: Rejected: Closing as rejected.
10:11 PM Ticket #2563 (UDF - _ArrayUnique - proposal) closed by Jos: Rejected
8:42 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by BrewManNH: 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 mlipok: 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 Melba23: 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 guinness: There is no linked revision number to the bug fix.
2:59 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by guinness: There is no linked revision number to the bug fix.
2:36 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by BrewManNH: 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 mlipok: 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 Melba23: Fixed
1:38 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by Melba23: 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 mlipok: 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 guinness: 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 guinness: 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 BrewManNH: 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 BrewManNH: 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 BrewManNH: How much faster is it doing it this way?
4:02 AM Ticket #2564 (UDF - _ArrayInsert - proposal) updated by BrewManNH: How much faster is it doing it that way?
4:01 AM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) updated by BrewManNH: 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 BrewManNH: 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 guinness: This can be done with Obfuscator using the parameter /MO.
12:00 AM Ticket #2564 (UDF - _ArrayInsert - proposal) updated by TicketCleanup: Version changed
Automatic ticket cleanup.

Dec 17, 2013:

11:48 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by AdmiralAlkex: Summary changed
11:00 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
10:52 PM Ticket #2565 (_ArrayCombinations - UDF ? DOC example ? - never ending loop) created by mlipok: EXAMPLE (from doc): now is: […] I modyfi by adding ConsoleWrite: …
10:47 PM Ticket #2561 (UDF - _ArrayPermute - proposal) updated by mlipok: 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 TicketCleanup: Version changed
Automatic ticket cleanup.
9:45 PM Ticket #2561 (UDF - _ArrayPermute - proposal) updated by Jos: 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 mlipok: now is […] proposal: change: […] to […] …
9:12 PM Ticket #2563 (UDF - _ArrayUnique - proposal) updated by mlipok: 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 TicketCleanup: Version changed
Automatic ticket cleanup.
8:59 PM Ticket #2563 (UDF - _ArrayUnique - proposal) created by mlipok: now is: […] proposal: […] changed: […] …
8:58 PM Ticket #2562 (StringRegExp & Null character) created by DXRW4E: I've noticed that even the StringRegExp (StringRegExpReplace is Ok, …
8:43 PM Ticket #2561 (UDF - _ArrayPermute - proposal) created by mlipok: now: […] proposal change: […] to: […] because: faster …
8:31 PM Ticket #2560 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal 2) created by mlipok: it is continuation to: …
7:00 PM Ticket #2559 (Array incorrect number of subscripts) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
6:24 PM Ticket #2559 (Array incorrect number of subscripts) created by KaFu: 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 guinness: 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 J-Paul Mesnage: 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 guinness: Component changed

Dec 15, 2013:

12:57 PM Ticket #2558 (AdLibRegister and function with default parameter) closed by Matt Diesel: 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 under AdlibRegister: […] Likewise in HotkeySet: […] 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 guinness: 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 J-Paul Mesnage: 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 karlkar@…: 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 Jos: 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 Matt Diesel: 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 Melba23: 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 RandomClown: 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 mlipok: 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 guinness: 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 guinness: Completed: Changed by revision [9244] in version: 3.3.9.25
3:37 PM Ticket #2534 (SciTE4AutoIt3.exe - instalator) closed by J-Paul Mesnage: Works For Me
1:10 PM Ticket #2534 (SciTE4AutoIt3.exe - instalator) updated by mlipok: 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 Jos: 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 Matt Diesel: 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 Matt Diesel: 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 BrewManNH: 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 TicketCleanup: Version changed
Automatic ticket cleanup.
7:55 PM Ticket #2556 (Request for hyperlink) closed by guinness: Completed: Added by revision [9232] in version: 3.3.9.25
7:36 PM Ticket #2556 (Request for hyperlink) updated by guinness: 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 guinness: 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 guinness: Fixed: Fixed by revision [9229] in version: 3.3.9.25
7:27 PM Ticket #2556 (Request for hyperlink) created by billo: Several GUI functions elude to the $WS_EX_ constants to Control …
7:22 PM Ticket #2555 (Spelling error) created by billo: _GUICtrlRichEdit_StreamToFile first line in description: Writes …

Dec 7, 2013:

8:53 AM Milestone 3.3.9.24 completed

Dec 5, 2013:

9:38 PM Ticket #2548 (Array Literal Notation) updated by Tasiro: > 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 execute Local $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. Let a be an array with m dimensions and b a subarray of a with n dimensions. > How about ReDim and UBound, how would they work? Why should ReDim change its behavior? It would throw, if any b was passed to it. UBound(b,0) should return m. UBound(b,d) should return UBound(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 anonymous: 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 J-Paul Mesnage: 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 TicketCleanup: Version changed
Automatic ticket cleanup.

Dec 4, 2013:

11:04 PM Ticket #2554 (UDF - GuiTreeView.au3 - _GUICtrlTreeView_Sort - proposal) created by mlipok: 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 anonymous: 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 Matt Diesel: 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 Melba23: Fixed: Fixed by revision [9216] in version: 3.3.9.24
12:27 PM Ticket #2548 (Array Literal Notation) updated by Tasiro: > 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] (with a=[[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 anonymous: 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 Melba23: No Bug
9:46 AM Ticket #2553 (Enum unwillingly&erroneously declares/treats variables as Const) updated by Melba23: 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 anonymous: 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 rarirurerory: ;Should you want to make vars unchangable constants, you simply add …
10:29 PM Ticket #2552 (HelpFile examples - declaration Local insed loop) closed by guinness: Fixed: Fixed by revision [9215] in version: 3.3.9.24
9:02 PM Ticket #2552 (HelpFile examples - declaration Local insed loop) updated by mlipok: 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:53 PM CHANGE_9_v23.zip attached to Ticket #2552 by mlipok
8:52 PM Ticket #2552 (HelpFile examples - declaration Local insed loop) created by mlipok: using my script: …
6:24 PM Ticket #2548 (Array Literal Notation) updated by Matt Diesel: 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 Melba23: 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 Melba23: No Bug
6:05 PM Ticket #2551 (if's and const's) updated by Melba23: 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 Matt Diesel: 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 matthew.lagoe@…: When you put a global const in an if statement you get a previously …
1:52 PM Ticket #2548 (Array Literal Notation) updated by Tasiro: 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 J-Paul Mesnage: 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 john@…: 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 Matt Diesel: 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 Matt Diesel: 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 J-Paul Mesnage: Just slight precision the resizing is done by AutoIt not really Windows
9:40 AM Ticket #2550 (_GUICtrlComboBox_GetEditText) created by Melba23: The structs used in _GUICtrlComboBox_GetEditText appear to be too …
7:55 AM Ticket #2396 (WinActivate - Remarks - PROPOSAL) closed by Melba23: Fixed
7:55 AM Ticket #2396 (WinActivate - Remarks - PROPOSAL) updated by Melba23: 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 Melba23: 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 john@…: 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 anonymous: 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 J-Paul Mesnage: 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 anonymous: 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 J-Paul Mesnage: 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 anonymous: I have attached it now.
3:18 PM Personalization.jpg attached to Ticket #2312 by anonymous
1:10 PM Ticket #2312 (Tray icon flashes into the black square) updated by J-Paul Mesnage: attach your personalization setting as he one I just attach
1:09 PM Screenshot - jpm.png attached to Ticket #2312 by J-Paul Mesnage
1:04 PM Ticket #2312 (Tray icon flashes into the black square) updated by anonymous: 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 J-Paul Mesnage: I still have the good behavior see last attached file
12:10 PM #2312 win8.1 jpm-1.png attached to Ticket #2312 by J-Paul Mesnage

Note: See TracTimeline for information about the timeline view.

Download in other formats:

RSS Feed