Verified (see misctestprogs) that WM_GETMINMAXINFO *is* sufficient to constrain the container size during SetWindowPos(), even if the size doesn't change. More TODOs.
This commit is contained in:
parent
9f12fbff89
commit
d68e11eac1
2
TODO.md
2
TODO.md
|
@ -1,3 +1,5 @@
|
|||
- windows: document the minimum size change propagation system
|
||||
|
||||
- provisions for controls that cannot be grown? especiailly for windows
|
||||
|
||||
- LC_VERSION_MIN_MACOSX has the 10.11 SDK; see if we can knock it down to 10.7 too; OS version is fine
|
||||
|
|
|
@ -39,7 +39,6 @@ static LRESULT CALLBACK containerWndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LP
|
|||
c = (uiWindowsControl *) GetWindowLongPtrW(hwnd, 0);
|
||||
(*(onResize))(data);
|
||||
return 0;
|
||||
// TODO is this sufficient for SetWindowPos()?
|
||||
case WM_GETMINMAXINFO:
|
||||
lResult = DefWindowProcW(hwnd, uMsg, wParam, lParam);
|
||||
c = (uiWindowsControl *) GetWindowLongPtrW(hwnd, 0);
|
||||
|
|
Loading…
Reference in New Issue