new splitter drawing bug in 13.2.1 Windows 7

actually what it looks like (does this for horizontal and vertical resize) is that it simply doesn't re-draw the actual splitter (the black bar) until you resize or otherwise invalidate the pane content.

Hi

I previously ran 13.2.0, and every version back to 11.something, and never noticed it before.

It happens whenever I resize. I'm pretty sure it's new after 13.2 (i.e. I don't think it happened in 13.2).

Hi. Unfortunately the project is very complex (lots of DLLs building the overall UI), so it's not simple to cut it out to send. However, I have some more information.

Basically the problem looks like it isn't drawing the splitter (black bar). This happens on a move of the splitter position. It does then draw it whenever

a) app loses focus
b) resize of app frame

I also got a partial draw of the splitter bar when some app underneath my app redrew an area.

This is on Windows 7 64 bit, but the app is a 32 bit app.

It doesn't happen when remote desktopped to that machine, only when logged in locally.

What you see in the problem area is a slice of the window that was on the side of the splitter that the splitter was moved towards. E.g. if you have a vertical splitter and move it to the right, you see a thin slice of what is the left-most part of the right pane.

I'll recheck to see if this happens on 13.2.0 and get back to you.

Adrien

actually with the partial draws, depending on where I move the mouse around, I can get different bits of it to draw in.

This makes me think the rectangle for the splitter isn't being properly added to the window update region, and so the painting is being clipped or something.

Hi

sorry, I didn't try to repro yet with the samples. However, some more interesting information.

I have a tree on the left of my splitter in a docking pane. On the RHS I have the client area. If the client area contains a report control the problem doesn't occur.

Maybe the report control invalidates itself again on resize?

Hi

CPU load is very small. This is on an i7.

There are thousands of files in the project, and the UI framework loads DLLs that are sent over the wire from our back end. So it would take me about a week to strip everything out.

I will try to debug myself - anywhere I should look first?

Could have something to do with this:

I can confirm it's an update region issue.

When it's showing the problem, I can drag another small application frame over it (like the eraser in mspaint), and it draws only under where the application has been dragged over.

So the bar isn't being added to the update region. As for why Invalidate() doesn't fix this...?

the child are of the pane manager I don't think we attach the windows to it.

I have a lot of windows which I put in that child area, and swap between them depending on the selection from a navigation tree control. I tried attaching and detaching them from the pane manager before in the past and it had all sorts of problems. So, the window on the RHS isn't a child of the pane manager.

Actually I can't find a window in Spy++ that is the pane manager - only the dockingpanesplitter and dockingpanetabbedcontainer windows. The "child" area is a sibling of those.

yep!

With aero off, it doesn't do it any more.

looks like something to do with desktop composition (performance visual effect settings).

If I turn this off, the problem goes away. Funny that MSDev 2008 suffers from the same problem.

Problem is it all looks like cr*p if I turn that off.

I updated them, but no difference (nVidia 9600 GT x 2).

I don't think it's a driver issue, I don't see how a video driver can mess with WM_PAINT, WM_SIZE messages and update / clipping regions.

doesn't look like it's possible to turn it off with the nVidia control panel, and the troubleshooting button is disabled.

But we're talking about the splitter bar here, which is just a window. It's only 2D.

I had issues like this with vista with the task panel in my docking pane. I posted here (prettry sure I did) but never solved the problem. So I did this:

void TurnOffTheme( HWND hWnd )

{

HINSTANCE hTheme;

//load the DLL

hTheme = LoadLibrary(TEXT("uxtheme.dll"));

if(hTheme)

{

HRESULT hr = S_OK;

SETWINDOWTHEME pDllSetWindowTheme;

pDllSetWindowTheme = (SETWINDOWTHEME)GetProcAddress(hTheme, "SetWindowTheme");

if(pDllSetWindowTheme)

{

(*pDllSetWindowTheme)(hWnd, L" ", L" ");

}

}

}

In my OnCreate code I do this:

...

 

if ( IsSystemVista() && m_TaskPanel.GetSafeHwnd() )

{

TurnOffTheme( m_TaskPanel.GetSafeHwnd() );

}

...

 

This allows you to test if it is the theme and also allows you to still run with your theme elsewhere in your app since it only turns off the windows theme for a single window.

 

I have had to turn off themes in a number of places, especially when doing custom coloring (OnCtlColor) for certain controls in dialogs. I never figured out why I got the problem in the first place for the docking pane/task panel window we have but your descriptions of the problem are pretty much the same ones I have in our app.

tried another Win7 machine - different drivers / video hardware (but still NVidia), same problem.

Need to try with other hardware - Oleg, you got any NVidia hardware there? Tried 9600GT and 6200LE

Try changing the following Display Settings:

oleg wrote: Hi,   Yes, I test it with NVIDIA GeForce 7600 GS but don't see it. What exactly you did with sample to catch it. Just run and see it ?   Do you test Windows 7 x64 in all cases ?

yes, we just ran the sample, didn't touch the code for it.

I think it was Windows 7 64 bit in all cases

Any chance you can make a video of how you do this?  I have Win7 - x64 and also don't see this.  I ran the same code you all have from 13.2.1. 

This machine has a NVIDIA Quadro PCI-E Series card.

I leave Aero ON for the test.

Do you see it running the exe from here?
http://codejock.com/downloads/samples/dockingpane.asp

I'll try that app when I get to the office, ands see about a screen video capture (screen is 3 x 1920 x 1200 tho). All I did to repro is

a) compile the app (dynamically linked and unicode btw)
b) run it
c) drag any splitter bar
d) take the screenshot
e) mark-up the screenshot to show the problem

The problem is it doesn't redraw the splitter bar once it is moved, what shows in the location of the splitter bar is what was in the panes under that location.

ok, try attached screen cap.
20091208_174559_screencap.zip

Hi Oleg,

Same trouble with v11.1.3.

After the paint bug move mouse over minimize/maximize/close button.
It get a redraw, and all look nive.

  Jimmy

Hi,