Hi David, would it be possible to let TaskDialogBox accept user flags for direct customization (to avoid indirect CTaskDialog::SetOptions)? Currently I hacked: tc.dwFlags = TDF_POSITION_RELATIVE_TO_WINDOW; but was thinking that would be nice if the user can pass a it as an argument... Thanks, Daniel
Hi David, TaskDialog samples calls SetFooterIcon(TD_INFORMATION_ICON) and always uses FillString on it, which then fails for this example in my tests. Below works for me, but maybe you find better solution, thanks! // MAKEINTRESOURCE values, including the predefined Task Dialog icon // constants, are encoded integer identifiers rather than string pointers. if (footerIcon == nullptr || IS_INTRESOURCE(footerIcon)) { m_footerIconName.Empty(); m_tc.pszFooterIcon = footerIcon; } else { m_footerIconName...
This is minor and not sure if repro on all situations. I did build it with MinGW in Windows 10, and when opened from "parent" Explorer window, and then closed, the Explorer move behind the "grandparent", as shown in the images...
Hi David, I just tested with almost latest 790bef88239920c7545110650aca010f2af96191 commit from github, Release-build with VS2022 on Win10x64. when Maximize MDI, the min/max/close buttons are not shown until Alt is pressed when pressing Alt an icon appears overlapping the File menu restoring MDI doesn't remove the min/max/close buttons until Alt is pressed Thanks, Daniel
Hi David, I think too the code is correct, but wanted to circumvent the complaint without dropping "-Wall". Copilot and Claude's patch uses memcpy, which sounds heavy... Probably simplest for me is to just suppress this with target_compile_options(${PROJECT_NAME} PRIVATE -Wno-strict-aliasing). Thanks, Daniel
GCC (15.2.0) with "-Wextra" complains on: Win32xx/include/wxx_docking.h:2700:34: warning: type qualifiers ignored on cast result type [-Wignored-qualifiers] 2700 | CDocker* pDockTopLevel = (CDocker* const)this; | ^~~~~~~~~~~~~~~~~~~~ const_cast<CDocker*>(this) would please it... Thanks, Daniel
Just a note: the wxx_treeview.h:363 line reinterpret_cast<HTREEITEM*>(&rc) = item; triggers error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] with MinGW64 (tested with version 15.2.0...) Thanks, Daniel