Patrik Stridvall wrote:
Another "library" you should look at is Microwindows
(http://www.microwindows.org) which under MPL (optionally
GPL).
Personally I think that in the long run we are better off
having a CPU-only rendering engine of our own. However in
the meantime
On Wed, 25 Oct 2000 09:43:38 -0500, you wrote:
No, real windows behaviour was not checked.
To tell the truth, this part of the patch "seemed" right, but turned out not
to be required to fix my bug. So if it does break things, I have no
objection to it being removed, as long as the rest
I suggest trying to look at:
http://www.winehq.com/doc/mailman/README.NETSCAPE
i did it, let me know if it solved the problem.
martin
-- Forwarded message --
Date: Tue, 24 Oct 2000 22:17:40 -0700 (PDT)
From: Vladimir Cotfas [EMAIL PROTECTED]
To: mark dufour [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re[2]: wine
On Wed, 25 Oct 2000, mark dufour wrote:
I'm still orienting myself but so far this looks
-- Forwarded message --
Date: Tue, 24 Oct 2000 21:56:44 -0700 (PDT)
From: Vladimir Cotfas [EMAIL PROTECTED]
To: mark dufour [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: wine
On Thu, 26 Oct 2000, mark dufour wrote:
you probably know about the wine project (
1) how will Wine now if the Win95 or WinNT registry entries should be
created? as far as i know, there's no option in configuration file which
says "we're emulating WinNT". i think we will need something like that,
not only in this case.
Is this nessesary? If we don't use things like
1) how will Wine now if the Win95 or WinNT registry entries should be
created? as far as i know, there's no option in configuration file which
says "we're emulating WinNT". i think we will need something like that,
not only in this case.
Is this nessesary? If we don't use things like
"Juergen Schmied" [EMAIL PROTECTED] writes:
We need all this language dependend values in shell32 so we could use some scripts to
generate resource files from it. If these values are not the same like the in the
registry we
are in trouble again.
I'd rather suggest storing these values in
I'd rather suggest storing these values in shell32 resources and have
shell32 create the keys itself; we don't want to have these values
stored in two different places. Then the install program could load
shell32 and ask it to create the keys (maybe we can use DllInstall for
this?). Of
Patrik Stridvall [EMAIL PROTECTED] writes:
But by all means link with or borrow whatever you can
from Microwindows in the mean time. Just clearly mark
it in the code we the can fix it later.
And be aware that it won't be part of the main distribution; I'm not
including any code that
Patrik Stridvall [EMAIL PROTECTED] writes:
Microwindows is under MPL (alternatively GPL) so it is
not directly incompatible. What I primarily don't like
is that either license adds more restrictions.
If it adds restrictions then it's incompatible, because it means you
can no longer
On Wed, 25 Oct 2000, Patrik Stridvall wrote:
Patrik Stridvall [EMAIL PROTECTED] writes:
But by all means link with or borrow whatever you can
from Microwindows in the mean time. Just clearly mark
it in the code we the can fix it later.
And be aware that it won't be part of
"Dmitry Timoshkov" [EMAIL PROTECTED] writes:
This patch solves the reported problem with Shift+DEL.
Tested with NUMLOCK on and off. But it rather useless now,
because my patch which forces application to refresh its menu
state was not commited. Alexandre, something wrong with it?
Well, the
James Sutherland [EMAIL PROTECTED] writes:
If they've dual-licensed, perhaps they would be amenable
to allowing inclusion in Wine under Wine's license - has
anyone asked them yet??
this is what greg haerr ( microwindows author/maintainer ) had to say:
Mark,
Microwindows (Nano-X
TAKESHIMA Hidenori [EMAIL PROTECTED] wrote:
ChangeLog:
dlls/comctl32/datetime.c
dlls/comctl32/header.c
dlls/comctl32/rebar.c
dlls/comctl32/status.c
dlls/comctl32/toolbar.c
dlls/comctl32/treeview.c
dlls/commdlg/filedlg.c
dlls/shell32/shlfolder.c
dlls/shlwapi/path.c:
fix for supporting
On 25 Oct 2000, Alexandre Julliard wrote:
"Juergen Schmied" [EMAIL PROTECTED] writes:
We need all this language dependend values in shell32 so we could use some scripts
to
generate resource files from it. If these values are not the same like the in the
registry we
are in trouble
Martin Pilka wrote:
A possible approach suggested by Jeremy White is to specify a user
setup script in the global configuration. Then when Wine notices that
the user doesn't have a .wine directory it will launch this script,
which can copy the registry files from some templates and run a
17 matches
Mail list logo
