Timeline



Oct 19, 2013:

10:44 PM Ticket #2509 (_FileWriteToLine Bug) created by anonymous
[…]
2:57 PM Ticket #2504 (GUICtrlSendToDummy to нidden window) updated by Melba23
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 J-Paul Mesnage
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 guinness
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 J-Paul Mesnage
Completed
8:28 AM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) updated by J-Paul Mesnage
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 guinness
This is the correct format. […]
12:21 AM CHANGE_6.zip attached to Ticket #2508 by mlipok
CHANGE_6.zip - 50 txt. doc files
12:21 AM Ticket #2508 (Proposed amendments to the 50 files: _GDIPlus....) created by mlipok
_FileWriteToLine.txt _GDIPlus_ArrowCapCreate.txt …

Oct 18, 2013:

2:31 AM Ticket #2505 (Array create without declaration) updated by BrewManNH
You can already use the first format to declare an array in the latest beta.

Oct 15, 2013:

8:28 PM Ticket #2507 (Problem with ObjCreate() on a 64bit PC when compiled with AutoIT_64) closed by Jos
No Bug: Why do you say the ObjCeate() has a problem? Do you have the x64 bits SQL ODBC driver loaded? Maybe stick to the forum before you post a bug report to confirm this is really a bug. Closing for now. Jos
3:59 PM Ticket #2507 (Problem with ObjCreate() on a 64bit PC when compiled with AutoIT_64) created by Tippex
This works on a 64bit PC, but only when compiled in 32bit: […] …
10:06 AM Ticket #2504 (GUICtrlSendToDummy to нidden window) updated by J-Paul Mesnage
Can you add an example when it will be useful? It is strange to post an event to the internal pumping mechanism as hidden GUI is not supposed to handle any event.

Oct 14, 2013:

11:51 PM Ticket #2506 (Proposed amendments to the 25 files: _GUICtrlListView.....) closed by J-Paul Mesnage
Completed: Added by revision [9113] in version: 3.3.9.22
8:49 PM change_5.zip attached to Ticket #2506 by mlipok
25 FILES: _GUICtrlListView.....txt
8:48 PM Ticket #2506 (Proposed amendments to the 25 files: _GUICtrlListView.....) created by mlipok
_GUICtrlListView_AddItem.txt …
5:29 PM Ticket #1573 (TCPConnect TCPTimeout) updated by J-Paul Mesnage
I have submitted the fix to Jon, I hope he will have sometime to commit it Cheers JP
10:18 AM Ticket #2505 (Array create without declaration) created by anonymous
[…]
10:00 AM Ticket #2504 (GUICtrlSendToDummy to нidden window) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
9:43 AM Ticket #2503 (Reference Definition Keyword) updated by anonymous
ByRef cannot compute
9:40 AM Ticket #2504 (GUICtrlSendToDummy to нidden window) created by anonymous
if window is hidden GUICtrlSendToDummy must work.
9:39 AM Ticket #1573 (TCPConnect TCPTimeout) updated by anonymous
Bumpy Bump
1:12 AM Ticket #2502 (COW optimization incorrect) updated by Tasiro
ByRef applies to r-values too, as you can see in the example, and it is effective. But the result is unexpected, why can I modify a copy of an array with a reference to an element of the copied array? The expected second output would be "10 / 1". The link describes a solution to that problem.

Oct 13, 2013:

11:58 PM Ticket #2502 (COW optimization incorrect) updated by jchd18
The error in the above reasonning is that AutoIt != C++. While the documentation (correctly) says that ByRef can be applied to the result of an expression, it should clearly state that ByRef is ineffective in that case. Probably this ticket should be directed to "Documentation" with the complain that ByRef only applies to named variables.
2:54 PM Ticket #2503 (Reference Definition Keyword) created by Tasiro
It is possible to create a reference, but only with a complicated …[…]

Oct 12, 2013:

11:53 PM Ticket #2502 (COW optimization incorrect) created by Tasiro
[…] Too bad there are references. See http://www.gotw.ca/gotw/044.htm.
7:49 AM Ticket #2496 (Runing Au3Info BETA) updated by mlipok
ok
7:27 AM Ticket #2478 (Assign and Eval do not restrict variable names) updated by czardas
Ah, you're going to change it. Although I didn't know about this previously, I think it would be pretty cool if it remained as an undocumented feature. If there are potential issues with behaviour then it should be changed, otherwise I don't see any reason or benefit to change anything. The fact this is even possible seems to open up new possibilities. I made such a function as BrewManNH spoke of, but all variable names use word characters after conversion to hex - allowing case sensitive variable names.

