Resource abnormal paint

When I run 9.6
GuiVisualStudio7
samples_suite_vc60

That is GUI_VisualStudio7.exe + XTP9601Lib.dll

It shows normally like expected.
But after several hours later, I find the font in outputbox changed:
Not the font in grogrammed
line 444 in MainFrm.cpp
It becomes into default font...

Why this happpened.

 

But later it becames like...

But the system configuration never changed during the sample run.
And another status is :The folderbox in treectrl(that is the +/- button) will shrink after long time running.

zhou_wz wrote: But later it becames like...

I have a similar problem (Toolkit v9.8) where fonts in certain windows get changed to the System font. This happens whenever the application receives a WM_SETTINGCHANGE as well as under other (not yet identified) circumstances.

Additionally, I have a control derived from CXTTreeCtrl in the same app. When the WM_SETTINGCHANGE is processed its font is also messed up. I added a handler for WM_GETFONT like this:

    HFONT hFont = (HFONT)Default();

    LOGFONT lf;
    ::GetObject( hFont, sizeof LOGFONT, &lf );
   
    return (LRESULT)hFont;

Looking at the contents of the LOGFONT structure the HFONT returned is obviously bad: the lfHeight, lfWidth, lfEscapement, lfOrientation, and lfWeight members are all set to -858993460.

Also -- if I return NULL from this handler (to indicate that the control should be drawn using the system font) the program crashes when CXTTreeBase dereferences the NULL CFont pointer.

I also did another test here and verified that:

1) Before the WM_SETTINGCHANGE the font is the same as PaintManager's "Regular" font.

2) After the WM_SETTINGCHANGE the font is NOT the same as the "Regular" font -- it's the same as the OLD regular font.

In short, it looks like the "regular" font is getting destroyed and re-created but that the windows that use it are not updated.

oleg wrote: Just don't use font from PaintManager. Creat variable for class, and create font. it happened because font in PaintManager recreated if system settings are changed. So previously handle not valid anymore...

What about classes that already use PaintManager's fonts? Like CXTTreeCtrl, CXTListView, etc? I'm deriving from those classes and not doing anything to change their fonts.

oleg wrote: Hello, CXTTreeCtrl, CXTListView classes not use PaintManager's font. You must set it.

As it turns out, it's the CDockPaneWnd<> template that's responsible. From DockPaneWnd.h:

case WM_CREATE: {    if (BASE_CLASS::WindowProc(message, wParam, lParam) == -1)        return -1;    SetFont(XTPPaintManager()->GetRegularFont());    return 0; }

oleg wrote: Hi, just remove this line... it is part of application, not toolkitpro...

It is part of the sample code you provide showing how to use the toolkit. I can't imagine that I'm the only one to encounter this problem. A better solution would be to add something like the following to the CDockPaneWnd<> template:

case WM_SETTINGCHANGE :     SetFont( XTPPaintManager()->GetRegularFont() );     return 0L;