Thread: client rectangle size problems, so cliché

I searched for this problem, because I know it's been asked, it may have even been me who asked it, but couldn't find the thread. I'm trying to size a child control to cover the entire client area of a window, but the height is somehow not correct. A small gap (big enough to be a problem) is between the bottom edge of the child window and the bottom edge of the client area. This is my code:

Code:

GetClientRect(hwnd,&rc);
SetWindowPos(hList,NULL,0,0,rc.right,rc.bottom,SWP_NOOWNERZORDER);

Is there a solution here?

Kuphyrn, I don't understand how that function can help in my case. Do you want me to obtain screen co-ordinates, or something similar? If I were to use GetWindowRect() on the top-level window, the .right and .bottom members would give me screen co-ordinates of the outer edge of the window, not the edge of the client area. Since the size of the frame is not always the same, using that method will not be completely accurate.

Isn't there any way to get the REAL size of the client rectangle?

Something's coming back to me. I seem to remember that specifying a height for a window, ie, in SetWindowPos, doesn't offset properly from (0,0) of the client rectangle. When I checked the return values from GetClientRect(), they were 100% accurate. But putting the rc.bottom value into SetWindowPos() for the list box window still left a gap at the bottom. Hmmm.

Just hardcode something stupid like rc.bottom+15

Okay, now this really sucks. If I create a small window, in terms of height, there is no gap. The higher it is, the larger the gap gets. I'm officially lost here.

Here's a little cheap-assed code I whipped up, but hopefully there is a better way:

Code:

RECT rcClient;
RECT rcActual:
int actualHeight;
int heightDiff;

GetClientRect(hwnd,&rcClient);
SetWindowPos(hList,NULL,0,0,rcClient.right,rcClient.bottom,SWP_NOOWNERZORDER);
GetWindowRect(hList,&rcActual);
actualHeight=rcActual.bottom-rcActual.top;
heightDiff=rcClient.bottom-actualHeight;
SetWindowPos(hList,NULL,0,0,rcClient.right,rcClient.bottom+heightDiff,...);

It works, but it's messy.

Okay, that code ended up not working in every possible case. But I did find something interesting. It will only allign perfectly if the client rectangle height is 6 plus a multiple of 16
Ie, client rectangle heights of 470, 486, 502, etc, all worked fine. I think this all might have something to do with the size of the scroll bars or something. Any ideas?

Is it an edit control?

No it's a list box control. Don't worry, I found out the reason. The top and bottom edges both take 3 pixels, and there are 16 pixels for each list box item. I've made some code that adjusts the parent window height so that the list box fits perfectly. To do it, I made a rounding function, here's the thread: http://cboard.cprogramming.com/showt...threadid=41751.

There is something in the back of my mind. Basically it is that by default controls are sized to display complete lines of text, the height of the control is adjusted so the there is not a partial line at the bottom. The offset is proportional to the font size, thus what you are doing will work as long as the vertical height of the font doesn't change.

Somewhere, and I'm racking my brain to think of it, there is a way of turning that off so it will draw partial lines. I've been dredging MSDN edit controls though.

Try setting the LBS_NOINTEGRALHEIGHT style and see if that does it.

Yeah that worked Adrian. Either way is good though. You can resize the window and have no partial items, or if you want, leave it as is and have partial items. Thanks.

>>> can people avoid extended ASCII characters in posts

I will raise this on the moderators board.