Edit control messages through Comctl32 v6 module

Roderick Colenbrander thunderbird2k at gmail.com
Sun Dec 13 07:05:12 CST 2009

On Sun, Dec 13, 2009 at 1:46 PM, Nikolay Sivov <bunglehead at gmail.com> wrote:
> On 12/13/2009 15:15, Roderick Colenbrander wrote:
>>>> The main test which AJ suggested would be to 'force' native user32 to
>>>> call RegisterClassNameW. There would be a dummy dll containing a
>>>> RegisterClassNameW to which lets say the Button control would be
>>>> redirected using a manifest.
>>> If I got it right you're talking about a dummy dll with compiled in (or
>>> separate doesn't matter) manifest with
>>> 'windowclass' entry (and without to check it's actually used) to Button,
>>> after that we trigger test application reload
>>> and dump this RegisterClassNameW call someway?
>> Yeah that's the idea. I'm quite certain that this mechanism is used to
>> register the class.
> Could you suggest a best way to generate dll on runtime, maybe it's possible
> to place in into resourse?
> Any examples are welcome.

In this case Alexandre just wants to know how Windows is doing the
stuff. I believe this test doesn't have to be added to Wine.

>>  I just searched some more this morning and found
>> stuff I didn't fnd before about subclassing. Read this
>> http://msdn.microsoft.com/en-us/library/bb773183%28VS.85%29.aspx  It
>> talks about four new subclassing related functions which were
>> introduced in XP, so it might mean that the controls are subclassed
>> after all?
> No, actually this calls are just introduced in v6, that's what this article
> is about. Maybe controls use it
> but it doesn't matter now.

I think it would be useful to call GetWindowSubclass on the redirected
classes. I think that can prove whether subclassing is used or not.


More information about the wine-devel mailing list