Edit control messages through Comctl32 v6 module
bunglehead at gmail.com
Sun Dec 13 06:46:24 CST 2009
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.
> 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.
More information about the wine-devel