Oct 11, 2013:

9:50 PM Ticket #2496 (Runing Au3Info BETA) closed by Jos
Rejected: Just copy it manually when you want to be able to always use it as this is not a utility that goes through a lot of changes. Jos
12:22 AM Ticket #2501 (SciTE lexer - syntax coloring - bug) updated by mlipok
I confirm it works well. Thanks.

Oct 10, 2013:

8:19 PM Ticket #2491 (AutoIt doesn't functions properly) closed by Jos
No Bug: Asked questions in our forum and only report bugs here when confirmed and has a script attached that reproduces the bug. Closing for now as nobug Cheers Jos
8:17 PM Ticket #2498 (High Memory Consumption) closed by Jos
No Bug: Please discuss in our forums and only report confirmed bug here. Cheers, Jos
8:14 PM Ticket #2501 (SciTE lexer - syntax coloring - bug) closed by Jos
Fixed: Uploaded a fixed SciLexer.dll and SciTE.exe to the beta directory.
11:10 AM Ticket #2498 (High Memory Consumption) updated by jchd18
Trac is for reporting confirmed bugs, not asking for implementation details you "think" are strange. FYI, AutoIt uses COW.

Oct 9, 2013:

6:57 PM Ticket #2501 (SciTE lexer - syntax coloring - bug) updated by Jos
Status changed
9:34 AM Ticket #2498 (High Memory Consumption) updated by Tasiro
[…] AutoIt 3.3.8.1 ||= message box =||= memory =||= change =||= operation =|| || 1 || 69.912 KB|| +69.912 KB||Dim $arr [$size] || || 2 || 69.928 KB|| +16 KB||$arr [0] = $arr || || 3 || 135.600 KB|| +65.672 KB||$arr [1] = $arr || || 4 || 201.268 KB|| +65.668 KB||$arr [2] = 1 || || 5 || 201.268 KB|| +0 KB||$arr [3] = 2 || || 6 || 201.268 KB|| +0 KB||$arr [4] = $arr || || 7 || 266.936 KB|| +65.668 KB||$arr [5] = 3 || Well, I think this behavior is strange. Why is the memory allocation delayed?
3:28 AM Ticket #2498 (High Memory Consumption) updated by BrewManNH
Who says it's copying a pointer? It's copying the contents of the array $arr into element 0 of $arr so in effect you've just doubled the memory needed to hold $arr. Doing it again into element 1 means you now need to triple the memory needed to hold $arr and so on and so on.

Oct 8, 2013:

2:00 PM Ticket #2501 (SciTE lexer - syntax coloring - bug) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
1:32 PM Ticket #2498 (High Memory Consumption) updated by Tasiro
There is a difference of 66 MB after the execution of line 6. Why does it need memory to copy a pointer? No memory is consumed in the statement $arr [0] = $arr (v3.3.8.1).
1:08 PM Ticket #2501 (SciTE lexer - syntax coloring - bug) created by mlipok
SciTe version 3.3.5.0 date 2013/09/28 Repro code: […] How to: …
3:23 AM Ticket #2498 (High Memory Consumption) updated by BrewManNH
I don't see much difference in memory usage between 3.3.9.21 and 3.3.8.1, there's a slight difference on my computer, but not a whole lot. If you're asking why it uses so much memory in the second test, it's because you keep putting the array into itself, every time you do that you're going to use a LOT of memory. I'm not sure what exactly the issue you're complaining about is, maybe you should write it out more clearly explaining EXACTLY what you think is wrong.
1:27 AM Ticket #2500 (_IEDocGetObj Help example $oDoc.fileCreatedDate error) created by oz.mike@…
HI The help example for _IEDocGetObj dosen't work on …

Oct 7, 2013:

