On 28.08.2005 18:53, Stefan Dösinger wrote:
> One other question: I've noticed that Windows users need to patch Microsofts
> uxtheme.dll to load themes which are not signed. Is there any possibility to
> use wines uxtheme.dll with Windows XP or is it too different? From the past
> discussions I
Am Sonntag, 28. August 2005 14:00 schrieb Frank Richter:
> On 28.08.2005 15:40, Mike Hearn wrote:
> > As you can see there are still quite a few visual glitches.
>
> Hm, maybe I should point people to Luna or MS' Royale or something
> simple like Watercolor Lite... they seem to work well so far ;)
On 28.08.2005 15:40, Mike Hearn wrote:
> As you can see there are still quite a few visual glitches.
Hm, maybe I should point people to Luna or MS' Royale or something
simple like Watercolor Lite... they seem to work well so far ;)
-f.r.
For those who want another screenshot:
http://plan99.net/~mike/files/winecfg-reluna.png
As you can see there are still quite a few visual glitches. The tab
control or property sheet API doesn't seem to set the embedded window to
the right theme/position, though I've seen similar artifacts on th
On Sun, 28 Aug 2005 14:58:07 +0200, Frank Richter wrote:
> Wouldn't it be possible to, say, have the GTK theming draw to a pixmap
> (GdkPixmap or so, afaik with my meager GTK knowledge), get a raw data
> buffer (RGBA or so) and draw this with Win32 APIs (e.g. AlphaBlend())?
It might. There are act
On 28.08.2005 14:30, Mike Hearn wrote:
> One issue is that GTK+ 2.8 (the newest version, just released) now uses
> Cairo for rendering. I'm not sure how we should approach this - I suspect
> if widgets start drawing themselves without using the GDI stuff will break
> in weird ways (clipping and suc
On Sun, 28 Aug 2005 14:21:39 +, Stefan Dösinger wrote:
> Btw, I have a really dumb question: How do I use a .msstyle theme? I know
> that this would better asked on wine-users, but now theming was mentioned
> I ask here.
Brian, praise be to his name, explains this in the latest WWN issue. He
a
Stefan Dösinger wrote:
Am Sonntag, 28. August 2005 10:28 schrieben Sie:
Hello,
Now that theming using .msstyle is working quite well, wouldnt'it be
possible to use the current used theme in the currently used window
manager.
Btw, I have a really dumb question: How do I use a .msstyle t
On Sun, 28 Aug 2005 12:28:11 +0200, Jonathan Ernst wrote:
> I think it would be of great value to have windows applications integrate
> semlessly with the linux desktop without having to look for a msstyle
> theme that looks like the same as the currently used theme.
Absolutely!
> http://wiki.wi
Am Sonntag, 28. August 2005 10:28 schrieben Sie:
> Hello,
>
> Now that theming using .msstyle is working quite well, wouldnt'it be
> possible to use the current used theme in the currently used window
> manager.
Btw, I have a really dumb question: How do I use a .msstyle theme? I know that
this wo
Hello,
Now that theming using .msstyle is working quite well, wouldnt'it be
possible to use the current used theme in the currently used window
manager.
I think it would be of great value to have windows applications
integrate semlessly with the linux desktop without having to look for a
msstyle
On 11.07.2005 14:47, Jonathan Wilson wrote:
> Not that I am any kind of expert here but would it not make sense to
> implement things the way windows does it? From what I know, windows
> implements it via activation contexts and manifests.
Yes, doing it the exact Windows way would require to imple
Frank Richter wrote:
Frank Richter <[EMAIL PROTECTED]>
Add theming support. When comctl32.dll is attached to a thread, a CBT
hook is set up for the current thread which intercepts all window
creations. There, the class name of the window is checked. In case of a
known class, the win
Hi,
I've worked the suggestions made wrt into that new patch. In particular,
- subclassing is now properly done with SetWindowSubclass
- uxtheme is delay-loaded
- minor things like a correct "hot" flag and more cleanliness due the
better subclassing.
I've uploaded the patch to:
http://www.minet.un
On Thursday 07 July 2005 3:43 am, Frank Richter wrote:
> On 07.07.2005 02:32, Kevin Koltzau wrote:
> > + /* internal stuff */
> > +#define BUTTON_HOT0x8000
> > +#define BUTTON_INTERNAL (BUTTON_HOT)
> >
> > Under windows, the mouseover state is 0x200
>
> Hm, is there a constan
On 07.07.2005 02:32, Kevin Koltzau wrote:
> + /* internal stuff */
> +#define BUTTON_HOT 0x8000
> +#define BUTTON_INTERNAL (BUTTON_HOT)
>
> Under windows, the mouseover state is 0x200
Hm, is there a constant or so for this? Is the mouseover state also
returned by BM_GETS
On Sunday 03 July 2005 9:16 am, Frank Richter wrote:
> Add initial button theming support. Upon initialization, the "Button"
> class is subclassed. In case theming is activated, the subclass will
> take control of painting and state management; without theming, all
> theming-
17 matches
Mail list logo
