On 11/21/12 9:26 AM, Tim Roberts wrote:
> Aditya wrote:
>>
>> Thanks for your time. As you suggested, I have added WIT into the
>> code. However, I still can't figure out the problem. Everything seems
>> well parented to me and Sizers seem to be used appropriately.
>> Following is the snapshot of what WIT shows when I use its Find feature.
>
> However, your screen shot does show us something that you didn't mention
> before: your desktop background color is black. Thus, rather than being
> a black square drawn on top of everything else, what's likely happening
> here is that the background color is showing through. You could test
> that theory by changing the background color temporarily.
I saw it on one of my Windows PC too, it's not the background showing
through and has no discernible relationship with the cursor. It
initially starts out at the frame's client area (0,0) position and then
is shifted to the notebook's client area (0,0) after the initial layout.
My theory is that before everything is positioned and sized the panel,
the notebook and all the page windows are stacked on top of each other
at the frame's upper left corner and sized at about (20,20) with the
first page on top and all the page windows are shown (but not visible
because they are under the first page). When the notebook gets sized to
fill the panel it hides the other page windows and resizes/repositions
the first page window to be in the right place, but since it was on top
before Windows thinks that the (20,20) in the upper left corner has
already been painted and clips it out of the refresh region, but it
either never was painted or something (perhaps the themed drawing of the
notebook tabs) drew over that area before the page window was moved to
the correct position.
We used to see something similar in the demo when adding/removing
notebook pages when the current demo sample was changed. In that case
some Freeze/Thaw calls took care of it