Timeline
May 29, 2026: Today
- 8:02 PM Ticket #4098 (_GDIPlus) updated by
- This behavior is by design and not a bug. When a window is minimized, hidden, or moved out of the visible screen area, Windows invalidates the graphics context, causing static GDI+ drawings to disappear. Since non-animated examples lack a continuous redraw loop, the image is not repainted when the window is restored. To resolve this without the need for a complex $WM_PAINT message handler, the updated example separates the source and target canvas by creating a new blank bitmap via _GDIPlus_BitmapCreateFromScan0. The original capture is drawn onto this new bitmap while applying the ColorMatrix attributes, preventing any GDI+ source-target conflicts. Finally, the processed image is converted to a GDI handle and assigned to a native AutoIt Picture control (GUICtrlCreatePic) via $STM_SETIMAGE. This solves both issues at once: it ensures clean GDI+ rendering and relies entirely on native Windows OS routines to keep the image persistent during minimization or restoration. […]
- 7:10 PM Ticket #4098 (_GDIPlus) updated by
- Hello everybody, OP jak_piotr indicates function _GDIPlus_ColorMatrixCreate in his description above. If not mistaken, all 3 examples in help file using _GDIPlus_ColorMatrixCreate also use _GDIPlus_GraphicsDrawImageRectRect So let's go to function _GDIPlus_GraphicsDrawImageRectRect and have a look at its 2 examples : * Example 2 of _GDIPlus_GraphicsDrawImageRectRect is the animated example : jak_piotr indicates that everything is ok with this example, probably because the graghic is drawn every 20 ms during the main loop, with new coords, so far so good. * Example 1 of _GDIPlus_GraphicsDrawImageRectRect is the non-animated example : No graphic redraw within the main loop, so the graphics disappear in the 3 following cases (at least) : 1) Minimizing / Restoring the Gui (as indicated by OP) 2) Dragging the GUI a bit outside the screen (all the hidden part of the gui loses its graphic) 3) Covering the GUI (totally or partially) with another window. To solve these 3 cases, I tried what follows in the script below (example 1, reworked) : 1) $GUI_EVENT_RESTORE to take care of a restored GUI 2) $WM_MOVE to take care of a moved GUI 3) WinActive($hGUI) to take care of another window covering the GUI All 3 cases use the same global variable $g_bRedraw : when this variable is True, then the graphics is redrawn (and the variable goes to False) […] Hope it helps a bit, until UEZ indicates his solution, which will certainly be more accurate.
- 4:27 PM Ticket #4098 (_GDIPlus) updated by
- Perhaps UEZ can help on the subject
- 11:04 AM Ticket #4099 (GUICtrlCreatePic) closed by
- No Bug: This is not a very clear BUG report in case it really is! Use our forums for questions and discussions and only report bugs here when there is a full report with clear details. Thanks
May 28, 2026: Yesterday
- 6:59 PM Ticket #4099 (GUICtrlCreatePic) created by
- GUICtrlCreatePic() drawing bmp,gif,jpg,png, if the c:\ drive is 0mb …
- 6:45 PM Ticket #4098 (_GDIPlus) created by
- GDIPlus example in this module that all examples that are not animated …
May 25, 2026:
- 6:08 PM Ticket #4094 (new function: _WinAPI_FindWindowEx) closed by
- Fixed: Fixed by revision [13408] Added #4094: _WinAPI_FindWindowEx()
May 24, 2026:
- 3:54 AM Ticket #4097 (GuiListView Extended Styles Documentation) created by
- Hey jpm The _GUICtrlListView_Create documentation suggests you can …
May 23, 2026:
- 5:21 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
- https://www.autoitscript.com/forum/topic/213640-how-can-you-customdraw-listview-header-by-state-cdis_hot-etc/#comment-1551835 If subclass the Header control and handle the ListView via GUIRegisterMsg, it works. but the script crashes if remove GUIRegisterMsg and use two separate DllCallbackRegister for subclassing. What exactly is happening within the AutoIt internals to cause this? This worked: […] but this Crashed: […]
May 22, 2026:
- 5:28 PM Ticket #4096 (0/false is evaluated as empty string when single = is used) closed by
- No Bug: Just reread the Operator preference remarks
May 20, 2026:
- 5:33 PM Ticket #4096 (0/false is evaluated as empty string when single = is used) updated by
- If I remember well the "" is consider as false it is documented somewhere in the doc
- 10:09 AM Ticket #4096 (0/false is evaluated as empty string when single = is used) created by
- […]
May 17, 2026:
- 12:31 PM Ticket #4095 (Please add all __DM_WinAPI_* function to standard UDF) updated by
- Discussion / Creator's Reply https://www.autoitscript.com/forum/topic/213613-guidarktheme-udf/page/10/#findComment-1552663
- 11:52 AM Ticket #4095 (Please add all __DM_WinAPI_* function to standard UDF) updated by
-
Description changed
- 11:51 AM Ticket #4095 (Please add all __DM_WinAPI_* function to standard UDF) created by
- In GUIDarkAPI.au3 from: …
May 15, 2026:
- 3:24 PM Ticket #4094 (new function: _WinAPI_FindWindowEx) created by
- Please add _WinAPI_FindWindowEx() to WinAPISysWin.au3 […] …
May 14, 2026:
- 1:13 PM Ticket #4093 (_GUICtrlListView_GetItem() - Item state - $aItem[0] = 0) closed by
- Fixed: Fixed by revision [13397] Added #4093: _GUICtrlListView_GetItem() - Item state - $aItem[0] = 0 when none set.
May 12, 2026:
- 4:03 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
- Trying I understand the pb I use the_WMDEBUG.au3 extras helpfile and I get the display of the subclass notification I am impress that for one change so many notifications So I am sure I cannot find when a notifification will be desynchronised I propose to close it as "will not be fixed" with the following script […] notifications log […]
- 12:06 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
- Thanks
May 11, 2026:
- 8:43 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
-
To fix it a little you can add
Sleep(50)[…] But still drag the window over tittle bar and ListView will hung. - 8:39 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
- 100% Example. […]
- 5:35 PM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
- I try the script without any success to reproduce help!!!
May 10, 2026:
- 1:30 AM Ticket #4090 (x64 - GUI freezes with Header subclassing in ListView) updated by
-
Description, Summary changed
May 9, 2026:
- 5:04 PM Ticket #3869 (Subtraction operator before power operation is parsed incorrectly) updated by
- Replying to anonymous: > Hum, with > ConsoleWrite((11 - 24) & @CRLF) > I'm still getting 27 in v3.3.16.1 > It's computing 11 + (-2)4
- 12:24 AM WikiStart edited by
- WikiFormatting again (diff)
- 12:22 AM WikiStart edited by
- note about WikiFormatting (diff)
May 8, 2026:
- 11:03 PM Ticket #4093 (_GUICtrlListView_GetItem() - Item state - $aItem[0] = 0) created by
- I was trying to find a solution to one of my problem here: …
May 1, 2026:
- 10:00 AM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) updated by
-
Version changed
Automatic ticket cleanup. - 9:13 AM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) closed by
- 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
-
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
Apr 30, 2026:
- 4:29 PM Ticket #4092 (Regression in 3.3.18.0: GuiStatusBar.au3 rejects WinForms StatusBar ...) created by
- After upgrading from AutoIt 3.3.16.1 to 3.3.18.0, GuiStatusBar.au3 …
Note:
See TracTimeline
for information about the timeline view.
