I have a custom control and want to add something like the TB_AUTOSIZE message. Basically I want to ensure the client area height of the window is big enough. As the control can have different border styles (WS_EX_CLIENTEDGE, WS_BORDER) and a possibly a horizontal scrollbar, the non-client space is not always the same.

So how can I calculate the window rect from it's client rect? I think I should use something like WM_NCCALCSIZE but I'm not sure if that's the right way to do it.

Thomas
Posted on 2002-06-02 09:15:35 by Thomas
Thomas,

You can use both GetClientRect and GetWindowRect to get the difference, then calculate from this how much to resize the window to get the client size you want.

Regards,

hutch@movsd.com
Posted on 2002-06-02 10:59:59 by hutch--
Hutch--: I'll try that, I first thought it would give wrong results because of the scrollbars. When you calculate the right size, set the new size, scrollbars may (dis)appear. Of course this influences the client size and thus the new size would be wrong again.
However I only change the height so the horizontal scrollbar won't be influenced..

Thanks,

Thomas
Posted on 2002-06-02 11:08:23 by Thomas
I just found an interesting API called AdjustWindowRectEx:

The AdjustWindowRectEx function calculates the required size of the window rectangle, based on the desired size of the client rectangle. The window rectangle can then be passed to the CreateWindowEx function to create a window whose client area is the desired size.


Although it doesn't account for the WS_H/VSCROLL styles, it seems like the API I need.

Thomas
Posted on 2002-06-02 11:13:25 by Thomas
Thomas,
I recommend the WM_NCCALCSIZE, although it's a bit tricky to decipher. It is however, very quick and it saves you calling the APIs.

When you enter WM_NCCALCSIZE, lParam points to a RECT that contains the new window coordinates. This is where I typically save the window size. Then call DefWindowProc. When it returns the same RECT pointed to by lParam will have the client rectangle in screen coordinates. DefWindowProc takes care of subracting the size of scrollbars menu bars, status bars, the caption the border etc. Or, you could do this all yourself.... but I don't recommend it. I find if you handle this yourself certain elements won't be drawn by WM_NCPAINT. Don't know why... perhaps the DefWindowProc sets some internal structure??

BTW, if you want to reserve some NC area, this is the place to do it. Right after DefWindowProc returns.

Cya,
--Chorus

Quick example...



@@NCCalcSize: mov ebx,lParam ;get pointer to RECT
push [ebx].RECT.top ;copy the rect if you want
pop Parent.top ;the window coords
push [ebx].RECT.left
pop Parent.left
...
invoke DefWindowProc,hWin,uMsg,wParam,lParam

mov ebx,lParam ;ebx now contains client rect
;copy the rectangle
add [ebx].RECT.top,100 ;save yourself 100 pixels
;of NC area

ret
Posted on 2002-06-02 12:22:54 by chorus
chorus: I tried your code, but what happens is that the drawing the control does has the right size, but the actual window rect is bigger (the window border is too big). The space between the client rect and the window border (=window rect) is empty and not drawn (shows a big mess of previous screen data).

So the client size has changed, but the window rect is not adjusted.

Thomas

edit:
WM_NCCALCSIZE docs:

If wParam is FALSE, lParam points to a RECT structure. On entry, the structure contains the proposed window rectangle for the window. On exit, the structure should contain the screen coordinates of the corresponding window client area.


Actually, I want the opposite, thus specifiying a certain client area, and let windows tell me the corresponding window rectangle.
Posted on 2002-06-02 12:33:20 by Thomas
hmm... sorry, that's my bad...kinda mis-read your post.

Just to clarify: you want to change the window size to properly accomodate a given client size right??

ok.. if you were to use NCCalcSize you would have to:

--on entry, save the window rect
--call DefWindowProc
--compare the difference between the returned client rect and the one you want.
--adjust the window rect accordingly (ex. if client rect must be 5 pixels wider, make the window rect 5 pixels wider)
--Call MoveWindow to get the right size

This is probably what AdjustWindowRectEx does...

--Chorus
Posted on 2002-06-02 12:40:42 by chorus
Yeah I think that's what AdjustWindowRectEx does ("The AdjustWindowRectEx function calculates the required size of the window rectangle, based on the desired size of the client rectangle").

Thomas
Posted on 2002-06-02 12:46:38 by Thomas
I tested AdjustWindowRectEx and it works great, the only thing left to do is to account for the scrollbar if it's present.

Thomas
Posted on 2002-06-02 12:51:37 by Thomas
Im sure your doing something simular, but i keep a private rectangle and manage the client area with it in my calculations.

I dont use the NC stuff, as i dont fully understand *how* it is to be used properly, but his API does look promising.

Thomas, if you do manage to pound out a clean way of dynamically controlling client from non-client areas, and having them repainted properly (ie, scrollbars as non-client and still drawn when needed, and only client area stuff in WM_PAINT), i would be interested in seeing the skeleton framework needed, if you dont mind.

I search a bit for some way of 'defining' non-client areas once and gave up and wrote my own management. But the downside is alot of extra overhead through out your code.. (like your scrollbar example)..

Best of luck..
:alright:
NaN
Posted on 2002-06-03 16:37:54 by NaN