10:00 PM Ticket #2499 (GUICtrlSendToDummy documentation clarification) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
9:11 PM Ticket #2499 (GUICtrlSendToDummy documentation clarification) created by MrGeorge <mscreator@…>
As we already …
8:34 PM Ticket #2498 (High Memory Consumption) created by Tasiro
[…] Memory usage differs between v3.3.9.21 and v3.3.8.1. (v3.3.9.21 …
3:22 PM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) updated by mlipok
Yes I know. But all examples of: <a href="../intro/windowsadvanced.htm">Title special definition</a> can be considered as incomplete. It depends on the approach to a data examples. In this part of the documentation can be regarded as sufficient. I think so. And it is this part of the documentation I was thinking of writing this report.
3:05 PM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) updated by guinness
The example you've provided isn't complete.
1:01 PM Ticket #2497 (Window Titles and Text (Advanced) - Proposal) created by mlipok
in "Window Titles and Text (Advanced)" Please add an example: …
10:45 AM Ticket #2491 (AutoIt doesn't functions properly) updated by J-Paul Mesnage
Just for reproduction can you post the link (http...) that can be used.
10:11 AM Ticket #2496 (Runing Au3Info BETA) created by mlipok
In SciTE4AutoIt set in SciTe Menu there is a menu item Au3Info CTRL+F6 …
10:09 AM Ticket #2494 (Example _GUICtrlToolbar_SetHotItem) closed by J-Paul Mesnage
Fixed: Fixed by revision [9103] in version: 3.3.9.22
10:07 AM Ticket #2493 (Examples for _GUICtrlToolbar_GetMetrics, _GUICtrlToolbar_SetMetrics) closed by J-Paul Mesnage
Fixed: Fixed by revision [9102] in version: 3.3.9.22
9:00 AM Ticket #2495 (_FileWriteFromArray for save _ExcelReadSheetToArray arrays) updated by TicketCleanup
Milestone changed
Automatic ticket cleanup.
8:24 AM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) updated by J-Paul Mesnage
@anonymous What is the purpose of this .exe? Just post what is your proposal if any to modify the current source of au3Record which is BTW not opensource THe current version just run in X32 mode Under a system in 64-bit which is not the most but it is doing the job
8:19 AM Ticket #2495 (_FileWriteFromArray for save _ExcelReadSheetToArray arrays) closed by J-Paul Mesnage
Duplicate: Already fixed in Beta next time verify with current beta
3:00 AM Ticket #2495 (_FileWriteFromArray for save _ExcelReadSheetToArray arrays) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
2:33 AM Ticket #2495 (_FileWriteFromArray for save _ExcelReadSheetToArray arrays) created by anton-ilyasov@…
code of function _FileWriteFromArray : Case 2 Local $s_Temp For …

Oct 5, 2013:

9:32 PM Ticket #2493 (Examples for _GUICtrlToolbar_GetMetrics, _GUICtrlToolbar_SetMetrics) updated by mlipok
I forgot to say that the same problem is in the example in the documentation functions: _GUICtrlToolbar_SetPadding ()
9:31 PM Ticket #2493 (Examples for _GUICtrlToolbar_GetMetrics, _GUICtrlToolbar_SetMetrics) updated by mlipok
now I know more: look in _GUICtrlToolbar_SetPadding(): in Remarks: "Padding is only applied to buttons that have the $TBSTYLE_AUTOSIZE style." First note: $TBSTYLE_AUTOSIZE is no where defined, it seems that it is more about $BTNS_AUTOSIZE But when I use: […] Despite this, using this example, can not see the visual change ToolBar Control.
9:11 PM _GUICtrlToolbar_SetHotItem.au3 attached to Ticket #2494 by mlipok
_GUICtrlToolbar_SetHotItem.au3
9:10 PM Ticket #2494 (Example _GUICtrlToolbar_SetHotItem) created by mlipok
I confirm as AZJIO say: …
6:56 PM Ticket #2493 (Examples for _GUICtrlToolbar_GetMetrics, _GUICtrlToolbar_SetMetrics) created by mlipok
Example from Helpfile is not good, because in my opinion it does not …
3:43 PM Au3Record.exe attached to Ticket #1663 by anonymous

Oct 4, 2013:

