Timeline



Nov 8, 2019:

4:59 AM Ticket #3739 (Scripting.dictionary Keys/Items array support for _ArrayDisplay) updated by mLipok
Component, Description changed
4:57 AM Ticket #3738 (Com error in _IEAttach with embedded IE) updated by mLipok
Description changed
4:52 AM Ticket #3738 (Com error in _IEAttach with embedded IE) updated by mLipok
Description changed
4:51 AM Ticket #3738 (Com error in _IEAttach with embedded IE) updated by mLipok
Component changed
4:48 AM Ticket #3738 (Com error in _IEAttach with embedded IE) updated by mLipok
Owner, Status, Description changed

Nov 5, 2019:

3:00 AM Ticket #3739 (Scripting.dictionary Keys/Items array support for _ArrayDisplay) updated by Beege
Sorry the component should be Standard UDFs for this
2:57 AM Ticket #3739 (Scripting.dictionary Keys/Items array support for _ArrayDisplay) created by Beege
I wanted to ask for this years ago but at the time _arraydisplay was …

Nov 4, 2019:

8:00 PM Ticket #3738 (Com error in _IEAttach with embedded IE) created by Nine
[…] Ends up with a COM error : >"C:\Program Files …

Oct 28, 2019:

10:22 AM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by Jos
Replying to anonymous: > do you can to compile also x64 version of Au3Info.exe? it's available here now: https://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/Au3Info_x64.exe Jos
8:48 AM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by anonymous
do you can to compile also x64 version of Au3Info.exe?

Oct 25, 2019:

9:04 AM Ticket #3737 (_ArrayUnique fails on single element array when base set to 1) closed by Melba23
Fixed: Fixed at revision 12230. M23
8:55 AM Ticket #3737 (_ArrayUnique fails on single element array when base set to 1) created by Melba23
When using the $iBase feature to ignore the first element, the …

Oct 24, 2019:

11:04 PM Ticket #3736 (_GUICtrlTreeView_Sort fails when there is just one item in TreeView) closed by J-Paul Mesnage
Duplicate: Duplicate #3714
5:32 PM Ticket #3736 (_GUICtrlTreeView_Sort fails when there is just one item in TreeView) created by Andy289
I know that there is nothing to sort if you have just one item but a …

Oct 13, 2019:

1:02 PM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by jchd18
Fine. The issue finally boils down to: "what should be the correct semantic of Binary when applied to a native (UCS2) AutoIt string?"
7:20 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by J-Paul Mesnage
Owner, Status changed
I leave to Jon the final answer to change only doc or the code to follow your recommandation …

Oct 12, 2019:

11:52 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by jchd18
The doc is indeed incomplete, but there are a number of very unexpected "conversions" elsewhere in the range > 0xFF (maybe even in the range [0x7F,0xFF] depending on local codepage), making Binary(<string>) deceptive. […] For instance some codepoints are converted, but not all possible and not always right: β (lowercase Greek beta) turned into ß (German eszet) ?!?!? Γ -> G but γ (lowercase Greek gamma) isn't converted Many codepoints are unexpectedly converted to control characters! I'm not completely against attempts to convert, say, Ā to A in a distinct function but at least this has to be clearly documented AND it's better to have it right and consistant (that is much, much harder than it looks.) In any case, a function named Binary shouldn't emasculate anything and OTOH an attempt to map UCS2 > 0x7F to local Windows codepage is doomed to failures. All in all I doubt a simple approach can be really satisfactory. From this point of view, _StringToHex() [which produces hex of the string in UTF8] and StringToASCIIArray() [which returns an array of codepoints] are more robust.
7:10 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by J-Paul Mesnage
Certainly the doc is incomplete about the conversion to byte not to UCS2
7:01 AM Ticket #3735 (_DebugOut all output on one line) closed by J-Paul Mesnage
Works For Me: I confirm that the lastest commit to produce next beta 3.3.15.1 is OK

Oct 10, 2019:

4:40 PM Ticket #3733 (_FileListToArrayRec hangs when using a UNC path) closed by Jos
Fixed: Fixed by revision [12228] in version: 3.3.15.1
4:24 PM Ticket #3735 (_DebugOut all output on one line) updated by Jos
Owner, Status changed
4:23 PM Ticket #3735 (_DebugOut all output on one line) updated by Jos
The Beta v3.3.15.1 was never officially release, just an ZIP version, so I tested with v3.3.15.0 which obviously worked.... sorry :) That code was removed again in rev 12148 on May 16, 2018 so I can only guess it is fixed now, but JPM should know as he made these changes and reverted them again. I can't give you the current debug.au3 file as that requires multiple include file changes. Jos
11:28 AM Ticket #3735 (_DebugOut all output on one line) updated by apoliemans
Jos, Thanks for checking. How do you install? I ran the v3.3.14.5 installer and then copied the extracted beta-zip into the install folders. No other modifications. My v3.3.15.1 beta is dated 20-mar-2018. Can you send me your Debug.au3? Mine is 19-mar-2018 and had some CRLF stripping logic added around line 600 that I do not fully trust. […]
Note: See TracTimeline for information about the timeline view.