Re: Child Window Creation

From:

"David Ching" <dc@remove-this.dcsoft.com>

Newsgroups:

microsoft.public.vc.mfc

Date:

Wed, 6 May 2009 13:44:35 -0700

Message-ID:

<OQJQ#tozJHA.5728@TK2MSFTNGP03.phx.gbl>

It was in Create(). Didn't try it in DDX_Control; maybe that is the
difference you're seeing.

-- David

"AliR (VC++ MVP)" <AliR@online.nospam> wrote in message
news:7VhMl.17911$D32.756@flpi146.ffdc.sbc.com...

Is this in the context of subclassing a dialog control, or creating one
using Create.
If you use Create then what you say is true.

What I'm talking about happens only when you use DDX_Control, not when use
Create.

AliR.

"David Ching" <dc@remove-this.dcsoft.com> wrote in message
news:OzF4HwlzJHA.4632@TK2MSFTNGP02.phx.gbl...

For the record, I also have experienced that a newly created window is
not painted until all posted messages have been pumped. This caused me
grief when I wanted the window to paint prior to commencing a 2 second
initialization. I tried starting the initialization code by posting a
UWM_ message in OnCreate(), but it was getting handled before the window
painted. The only way I found to paint first was to set a 0 ms timer and
to handle the initialization in OnTimer(). Timer messages are apparently
delayed until after painting.

-- David

"Joseph M. Newcomer" <newcomer@flounder.com> wrote in message
news:404105pi5ncttp6qjd52i7bqjob8ukg25j@4ax.com...

I did not say your version was running differently. I did observe that
in general a
WM_PAINT is not sent unless the message queue is empty, so a PostMessage
is supposed to
preempt this behavior.
joe

On Tue, 5 May 2009 11:39:34 -0500, "AliR $VC++ MVP$"
<AliR@online.nospam> wrote:

Well, I don't know what to tell you Joe, but I tested this and when
DDX_Control is used the WM_PAINT got called before the PostMessage was
processed, and there is not a single UpdateWindow or Invalidate, or
WM_PAINT
message sending in my sample code.

I guess I should call Microsoft and complain that my OS is running
differently than yours.

AliR.

"Joseph M. Newcomer" <newcomer@flounder.com> wrote in message
news:v0p005pl0g5uv9vqad4c7n2pn85bpbdm48@4ax.com...

Unless there is an explicit UpdateWindow, a WM_PAINT will be preempted
by
PostMessage.
joe

On Tue, 5 May 2009 10:21:16 -0500, "AliR $VC++ MVP$"
<AliR@online.nospam> wrote:

That's not entirely true. When the control is attached to the object
using
DDX_Control, and you post a message from within PreSubclassWindow,
there
are
a host of other messages that can be sent to the window before your
posted
message gets processed, for example WM_PAINT is one that will almost
always
gets processed before the user posted message.

AliR.

"Malachy Moses" <malachy.moses@gmail.com> wrote in message
news:26065732-0e45-454c-9af2-025ff34fadc3@j12g2000vbl.googlegroups.com...
On May 4, 2:19 pm, "AliR $VC++ MVP$" <A...@online.nospam> wrote:

Hi Everyone,

First of all don't laugh, at least try not to.

I have a CWnd derived class, which gets created using Create method
and
in
some places gets subclassed using DDX_Control.

Now this CWnd derived class needs to create some child controls of
its
own.

Where would you create these child controls?

If I do it in PreSubclassWindow, it will only work correctly when
the
control is subclassed using DDX_Control, and will break when it is
created
with Create, since the window is not created yet, and there is no
HWND.

If I do it in OnCreate, then it will work for windows that are
dynamically
created using Create, but not for subclassed ones, since it will
never
get
called.

Thanks
AliR.
P.S. this question should get my MVP revoked.

In similar situations, from inside PreSubclassWindow, I have
PostMessage'd a custom message to myself (like
UWM_DOPOSTCREATIONINIT). The message seems to be inserted right
behind the WM_CREATE message, and gets handled right after it.

As you know, PreSubclassWindow is called from both the DDX-dialog
route and the Create(Ex) route, so you need the PostMessage only from
inside PreSubclassWindow, and you don't need a bunch of flags to keep
track of what gets done when.

Joseph M. Newcomer [MVP]
email: newcomer@flounder.com
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm