Forum

Hi,

We have a ProfUIS-skinned dialog which has some flickering problems. On a Tab (CExtTabPageContainerWnd) we have an empty dialog, which I runtime fill with bars that are implemented as child dialogs(CExtResizableDialog).

Whenever I call Invalidate(FALSE) on the child dialogit first removes the dialog, repaints the skinned background and then paints the bar. This results in flickering whenever it gets updated.

We want to call Invalidate with the FALSE parameter, because we don’t want the dialog to be erased, just to be repainted on top of itself.

However, it still gets erased. Is this something that ProfUIS overrides, and can we do anything to avoid this erasing behavior?

Thanks in advance

Hi again,

I have sent you a reply to the corrected program you sent me.

Best regards,

Carsten Pedersen

We received your e-mail and replied it.

I have just sent you a test program.

Carsten

We received your e-mail and replied it with the fixed project in attachment.

It is a rather complex application, and stipping it down is time consuming.

However, I hope that I can do it one of these days. Thanks in advance.

Carsten

The UI design is OK. We still believe there is something wrong with window styles or z-orders of dialog controls. Could you please create a smallest possible stripped version of your project containing UI code only and send it to us?

I tried to set WS_CLIPCHILDREN|WS_CLIPSIBLINGS to the main dialog on the tab page as well as the child dialogs laid out on the main dialogs. This resulted in the child dialogs not being updated at all. When changing to another tab and back again it was obvious that the child dialogs weren’t updated.

In order for me to clarify the setup, I’ll just shortly describe the dialog hierarchy:

- On top level we have the Tab container (CExtTabPageContainerWnd)

- On the first tab page I have an empty dialog (A). The empty dialog is created runtime as a child dialog.

- Inside the (A) dialog, I have created multiple smaller dialogs, that work as 2D bar charts. Each bar is created runtime as child dialogs and laid out on the (A) dialog.

On every update, the 2D bar charts are drawn, but naturally not the whole frame is used to draw the bar, it depends on the height of the bar. Thus, the ProfUIS skinned background should be drawn on the area where bars aren’t drawn, as if the dialog was transparent.

Can this be done how you describe? It doesn’t seem to have the wanted effect, what you suggest. Is it necessary to implement double buffering for this to work?

Please check the following:

1) The tab page container control is created with the WS_CLIPCHILDREN|WS_CLIPSIBLINGS styles.

2) The dialog template resources have both clip children and clip siblings styles set on.

3) The z-indices of controls such as group boxes and static frames on each dialog template resource are greater than z-indices of all the controls inside them.