Codejock Developer Community : Resource abnormal paint

Resource abnormal paint : Hi, in 10.0/10.1 this line was...

Thu, 25 May 2006 13:43:47 +0000

Author: Oleg
Subject: 3251
Posted: 25 May 2006 at 1:43pm

Hi,

in 10.0/10.1 this line was removed already....

Resource abnormal paint : oleg wrote:Hi, just remove...

Thu, 25 May 2006 13:34:12 +0000

Author: A42_
Subject: 3251
Posted: 25 May 2006 at 1:34pm

oleg wrote:

Hi,

just remove this line... it is part of application, not toolkitpro...

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


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

Resource abnormal paint : Hi, just remove this line......

Thu, 25 May 2006 12:32:55 +0000

Author: Oleg
Subject: 3251
Posted: 25 May 2006 at 12:32pm

Hi,

just remove this line... it is part of application, not toolkitpro...

Resource abnormal paint : oleg wrote:Hello, CXTTreeCtrl,...

Wed, 24 May 2006 17:56:33 +0000

Author: A42_
Subject: 3251
Posted: 24 May 2006 at 5:56pm

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;
}

Resource abnormal paint : Hello, CXTTreeCtrl, CXTListView...

Wed, 24 May 2006 09:18:12 +0000

Author: Oleg
Subject: 3251
Posted: 24 May 2006 at 9:18am

Hello,

CXTTreeCtrl, CXTListView classes not use PaintManager's font. You must set it.

Resource abnormal paint : oleg wrote:Just don't...

Tue, 23 May 2006 17:12:47 +0000

Author: A42_
Subject: 3251
Posted: 23 May 2006 at 5:12pm

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? LikeCXTTreeCtrl, CXTListView, etc? I'm deriving from those classes and notdoing anything to change their fonts.

Resource abnormal paint : Just don't use font from...

Tue, 23 May 2006 16:52:27 +0000

Author: Oleg
Subject: 3251
Posted: 23 May 2006 at 4:52pm

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...

Resource abnormal paint : zhou_wz wrote:But later it...

Tue, 23 May 2006 16:05:40 +0000

Author: A42_
Subject: 3251
Posted: 23 May 2006 at 4:05pm

zhou_wz wrote:

But later it becames like...

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

Additionally, I have a control derived from CXTTreeCtrl in the sameapp. 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 isobviously bad: the lfHeight, lfWidth, lfEscapement, lfOrientation, andlfWeight members are all set to -858993460.

Also -- if I return NULL from this handler (to indicate that thecontrol should be drawn using the system font) the program crashes whenCXTTreeBase 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.

Resource abnormal paint : So I wonder who changed this......

Wed, 23 Nov 2005 03:16:00 +0000

Author: zhou_wz
Subject: 3251
Posted: 23 November 2005 at 3:16am

So I wonder who changed this...

Resource abnormal paint : But the systemconfiguration never...

Wed, 23 Nov 2005 03:13:13 +0000

Author: zhou_wz
Subject: 3251
Posted: 23 November 2005 at 3:13am

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.