On Friday 03 October 2003 06:51 pm, Ivan Leo Murray-Smith wrote:
> >Going along that path, one possible way to integrate theme support from
> > your native window manager is to extend the .msstyles theme format to
> > enable using exported functions for drawing some controls, which could
> > then m
Le ven 03/10/2003 à 18:51, Ivan Leo Murray-Smith a écrit :
> >Going along that path, one possible way to integrate theme support from your
> >native window manager is to extend the .msstyles theme format to enable using
> >exported functions for drawing some controls, which could then make direct
>Going along that path, one possible way to integrate theme support from your
>native window manager is to extend the .msstyles theme format to enable using
>exported functions for drawing some controls, which could then make direct
>GTK/etc calls.
I don't think Alexandre will like the idea of w
I'm currently working on implementing support for .msstyles themes (of which
are used by XP) primarily because the format follows the API pretty closely
and will be easier to test my implementation against an XP box.
One nice thing about .msstyles themes is they are basically just a
resource-on
On Wednesday 01 October 2003 09:59 am, Steven Edwards wrote:
> This is very kickass dude.
I concur. I've been fantasizing about looking into this stuff myself,
although so far I've always decided I had more pressing matters to look into.
But some of this stuff is just so cool... and frankly,
This is very kickass dude. I think this is the right method of
supporting themes for WINE. KDE can already do GTK themes with a little
bit of tweaking so it will support both Linux Desktops and GTK themes
are now supported under Windows with GTK-Win32 so maybe we can even use
this in ReactOS when i
On Wed, 2003-10-01 at 12:21, Kevin Koltzau wrote:
> I'm aware of the scope of the project. The general design of uxtheme lends
> itself well to being done incrementally, eg. controls could be modified as
> support for the particular control is implemented, etc.
> Also part of the API are a few fu
The different versions of comctl32 are part of Microsoft's "assembly" system
which is primarilly an attempt to battle "DLL hell" as well as part of
their .NET strategy, which (correct me if I'm wrong) I don't think afflicts
this part of WINE very much.
Altho one thing to consider in this area i
I'm aware of the scope of the project. The general design of uxtheme lends
itself well to being done incrementally, eg. controls could be modified as
support for the particular control is implemented, etc.
Also part of the API are a few functions (IsThemeActive & IsAppThemed) which
will allow th
Roderick Colenbrander wrote:
The "old" dll that MS ships with WindowsXP is comctl32.dll version 5.x which
is the same as on other Windows versions.
Version 6 is the new version. One of the biggest changes is that this updated
dll handles both the user and common controls. Further all controls n
The "old" dll that MS ships with WindowsXP is comctl32.dll version 5.x which
is the same as on other Windows versions.
Version 6 is the new version. One of the biggest changes is that this updated
dll handles both the user and common controls. Further all controls now
include some area in which
On September 30, 2003 10:57 am, Roderick Colenbrander wrote:
> Microsoft releases two sets of
> comctl32 dlls. One of them is meant for backwards compatibility.
Do you have any idea why would that be needed?
--
Dimi.
Ofcourse I want uxtheme.dll implemented since it is a very cool new dll but I
think a problem will be that it needs changes in various parts of Wine.
Mainly in the user and common control area. Microsoft releases two sets of
comctl32 dlls. One of them is meant for backwards compatibility. Becaus
On Tue, 2003-09-30 at 04:43, Sylvain Petreolle wrote:
> This isnt a windows system dll. Isnt that another attempt like
> cards.dll ?
Sure it is. Apps attempt to LoadLibrary it if they detect it to enhance
their drawing capabilities. It's conceivable that one day apps will not
have this backwards c
D] On
Behalf Of Shachar Shemesh
Sent: Tuesday, 30 September 2003 6:26 PM
To: Roderick Colenbrander
Cc: Kevin; [EMAIL PROTECTED]
Subject: Re: uxtheme.dll
Roderick Colenbrander wrote:
>I hope you know what you will begin with. (For the ones that don't know
>uxtheme.dll is the dll that t
Roderick Colenbrander wrote:
I hope you know what you will begin with. (For the ones that don't know
uxtheme.dll is the dll that takes care of all theming on WinXP and it is the dll
that dlls like comctl32 and all others use for theming)
Some time ago I checked out uxtheme.dll a bit and it seems
I hope you know what you will begin with. (For the ones that don't know
uxtheme.dll is the dll that takes care of all theming on WinXP and it is the dll
that dlls like comctl32 and all others use for theming)
Some time ago I checked out uxtheme.dll a bit and it seems that it needs
changes all ove
This isnt a windows system dll. Isnt that another attempt like
cards.dll ?
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> a écrit :
> On Mon, 29 Sep 2003, Kevin wrote:
>
> > Because of this, I've been thinking about beginning an
> implementation of
> > uxtheme.dll. I am curious if someone has alre
On Mon, 29 Sep 2003, Kevin wrote:
> Because of this, I've been thinking about beginning an implementation of
> uxtheme.dll. I am curious if someone has already taken up this task, or if
> anyone any opinions on this topic.
I'm not aware of anyone working on this. This would be a nice contributi
19 matches
Mail list logo
