correct comctl32 implementation

André Hentschel nerv at dawncrow.de
Sat Mar 12 03:31:21 CST 2011


Am 12.03.2011 07:54, schrieb Andrew Green:
> Thank you for the quick reply.
> so is it the case is that multiple dll's versions will be generated to
> be used by SxS(as WinSxS contains multiple comctl32.dll)?
> 
> I know uxtheme draws primitives. What I meant to ask was will any work
> have to be done in uxtheme(apart from maybe the occasional bug fix,
> not a new implementation of it or anything like that)?

No, uxtheme is in a pretty good shape.
Most stuff will get into comctl32 and user32. That will enable us to have theming features like:
http://www.dritimage.de/uploads/bilder/124897763294_dirty-scrollbar-hack.png
http://img.dritimage.de/bilder/124922976611_dirty-captionbar-hack.png
But these were only really bad hacks just for a showcase.

> 
> The last point about window class redirection I'm a bit confused
> about. I really don't know anything about it. This patch exists so it
> sounds like it is supported.
> http://osdir.com/ml/wine-patches/2009-12/msg00871.html

That patch is not in git, mostly likely for that reason:
http://www.mail-archive.com/wine-devel@winehq.org/msg59786.html

> So would it just be that case that comctl32(version 6) re-registers
> the controls that are normally in user32?

Yes, there is some comctl32 function (not yet implemented) to trigger that.

> 
> If anyone could provide me with any information or reading material. I
> would be very thankful.

I only can point you on a stupid test i once wrote:
http://www.winehq.org/pipermail/wine-patches/2009-September/078825.html
I would suggest: read over it and then delete it :)


-- 

Best Regards, André Hentschel



More information about the wine-devel mailing list