11:41 PM Ticket #2492 (_GUICtrlToolbar_ - issue for 6 doc files) closed by J-Paul Mesnage
Fixed: Fixed by revision [9101] in version: 3.3.9.22
7:00 PM Ticket #2492 (_GUICtrlToolbar_ - issue for 6 doc files) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
6:49 PM _GUICtrlTollbar.zip attached to Ticket #2492 by mlipok
_GUICtrlToolbar_LoadBitmap.au3 and _GUICtrlToolbar_SetMetrics.txt
6:46 PM Ticket #2492 (_GUICtrlToolbar_ - issue for 6 doc files) created by mlipok
As AZJIO: …
12:57 PM Ticket #2491 (AutoIt doesn't functions properly) created by venugopal.vysakh@…
I have tried AutoIt for a firefox based login pop-up. While running …
9:54 AM Ticket #2426 (TrayGetMsg and TraySetState - Magic Numbers) closed by J-Paul Mesnage
Completed: Added by revision [9096] in version: 3.3.9.22
8:36 AM Ticket #2488 (@exitMethod - proposal - new mode - Accident) closed by J-Paul Mesnage
Rejected
8:34 AM Ticket #2418 (Where to add a description about file with constants definition. ...) closed by J-Paul Mesnage
Completed: Added by revision [9094] in version: 3.3.9.22
8:33 AM Ticket #2418 (Where to add a description about file with constants definition. ...) updated by J-Paul Mesnage
at least the signaled help are fixed in the beta

Oct 3, 2013:

6:21 PM Ticket #2490 (HttpSetUserAgent return value) closed by Matt Diesel
Duplicate: Duplicate of #2489.
10:50 AM Ticket #2490 (HttpSetUserAgent return value) created by anonymous
Could you please make HttpSetUserAgent return the old user agent when …
10:40 AM Ticket #2489 (HttpSetUserAgent return value) created by anonymous
Could you please make HttpSetUserAgent return the old user agent when …

Oct 2, 2013:

6:33 PM Ticket #2485 (Selection goes invisible after _GUICtrlRichEdit_GetFont) closed by J-Paul Mesnage
Fixed: I found the reason the code has been as this since the beginning Solved with the same fix as #2496
6:24 PM Ticket #2486 (_GUICtrlRichEdit_GetFont does not return an empty string for mixed fonts) closed by J-Paul Mesnage
Fixed: Fixed by revision [9091] in version: 3.3.9.22
4:05 PM Ticket #2485 (Selection goes invisible after _GUICtrlRichEdit_GetFont) updated by J-Paul Mesnage
Not sure what has to be done to force repainting of the control Perhaps a bug in Windows API for richEdit.

Oct 1, 2013:

9:01 AM Ticket #2488 (@exitMethod - proposal - new mode - Accident) updated by mlipok
So this request can be closed. And by the way last night while lying in a fever I had an idea how to deal with a problem that's bothering me.

Sep 30, 2013:

7:13 PM Ticket #2441 (_ExcelReadCell) updated by psandu.ro
yes, you are right but my problem is when in excel is an "error", my script is stopped with this error: AutoIt3.exe ended.rc:-1073741819 thanks
5:42 PM Ticket #2488 (@exitMethod - proposal - new mode - Accident) updated by Matt Diesel
Well your second example wouldn't cause AutoIt to exit anyway. Why not just have a flag called $ExittedCleanly, then a custom exit() function, which you call instead of exit. The _OnExit() function can then check your flag to see whether it was set for a planned exit. AutoIt has always been used in a way such that programming errors stop the interpreter, and if a piece of code is critical, then it should be checked for errors such as array bounds correctly. Trying to catch errors like this is the wrong way to go about it.
5:03 PM Ticket #2487 (SciTE: Menu: Edit/Stream Comment - Feature request) closed by Jos
Rejected
4:55 PM Ticket #2482 (TIDY: #Tidy_Parameters=/sf issue) closed by Jos
No Bug: This is not a bug. /SF works in the following way: - All Func 's are sorted in the correct sequence and placed at the end of the Script file. - All commentlines above the Func are considered to be part of the FUNC below it and sorted together with the FUNC. So that means that the last comment line is actually the first regular codeline and hence will be at the top after sorting. Jos
7:52 AM Ticket #2441 (_ExcelReadCell) reopened by J-Paul Mesnage
7:16 AM Ticket #2488 (@exitMethod - proposal - new mode - Accident) updated by mlipok
for example by using incorrect number of subscripts or subscript dimension range exceeded. or by using undefined function. for example Call('test') without declaring Function 'test'
12:13 AM Ticket #2488 (@exitMethod - proposal - new mode - Accident) updated by BrewManNH
What do you mean by "by accident"? How do you (or the script) determine the exit wasn't intentional?

