interesting
/
libui
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

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:
Pietro Gagliardi 2016-04-28 17:48:40 -04:00
parent 9f12fbff89
commit d68e11eac1
2 changed files with 2 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
TODO.md
View File

@ -1,3 +1,5 @@
- windows: document the minimum size change propagation system
- provisions for controls that cannot be grown? especiailly for windows - 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 - LC_VERSION_MIN_MACOSX has the 10.11 SDK; see if we can knock it down to 10.7 too; OS version is fine

1
windows/container.cpp
View File

@ -39,7 +39,6 @@ static LRESULT CALLBACK containerWndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LP
c = (uiWindowsControl *) GetWindowLongPtrW(hwnd, 0); c = (uiWindowsControl *) GetWindowLongPtrW(hwnd, 0);
(*(onResize))(data); (*(onResize))(data);
return 0; return 0;
// TODO is this sufficient for SetWindowPos()?
case WM_GETMINMAXINFO: case WM_GETMINMAXINFO:
lResult = DefWindowProcW(hwnd, uMsg, wParam, lParam); lResult = DefWindowProcW(hwnd, uMsg, wParam, lParam);
c = (uiWindowsControl *) GetWindowLongPtrW(hwnd, 0); c = (uiWindowsControl *) GetWindowLongPtrW(hwnd, 0);