Timeline
Nov 23, 2014:
- 10:34 AM Ticket #2299 (GUI Button Text Left-Justify Bug) updated by
- P.S For the first issue, I wonder if AutoIt's code is being confused by the fact that BS_CENTER = BITOR(BS_LEFT, BS_RIGHT) so you can't just do simple bit tests but need to do: If BitAnd (style, $BS_CENTER) = $BS_LEFT If BitAnd (style, $BS_CENTER) = $BS_CENTER If BitAnd (style, $BS_CENTER) = $BS_RIGHT (I'm sure the above logic is absolutely obvious to you, but is easily overlooked if not thinking of the actual value of the bits) Alan Parry
- 10:15 AM Ticket #2299 (GUI Button Text Left-Justify Bug) updated by
- Hi, After upgrading my scripts from 3.3.8.1 to 3.3.12.0/3.3.13.19 it appears that center justification of native buttons has been broken. I guess most likely by the fix for this issue at milestone 3.3.9.21. The permutations of: default color settings; alignment at creation; style changes; and color changes effect the issue in different ways, and differently now compared to 3.3.8.1. I have attached a new script (ButtonTextJustify2.au3) that shows the permutations and indicates which permutations have issues. To try to summarized the issues:- 1) If default colours are used; OR the colours are changed after button creation or style change then:- a) On 3.3.12.0 and 3.3.13.19 center justification is shown as left, and right as center b) On 3.3.8.1 left and right were shown as center 2) If style is set/changed when set default colours used, or after colours have been set, then colour settings are lost but justification is correct/fixed. This second issue was also in the original bug report but seems unaltered by the last bug fix. (Note also:- Strangely after loosing set default colours with a style change, setting just the background colour restores the foreground colour as well, as can be seen in the last set of examples). Regards Alan Parry
- 8:41 AM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) closed by
- Rejected
Nov 22, 2014:
- 10:34 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) updated by
- i don't need a prog to do that the c# function works. i think this will be a nice func at autoit code that's all
- 6:18 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) updated by
- http://www.nirsoft.net/utils/iconsext.html
- 5:00 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) updated by
-
Version changed
Automatic ticket cleanup. - 4:58 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) created by
- Extract icon from almost any file Can this be added to autoit as a …
Nov 20, 2014:
- 6:29 PM Ticket #2941 (Tidy doesn't find Then on a continuation line in a #Tidy_Off block) closed by
- Fixed: This is already fixed in the available beta version of Tidy. Jos
- 5:07 PM Ticket #2941 (Tidy doesn't find Then on a continuation line in a #Tidy_Off block) created by
- This :- […] causes ";### Tidy Error: If/ElseIf statement …
- 3:29 PM Ticket #2940 (_FileListToArrayRec does not return files having no extension with ...) closed by
- No Bug: See my reply in this thread: http://www.autoitscript.com/forum/topic/165777-strange-behaviour-with-filelisttoarrayrec/#entry1210635 M23
- 8:32 AM Ticket #2940 (_FileListToArrayRec does not return files having no extension with ...) created by
- In a folder with some files that have no extension (for example the …
Nov 19, 2014:
- 2:23 PM Ticket #2900 (Control ID returned by GUIGetCursorInfo when use with overlapped controls) updated by
- I agree that AutoIt regards the most recently added control as "on top" and that the ControlID value returned by AutoIt's GUIGetCursorInfo function refers to the most recently created control. If you create the buttons with the UDF function (_GUICtrlButton_Create) then the earlier button does indeed take priority as the buttons are outside AutoIt's internal control array. But I would argue that as AutoIt refuses to action a control in a region where it overlaps another - for the very good reason that it cannot read your mind and determine which control you were intending to action - the matter is entirely moot as you should avoid overlapping controls at all. M23
- 10:49 AM Ticket #2937 (TCPRecv() set @error to -1 when a telnet client connect on socket) updated by
- tcprecv return @error -1 when buffer is empty
- 2:22 AM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) updated by
- that's not fixing the problem. it's removing it by signature. or that feature is broken.
Nov 18, 2014:
- 10:17 AM Ticket #2939 (_GUICtrlStatusBar_Create zeros part widths when PartWidth array given ...) closed by
- Fixed: Fixed by revision [11154] in version: 3.3.13.20
Nov 17, 2014:
- 3:16 PM Ticket #2939 (_GUICtrlStatusBar_Create zeros part widths when PartWidth array given ...) created by
- If _GUICtrlStatusBar_Create is called with an array of $vPartWidth but …
Nov 16, 2014:
- 3:11 PM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) updated by
- I've read your post in the German forums that you updated to 3.3.12.0 before installing the latest beta. On that version it's also not working for me, but on 3.3.13.19 it works just fine. Maybe you didn't compile/run with the correct beta version when testing?
- 12:00 PM Ticket #2938 (Add "GetCount" to ControlCommand()) updated by
-
Version changed
Automatic ticket cleanup. - 11:12 AM Ticket #2938 (Add "GetCount" to ControlCommand()) created by
- Please add command "GetCount" to ControlCommand() function for ListBox …
- 3:45 AM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) updated by
- it's Norton 360.
Nov 14, 2014:
- 4:40 PM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) closed by
- No Bug: Aut2Exe has been creating temporary files in an AppData folder since 3.3.12.0. What you are experiencing is usually your AV preventing Aut2Exe creating files at that location - the solution is to add that folder to your exception list. And in future please search the forum and eventually post there to seek advice before raising a ticket. M23
- 9:48 AM Ticket #2937 (TCPRecv() set @error to -1 when a telnet client connect on socket) created by
- hello, Autoit 3.3.12, TCPRecv () returns @error -1 when a telnet …
- 9:48 AM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) created by
- just compile anything. this has been happening since 3.3.12.1. Aut2Exe …
- 8:28 AM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) updated by
- But the behaviour you describe as "wrong" under Win 8 is exactly what I see under Win 7 - so there is no change of behaviour with change of OS and so nothing to fix. Just to be clear, the "workaround" was just some code to get the behaviour you say is "normal" - but which for me was not. It was not an admission that this behaviour was expected. I have no idea what caused your Win 7 behaviour to be "different" but, as I mentioned above, if you had asked in the forum first you get a wider audience to confirm a bug before raising a ticket. M23
Nov 13, 2014:
- 5:09 PM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) updated by
- If it wasn't a bug, there would be no need for a "workaround". How could behaviour changing from one OS to the next be anything but a bug? Anyone with access to both OS could verify this. But hey, if you don't want to fix it, no problem.
- 4:38 PM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) closed by
- No Bug: When I run this script on my Win7 machine I see the behaviour you describe under Win 8 - the underlying control becomes visible when the cursor moves over it even though the input is extended. So I do not see this as a bug as described (change from Win 7 to Win 8). Anyway there is a simple workaround to create what is claimed to be the "old" behaviour - just hide the other control when the input is extended: […] Could I ask that next time you post in the forum to confirm that others can reproduce what you consider to be a bug before raising a ticket. M23
- 11:22 AM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) created by
- […]
- 2:01 AM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) updated by
- I'm not having any problems copying into the embedded window or from it to another folder. AutoIt 3.3.13.19 on Windows 7 x64.
Nov 12, 2014:
- 6:19 PM Ticket #2933 (_GUICtrlRichEdit_StreamToVar $SF_* , $SFF_*) closed by
- Fixed: Fixed by revision [11152] in version: 3.3.13.20
- 6:12 PM Ticket #2934 (_GUICtrlRichEdit_SetZoom - Remarks) closed by
- Fixed: Fixed by revision [11151] in version: 3.3.13.20
Nov 11, 2014:
- 9:45 PM Ticket #2934 (_GUICtrlRichEdit_SetZoom - Remarks) created by
- in remarks: […] "6400$" it should be "6400%"
- 9:43 PM Ticket #2933 (_GUICtrlRichEdit_StreamToVar $SF_* , $SFF_*) created by
- in Remarks there is: $SF_* , $SFF_* constants are defined in FTPEx.au3 …
- 3:29 PM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) updated by
- I can drag and drop from a normal Explorer to the one embedded in that GUI in both directions with no problem. I am using 3.3.13.19 (albeit an modified alpha version with a small change in a completely non-related area) M23
- 10:18 AM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) created by
- in this code works drag and drop from Explorer to autoit-gui: […] …
Nov 10, 2014:
- 7:28 AM Ticket #2931 (_ExcelRangeFind helpfile example doesn't work with v. 3.3.13.19 beta) closed by
- Wont Fix
- 7:27 AM Ticket #2931 (_ExcelRangeFind helpfile example doesn't work with v. 3.3.13.19 beta) updated by
- This is caused by the way COM errors are handled in the latest beta version. As the beta is still under heavy development things might change again with the next stable. So this is not a bug but a temporary problem.
Nov 7, 2014:
- 12:58 PM Ticket #2931 (_ExcelRangeFind helpfile example doesn't work with v. 3.3.13.19 beta) created by
- here is what happens with latest beta: >Running:(3.3.13.19):C:\Program …
- 6:03 AM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) closed by
- Works For Me: I agree with M23 remark your WM_DRAWITEM has a pb so go to the forum to get help to locate it I will close it Just reopen a new one if you really islotae the pb. Cheers
Nov 5, 2014:
- 6:21 PM Ticket #2930 (Wrong CheckBox position for ListView) closed by
- No Bug: The problem is not of AutoIt's making - you are using an icon view without icons. If you use icons as shown in bogQ's example you get centred checkboxes. M23
- 5:55 PM Ticket #2930 (Wrong CheckBox position for ListView) updated by
- hes is not using icons that he should be using, added sloppy example on his original topic.
- 4:00 PM Ticket #2930 (Wrong CheckBox position for ListView) created by
- I found that if i change the font size, the CheckBox position look …
Nov 2, 2014:
- 9:27 AM Ticket #2929 (Check if a method exists using IsFunc()) created by
- I don't know if its already too much of a "things we won't do" but …
Oct 31, 2014:
- 6:00 PM Ticket #2300 ($WS_EX_MDICHILD style affects all childs created after it so they act ...) updated by
- This issue is still happening with the latest version.
- 9:22 AM Ticket #2920 (No control resizing on initially hidden window) updated by
-
Summary changed
Oct 27, 2014:
- 9:00 AM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) updated by
- Trolleule, I made that code crash just once in multiple attempts and when it did it was obvious that the problem lies in the redrawing as the ListView continued to scroll but was gradually emptied of its contents. So I think that rather than having found an AutoIt bug you have a serious problem in your WM_DRAWITEM handler and you should return to the forum and seek advice. M23
Oct 26, 2014:
- 9:57 AM Ticket #2928 (Autoit doesn't work with latest selenium driver update with latest watir) closed by
- Rejected: Please follow the track report guide line. I think you must go to the forum first to get help
- 7:28 AM Ticket #2928 (Autoit doesn't work with latest selenium driver update with latest watir) created by
- I am using watir and I recently updated my firefox as well as selenium …
Oct 25, 2014:
- 4:44 PM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) updated by
- I still cannot reproduce under Win8.1 update 1
- 4:28 PM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) updated by
- There is definitive a bug. Look what BrewManNH has written. When i scroll with mouse fast up and down more than one time, anytime the listview/ gui freeze and the LV becomes empty. Minimizing and Maximizing restores the LV. If you uncomment WM_NOTIFY registering, it works fine. Using Win7 x86. Use this example, this will avoid missunderstandings: […]
Oct 24, 2014:
- 10:51 AM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) updated by
- Trolleule, And as discussed in that thread I cannot make the GUI freeze other then by resizing the columns - which I fixed by amending the redraw process. Certainly scrolling the ListView does not induce a freeze in either 3.3.12.0 or 3.3.13.19, Win7 x32. M23
Note:
See TracTimeline
for information about the timeline view.