Sep 29, 2013:

1:59 PM Ticket #2485 (Selection goes invisible after _GUICtrlRichEdit_GetFont) updated by water
Component changed
1:58 PM Ticket #2486 (_GUICtrlRichEdit_GetFont does not return an empty string for mixed fonts) updated by water
Component changed
1:55 PM Ticket #2441 (_ExcelReadCell) closed by water
No Bug: You don't get a result from cell A3 (row 1, column 3) because the formula in this cell returns division by zero. A1: 1, B1: 0, C1: =A1/B1
1:14 PM Ticket #2488 (@exitMethod - proposal - new mode - Accident) created by mlipok
Please add a new mode to @exitMethod I am referring to cases when the …

Sep 28, 2013:

9:32 PM Ticket #2441 (_ExcelReadCell) updated by water
Component changed

Sep 27, 2013:

11:49 AM Ticket #2487 (SciTE: Menu: Edit/Stream Comment - Feature request) created by mlipok
In SciTE4AutoIt in Menu there is a function: Edit/Stream Comment …
4:47 AM Ticket #2486 (_GUICtrlRichEdit_GetFont does not return an empty string for mixed fonts) created by ILLBeBack
According to the doc, _GUICtrlRichEdit_GetFont should return an empty …
4:47 AM Ticket #2485 (Selection goes invisible after _GUICtrlRichEdit_GetFont) created by ILLBeBack
In a RichEdit control, the selection goes invisible (not the text, the …

Sep 25, 2013:

7:59 PM Ticket #2484 (Description incorrect for _GUICtrlRichEdit_SetRECT) closed by J-Paul Mesnage
Fixed: The 3.3.9.21 is already fixed
6:00 PM Ticket #2484 (Description incorrect for _GUICtrlRichEdit_SetRECT) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
5:09 PM Ticket #2484 (Description incorrect for _GUICtrlRichEdit_SetRECT) created by anonymous
v3.3.8.1 and v3.3.9.21 (Beta) In the help file, the description for …

Sep 24, 2013:

6:39 PM Ticket #2478 (Assign and Eval do not restrict variable names) updated by BrewManNH
One benefit that I've seen, in Assign and IsDeclared taking any string as a valid variable, is some of the code people have used to replace the _ArrayUnique function with something a lot faster. While it's not standard practice to use Assign like that, it has been something people have been posting for several years and in multiple posts. Just something to think about.
2:04 PM Ticket #2465 (in _IEPropertyGet - out of date links in "ClientInfo Properties") closed by J-Paul Mesnage
Fixed: Fixed by revision [9067] in version: 3.3.9.22
2:03 PM Ticket #2465 (in _IEPropertyGet - out of date links in "ClientInfo Properties") updated by J-Paul Mesnage
Version changed
11:34 AM Ticket #2205 (Scite indentation misconfiguration) updated by anonymous
You have to change this each time for each individual file, this is to much. Each time Scite opens this is the default on all files loaded ;-(
9:18 AM Ticket #2468 (MagicNumber + OnAutoItStartRegister - BUG ?) updated by mlipok
thanks, Now I know where we are;)
6:41 AM Ticket #2468 (MagicNumber + OnAutoItStartRegister - BUG ?) updated by J-Paul Mesnage
Just doc sorry for not be more precise.

Sep 23, 2013:

11:33 PM Ticket #2396 (WinActivate - Remarks - PROPOSAL) updated by mlipok
It is possible that the previous description was not correct, so I will describe this TICKET again: Please consider developing a more detailed description of what exactly contains @extended
8:00 PM Ticket #2483 (DriveGetDrive - different error for "improper drive type" versus "none ...) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
7:36 PM Ticket #2483 (DriveGetDrive - different error for "improper drive type" versus "none ...) created by mrider
Greetings: This is a small thing - but it seems to me that returning …
6:40 PM Ticket #2468 (MagicNumber + OnAutoItStartRegister - BUG ?) updated by mlipok
What solution was used? for example: documentation was changed ?
6:35 PM Ticket #2468 (MagicNumber + OnAutoItStartRegister - BUG ?) closed by J-Paul Mesnage
Fixed: Fixed by revision [9060] in version: 3.3.9.22
5:32 PM Ticket #2168 (Updown control displayed on wrong TAB) updated by J-Paul Mesnage
In fact the bug was still there but has been fixed with the 2167 solution when not using the GUICtrlCreateTabItem("")
4:55 PM Ticket #2379 (WS_EX_LAYOUTRTL and GUICtrlCreateMenu causes bug) closed by J-Paul Mesnage
Duplicate: Now 2167 is fixed Cheers
1:43 PM Ticket #2167 ($WS_EX_LAYOUTRTL and GUICtrlCreateMenu causes bug) closed by Jon
Fixed: Fixed by revision [9059] in version: 3.3.9.22

Sep 20, 2013:

10:23 PM Ticket #2482 (TIDY: #Tidy_Parameters=/sf issue) updated by mlipok
I think the feature "comments moving" is developed to moving function description together with function. ---- ok give me 1 month before closing this ticket i try to reproduce case when TIDY cut the "EndFunc" Then we can talk about the main problem. ---- In the meantime, if anyone sees a similar disturbing case, please include a description.
4:27 PM Ticket #2482 (TIDY: #Tidy_Parameters=/sf issue) updated by J-Paul Mesnage
Not sure what Tidy can do to between func comments. It is true in your case it is moving the last line infront. But what will happens if the func need to be reordered The mess will be bigger for the in between comments just try […]

Sep 19, 2013:

10:39 PM Ticket #2482 (TIDY: #Tidy_Parameters=/sf issue) created by mlipok
Version: Tidy AutoIt3 v2.3.0.20 Copyright (c) Jos van der Zande …
9:51 PM Ticket #2465 (in _IEPropertyGet - out of date links in "ClientInfo Properties") updated by mlipok
i see this be correct for all links in _IEPropertyGet
5:16 PM Ticket #2478 (Assign and Eval do not restrict variable names) updated by J-Paul Mesnage
Hold on Jon acknowledge it is a BUG , I am sure you will be OK with the fix when he will do it
5:14 PM Ticket #2478 (Assign and Eval do not restrict variable names) updated by Tasiro
> I fail to see how changing the behavior of Assign does any good as you are going to have to check for error and deal with that with more code to correct it. Then I will have to? Only IsDeclared needs to be changed. > And it is a script breaking change for no good reason that I see at this time. You cannot expect undefined (or unspecified) behavior to be portable (you seem to be in need of a specification). Which script would it break? > Here is a tip, variables created with Assign, i.e. "var!" will not destroy a variable named $var. You cannot create a variable named $var! so it is safe to assign "var!". I may write Assign ("var!", $value), as you do. Why do you need a variable named "var!"? > So I do not see an issue, like AutoIt crashing, negative side effects or other. Performance. Consistence. Misuse.
4:16 PM Ticket #2478 (Assign and Eval do not restrict variable names) updated by Tasiro
1. Bad Idea. "You can't access my variables? Have you tried Eval ("variable name") already?" Also, Execute may fail. What will be @extended? 2. Execute is the (second) slowest way possible. 3. Use ObjCreate ("Scripting.Dictionary") for maps. 4. Again, it is a bad idea to use Assign, Eval and Execute. See https://en.wikipedia.org/wiki/Eval. 5. I cannot deprecate functions of the standard library of AutoIt myself, can I? Should I not report bugs I find? 6. Where is Eval actually neccessary? ---- I do not think a new flag would be a good idea. Documentation - Language Reference - Variables: > Each variable has a name (again, similar to a mailbox) and must start with the $ character and may only contain letters, numbers and the underscore _ character. Anyway, here is my flag proposal: 16 = (not default) Do not fail if varname not being a variable-name (link to specification)
1:23 PM Ticket #2480 (Proposed amendments to the 43 files) updated by anonymous
CHANGE_3.ZIP and CHANGE_3_2.ZIP are are indeed the same, and that's because I had a problem with my browser, As a result, the problem, the file was sent two times. I see GUICtrlCreateEdit[2].au3 is fixed: http://www.autoitscript.com/trac/autoit/ticket/2476#comment:1 so for me everything is fine "but I don't know hos to remove one of them" What you mean ?
11:48 AM Ticket #2470 ($GUI_EVENT_(PRIMARY and SECONDARY)DOWN not triggered after WinActivate) closed by J-Paul Mesnage
No Bug: Nothing wrong as your WinActivate is activating the desktop deactivating your GUI so clicking again just reactivate without really doing a click on the gui and the next click on the gui will redo a click event You better go to the forum to ask help before submitting a ticket
9:52 AM Ticket #2480 (Proposed amendments to the 43 files) updated by J-Paul Mesnage
Replying to mlipok: > Jpm > did you check that example GUICtrlCreateEdit[2].au3 > > I report this here: > http://www.autoitscript.com/trac/autoit/ticket/2476 > > > but forgot to delete from my "CHANGE_3" folder, in effect, the file CHANGE_3.ZIP I check the GUICtrlCreateEdit[2].au3 you certainly have seen the closure for the CHANGE_3.ZIP and CHANGE_3_2.ZIP both are the same but I don't know hos to remove one of them
9:20 AM Ticket #2476 (GUICtrlCreateEdit[2].au3 - ERROR) updated by mlipok
thanks
8:55 AM Ticket #2368 (Inconsistent GUICreate results) closed by J-Paul Mesnage
No Bug: In fact there is no bug as GUICreate defined the Windows Size not the Client Size @Mat suggestion is a good suggestion if you want to manage with Client size
8:48 AM Ticket #2478 (Assign and Eval do not restrict variable names) updated by Jon
Bug as far as I'm concerned.
8:45 AM Ticket #2461 (GUICtrlSetImage doesn't handle certain types of .gif file) closed by Jon
Fixed: Fixed by revision [9052] in version: 3.3.9.22
8:27 AM Ticket #2478 (Assign and Eval do not restrict variable names) updated by MHz
Perhaps a request for additional flags? 0 = (default) Create variable if required 1 = Force creation in local scope 2 = Force creation in global scope 4 = Fail if variable does not already exist 8 = Fail if variable does already exist (new) 16 = Fail if not being a string with letters, numbers and underscores (new)
7:45 AM Ticket #2478 (Assign and Eval do not restrict variable names) updated by MHz
1. It is a string. You can test it before using assign so I see this as not an issue. 2. As above. 3. So you say but that does not mean that it should not be. 4. This is why Eval exists. Since when has $"Question..." been allowed? or even $$name? or how about $"var". Perhaps you are thinking of setting the option on for ExpandVarStrings which works fine on "name = $some space, and a comma$" if you wanted to. 5. Additional point, why submit bugs reports on functions that you do not want to use? In relation to your mention of gold, gold out of the ground is not good unless it is processed into pure gold. So processing is usually needed. You can test the string before assigning it for characters you do not want. If you assign a string to become a variable, then you can test it with IsDeclared to test if it exists and if it does, then to what scope it is and you can use Eval to use it. The latter is mentioned in the help file as what you should do on the pages of Assign, IsDeclared and Eval. Below is code testing the string for being valid for your interest. Added additional _IsDeclared UDF to show Assign, IsDeclared and Eval working together. You can comment the IsAlphaNumUnderScore function to see that it was not allowing the string. You could block assigning the string, convert the string to suit, exit the script or what ever you choose to do. I fail to see how changing the behavior of Assign does any good as you are going to have to check for error and deal with that with more code to correct it. And it is a script breaking change for no good reason that I see at this time. Tested on 3.3.8.1 and 3.3.9.21. 1 function call tests if the string is just letters, numbers and underscores. […] Here is a tip, variables created with Assign, i.e. "var!" will not destroy a variable named $var. You cannot create a variable named $var! so it is safe to assign "var!". So I do not see an issue, like AutoIt crashing, negative side effects or other. So as per usual with AutoIt, some programming is needed to get the result that you want.
6:47 AM Ticket #2476 (GUICtrlCreateEdit[2].au3 - ERROR) closed by J-Paul Mesnage
No Bug: in fact those errors are normal because you don't have access to the needed .OCX AS the example is incompatible with Win7 it will be removed and doc about GUICtrlCreateEdit() will be updated to point to _GUICtrlRichEdit_Create()
Note: See TracTimeline for information about the timeline view.