Context Navigation

Timeline

1:30 AM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by mLipok: Summary, Description changed

5:04 PM Ticket #3869 (Subtraction operator before power operation is parsed incorrectly) updated by anonymous: Replying to anonymous: > Hum, with > ConsoleWrite((11 - 2^{4) & @CRLF)}^{> I'm still getting 27 in v3.3.16.1
> It's computing 11 + (-2)}4
12:24 AM WikiStart edited by mLipok: WikiFormatting again (diff)
12:22 AM WikiStart edited by mLipok: note about WikiFormatting (diff)

11:03 PM Ticket #4093 (_GUICtrlListView_GetItem() - Item state - $aItem[0] = 0) created by mLipok: I was trying to find a solution to one of my problem here: …

10:00 AM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
9:13 AM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) closed by Jpm: Fixed: Fixed by revision [13379] Added #4092: _GUICtrlStatusbar_*() working with WinForms statusbar.
9:10 AM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) updated by Jpm: Type changed
It is really a regression as _GUICtrlStatusBar_*() was designed to work with _GUICtrlStatusBar_create() So I will do some change to be an added feature

4:29 PM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) created by jase.thew+autoit@…: After upgrading from AutoIt 3.3.16.1 to 3.3.18.0, GuiStatusBar.au3 …

11:09 AM Ticket #4091 (Header painting dysfunctional when subclassed in ListView) updated by mLipok: Description changed

7:41 PM Ticket #4091 (Header painting dysfunctional when subclassed in ListView) updated by Nine: @mattyd - I know about this workaround. In the other track I made, I was also using the listview proc instead of the GUI. But I still think there is a bug here that we should address.
4:51 PM Ticket #4091 (Header painting dysfunctional when subclassed in ListView) updated by MattyD: Guessing this is probably a windows thing as returning _WinAPI_DefWindowProcW instead of $GUI_RUNDEFMSG doesn't change the behavior. The below works in both x64 & x86 when we handle the listview's WM_NOTIFY messages rather than the GUI's. […]
12:08 PM Ticket #4091 (Header painting dysfunctional when subclassed in ListView) updated by mLipok: My note I think that WM_NOTIFY() function registered by GUIRegisterMsg() in x64 is not allways called.
11:42 AM Ticket #4091 (Header painting dysfunctional when subclassed in ListView) created by Nine: The following line is not executed properly when run in x64 while it …

4:12 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) created by Nine: It is a very basic example. It may takes a little while to get it …

Note: See TracTimeline for information about the timeline view.