Hi,
I would like to load a .dll.so from the current directory, and I wonder
what's the best way to accomplish this...
I tried to set WINEDLLPATH, but it doesn't seem to have an effect (the
.dll.so is still only tried to be loaded from /usr/lib, as I can see
from the trace:module output).
The .dl
Hi,
to see how easy (or not) it would be to make the controls use themes, I
tried to get themed buttons; the result is the attached patch (to try it
out, you need an .msstyles file and appropriate registry setup). It's
probably not perfect as it is, comments/questions are welcome.
Screenshot:
h
On 22.03.2005 00:18, Mike Hearn wrote:
Once we
get it into CVS, would you be willing to move on and do the other controls?
Okay, I'll see what I can do.
-f.r.
On 22.03.2005 09:22, Dmitry Timoshkov wrote:
user32 can not depend on uxtheme or any other high level dll. You need to
make all the work inside of uxtheme by subclassing/patching every class you
wish to change the painting for, and do all the painting inside of uxtheme.
I'm not sure how to do it cl
On 22.03.2005 09:35, Boaz Harrosh wrote:
Where you using a native theme DLL or the builtin one? If native which
one where you using? How did you Isolate it, I mean how many dll's,
files, and registry is it.
If you mean with "Theme DLL" the uxtheme.dll, that is the builtin one.
If you mean the DLL
On 22.03.2005 15:12, Dmitry Timoshkov wrote:
It creates circular dependencies and an impossibility to correctly start up
Wine.
Imagine for a moment that ntdll depends on foo.dll which in turn imports
kernel32.
Maybe that can be worked around by having user32.dll load uxtheme.dll lazily...
This w
On 22.03.2005 17:00, Alexandre Julliard wrote:
Then the first thing to do is to figure out exactly how Windows does
it, and do it the same way.
Most interesting is probably to find out how the standard controls from user32
are themed. Poking a bit around in comctl32 6.0, it seems that it actually
On 23.03.2005 13:04, Boaz Harrosh wrote:
Maybe it only register as per Process, which makes sense. And it does
that before any window is displayed. Actually I know when. (A bug I had)
it does it in the InitCommonControlsEx call. Not even in the DLLMain. An
app that needs theming needs 3 things.
On 23.03.2005 13:25, Frank Richter wrote:
Sounds plausible. Reading a bit up on window classes on MSDN
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windowclasses/aboutwindow.asp)
indicates that overrideability of the default system
On 22.03.2005 17:00, Alexandre Julliard wrote:
Then the first thing to do is to figure out exactly how Windows does
it, and do it the same way.
To roughly recapitulate: Windows seems to do the theming in the implementation
of the standard controls - with the twist that comctl32.dll v6 contains cop
10 matches
Mail list logo