Frank Richter wrote:
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
James Hawkins wrote:
Nobody's working on it, so it won't be supported until someone cares
enough to do it. I encouraged a few people to start working on it but
nobody did, so taking out the existing support is a way to provide
more encouragement. If that's not enough then the feature simply won't
On Tue, 22 Mar 2005, James Hawkins wrote:
[...]
What needs to be done concerning this TODO? Looking through Bugzilla
I found bug #422:
Currently Wine loads the complete registry into memory at startup. This is
relatively ok when the registry is small such as in fake_windows configurations,
but
Michael Lin [EMAIL PROTECTED] writes:
I was trying to make the following dialog compile and work in
WINE. The dialog compiles and works in Borland.
Does the dialog compiled on Windows work on Wine? If so it's a
resource compiler issue. If not, you should then write a test program
that creates
Robert Reif wrote:
Robert Reif wrote:
Don't fail when opening a device in direct sound mode.
Rather, try alternate formats first before failing.
With the wave api, requesting a format that the
hardware can't do should fail so the wave mapper can
fix it up. However, the direct sound api does not
Robert Reif wrote:
Robert Reif wrote:
Robert Reif wrote:
Don't fail when opening a device in direct sound mode.
Rather, try alternate formats first before failing.
With the wave api, requesting a format that the
hardware can't do should fail so the wave mapper can
fix it up. However, the direct
Mike Hearn [EMAIL PROTECTED] wrote:
user32 can not depend on uxtheme or any other high level dll.
Hmm, why not? For DLLs that can be recompiled and used on Windows this
policy makes sense but our user32 cannot be, so I do not see what we would
lose by having this.
It creates circular
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.
Hello,
I try to run a freshly installed Origin6.0 with 20050310, but it shows
only the splash window and crashes then. Using the previous release
20050211 it runs just fine.
While I don't mind compiling Wine and hunting for the patch which causes
this problem, the number of patches is rather
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
Boaz Harrosh wrote:
Thomas Weidenmueller wrote:
How is ReactOS's current (future) system?
See above
I was Just asking what ReactOS is doing, not that they need change.
ReactOS is different in this respect, I agree.
Is ReactOS's format the same as Windows. or do you have your own
Binary format?
Doing a dump of the imports table from native uxtheme.dll from my XPSP2
box, I see that it imports a function from user32.dll called
RegisterUserApiHook which is totally undocumented (neither MSDN or google
show up any info about what it does).
This function is only present in Windows XP (and I
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
Damiano Venturin wrote:
I'm interested in running msde on wine. I'm just looking around to see
if someone reached the goal. I saw you mail at
http://www.winehq.com/hypermail/wine-devel/2003/02/0583.html
I just want to know if u was able to run it.
I haven't tried since then. In the two years
Paul van Schayck wrote:
When setting your PlaybackDevice to a dmix plug device you will get a
list of (the same) dmix devices. This works arround it, but not really
nicely I think:
char *prev_name;
if(strcmp(snd_pcm_info_get_name(info),prev_name))
prev_name = (char
Hi,
On Tue, Mar 22, 2005 at 02:26:43PM +, Mike Hearn wrote:
+
MESSAGE(**);
+MESSAGE(* Native DirectDraw is not supported, please remove it and try
again *);
+
Frank Richter wrote:
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
Jakob Eriksson [EMAIL PROTECTED] writes:
--- dlls/advapi32/tests/crypt.c 15 Mar 2005 19:32:38 - 1.19
+++ dlls/advapi32/tests/crypt.c 22 Mar 2005 15:31:55 -
@@ -138,7 +138,10 @@
hProv = 0;
SetLastError(0xdeadbeef);
result =
Andreas Mohr wrote:
What about something similar to:
*** Native DirectDraw is not supported by Wine! ***
** Please disable loading of any native DDraw DLLs and try again **
IMHO we should have a messagebox for that.
Ivan.
Jakob Eriksson [EMAIL PROTECTED] writes:
+/* Windows 98 is a bit broken around these parts, it doesn't return
FALSE as it should. */
+/* If the resulting time is about 1 AD, I consider the result
invalid. */
+ret = DosDateTimeToFileTime(0,0,ft);
+years =
Alex Villacis Lasso wrote:
Changelog:
* PeekNamedPipe now checks both for a NULL buffer and a zero-length
buffer before trying to recv() from the pipe
Could you write a regression test?
regards,
Jakob
On Tue, 2005-03-22 at 17:16, Jakob Eriksson wrote:
http://test.winehq.org/data/200503181000/nt4/shlwapi:shreg.txt
What's going on?
regards,
Jakob
__
Index: dlls/shlwapi/tests/shreg.c
Alexandre Julliard wrote:
Frank Richter [EMAIL PROTECTED] writes:
How Windows is doing theming I don't know completely. You enable
theming by adding a manifest to the executable which instructs Windows
to load comctl32.dll version 6.0 instead of version 5.x from
system32/. That makes me believe
On Monday 21 Mar 2005 14:16, Hans Leidekker wrote:
On Monday 21 March 2005 12:49, Paul Millar wrote:
Is this the usual mingw missing functions again?
I updated my RPM packages today
Yes, that fixed it, thanks!
There's a remaining issue with a RAID system, but hopefully that will be
resolved
Alexandre Julliard wrote:
Jakob Eriksson [EMAIL PROTECTED] writes:
+/* Windows 98 is a bit broken around these parts, it doesn't return FALSE as it should. */
+/* If the resulting time is about 1 AD, I consider the result invalid. */
+ret = DosDateTimeToFileTime(0,0,ft);
+
Ivan Leo Puoti wrote:
Andreas Mohr wrote:
What about something similar to:
*** Native DirectDraw is not supported by Wine!
***
** Please disable loading of any native DDraw DLLs and try again
**
IMHO we should have a messagebox for that.
I agree. Not everyone
Jakob Eriksson [EMAIL PROTECTED] writes:
I may be totally long but this is what I figured:
the low parts unit is 10 nanoseconds. So one full dwLowDateTime is
2^32 10 nanoseconds, which is 120 hours.
I think you are off by a factor of 1000 (and the unit is 100
nanoseconds BTW).
Or maybe
Aric Stewart [EMAIL PROTECTED] writes:
Win9x RegSetValueExW does not deal with NULL data. so make the data an
empty string instead of null
The value is freed later on so this will cause trouble. A better fix
is probably to not specify REG_SZ if you are not passing a valid
string.
--
Am Dienstag, 22. März 2005 10:46 schrieb Marcus Meissner:
No, snoop is just using heuristics.
But it works well !
Please send your patch to wine.patches too.
Thanks Stefan
Hiya, I was trying to confirm an old bug still existed and the bug #440 has
a tar file with an exe in it which apparently used to run under wine and
fails with some problems later on. Nowdays, it fails dismally when you try
to launch it.
Disclaimer#1 - I haven't tried a regression test but I have
Hi,
--- Boaz Harrosh [EMAIL PROTECTED] wrote:
How is ReactOS's current (future) system?
I think ReactOS's registry is binary compatible with NT4. It and the windows
2000 format was
documented/reversed for samba and the linux ntchpwd bootdisk projects. If I
remeber right Eirc
Kohl offered to
On Tue, 22 Mar 2005 12:54:15 -0600, Robert Shearman wrote:
I agree. Not everyone looks at to their console for messages when
running apps.
There are a whole class of messages like that which *should* be message
boxes but aren't for whatever reason. In this case we'd have to
Le mar 22/03/2005 à 09:26, Mike Hearn a écrit :
[snip]
Index: dlls/gdi/gdi_main.c
===
RCS file: /home/wine/wine/dlls/gdi/gdi_main.c,v
retrieving revision 1.17
diff -u -p -d -r1.17 gdi_main.c
--- dlls/gdi/gdi_main.c 15 Jan
Hi Alexandre,
The dialog compiled on windows works on wine.
On windows,
AUTO3STATE control with BS_OWNERDRAW will have BS_OWNERDRAW button style.
AUTO3STATE control without BS_OWNERDRAW will have BS_AUTO3STATE button
style.
So BS_OWNERDRAW will overrides all other button style as in msdn
Robert Shearman wrote:
Filip Navara wrote:
Michael Lin wrote:
* change wrc to parse '' and '~' when specifying style
I believe the attached patch would be better solution...you can use
arbitrary expressions in the style definitions with Microsoft Resource
Compiler...
In that case, style '|'
I am experiencing a crash during startup of an application (The
Rosetta Stone 2.0.7a) under Wine. I reported this earlier on
wine-users and after some debugging was advised to move to this list.
The line causing a problem is dlls/x11drv/dib.c:425
417 HPALETTE hpal =
36 matches
Mail list logo