🚀 go-pugleaf

In  <1992Sep10.211453.26198@ans.net>  db3l@ans.net (David Bolen) writes:
> In article <1992Sep10.192335.36146@watson.ibm.com> Larry Margolis <margoli@watso
>
> >   Process the WM_FORMATFRAME message by calling the frame's default
> >   windowproc, and you'll get back an array of SWP structures equivalent
> >   to the value you returned for WM_QUERYFRAMECTLCOUNT.  The last n are
> >   for the ones you added, and are there for formatting the controls you
> >   want to add.
>
> I almost posted something close to this until I realized that I didn't know
> if the last n SWP structures were definitely for me.  Just out of curiosity,
> what happens in the case where the frame window is already subclassed by
> some other set of special controls (say you're using a library that provides
> a frame with other new controls)?  Are your own SWP structures still last,
> or is there a way to definitely find those that were allocated for your use
> (check for 0 HWNDs maybe)?

The documentation says:
   Applications that subclass frame controls may find that the frame
   is already subclassed; the number of frame controls is variable.

   The WM_FORMATFRAME and WM_QUERYFRAMECTLCOUNT messages must always
   be subclassed by calling the previous window procedure and
   modifying its result.

This implies to me that if you get back a value of f from the
WM_QUERYFRAMECTLCOUNT and return f+n, then the last n of the first
f+n entries will be yours, no matter where in the chain you are.

Larry Margolis, MARGOLI@YKTVMV (Bitnet), margoli@watson.IBM.com (Internet)