correct comctl32 implementation
Nikolay Sivov
bunglehead at gmail.com
Fri Mar 11 03:28:10 CST 2011
On 3/11/2011 06:22, Andrew Green wrote:
> I have been researching how i could implement the gsoc Theming -
> Implement Wine theming support.
> Though I'm a bit confused what is wanted.
> So is the case that completely separate dll's should be written for
> different versions and be loaded by side-by-side assembly.
> So you would end up with "comctl32v5.dll","comctl32v6.dll","comctl32v7.dll"?
> Would these be 3 different code basses or should they be made to share
> most of there code?
Multiple comctl32 should be the last thing to think about, only if
there's absolutely no way to
implement everything needed in one comctl32.
> > From what I understand uxtheme already loads XP theme files. So would
> all the work be isolated to creating different versions of comdlg32
> and comctl32?
No sure what you mean. uxtheme purpose is to load theme data, draw theme
primitives and
retrieve theme components data.
Client dll such as comctl32 should only use that public api when drawing
controls, that's all.
Also comdlg32 was never a question, cause it doesn't provide new controls.
> Also does wine support side by side assembly? I did a very quick
> google search and i didn't see anything.
Yes wine does support installation and loading of SxS assemblies, and by
assembly I mean native dlls installed in SxS
directory and referenced with embedded or external manifest file. Loader
supports manifest files, not fully but simple things should work.
> I hope I'm not asking too much at once and/or too silly questions.
No, it's not silly to ask at all. But one of the most important things
to be done for that is to implement support of window class redirection.
In version 6 all user32 controls are reimplemented with theme support in
comctl32, while user32 classes are kept of course. This is done with
specific entries in comctl32 manifest, on load comctl32 all builtin
classes are re-registered to the ones from comctl32. I definitely want
to see some solution for that, having themed comctl32 controls while
scrollbars and buttons are drawn with default appearance makes theme
support kind of useless.
More information about the wine-devel
mailing list