"Lei Zhang" <[EMAIL PROTECTED]> wrote:
We already send WM_MOUSEACTIVATE message on a take focus X11 event, so
I don't see a point in duplicating it. On the other hand if a WM doesn't
activate a window when a user clicks on window's caption (where the close
button usually placed) then it's a WM b
On 6/18/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
"Lei Zhang" <[EMAIL PROTECTED]> wrote:
> On Windows, clicking the close button of a nonactive window generates
> a WM_MOUSEACTIVATE notification. Applications with custom window
> procedures can then choose to ignore the close button if the
Hi,
This patch removes a call to XCreateFontSet which was causing wine to
be very slow in some Chinese locale settings. The server side font
calls are supposed to be deprecated anyway as Dan pointed out in his
comment here: http://bugs.winehq.org/show_bug.cgi?id=5309
According to the Xlib progra
"Lei Zhang" <[EMAIL PROTECTED]> wrote:
On Windows, clicking the close button of a nonactive window generates
a WM_MOUSEACTIVATE notification. Applications with custom window
procedures can then choose to ignore the close button if they wished
to by returning MA_ACTIVATEANDEAT / MA_NOACTIVATEANDE
On 6/18/07, James Hawkins <[EMAIL PROTECTED]> wrote:
Hi,
This fixes an error with a test Windows Installer Patch that I'm
trying to get working.
Changelog:
* Fix the conditions to determine which files to remove.
Ignore this for right now. There's something else that needs to be fixed first
On 6/18/07, James Hawkins <[EMAIL PROTECTED]> wrote:
Hi,
The Fahrenheit installer calls this function. KTIMER is defined in
ketypes.h in the ddk, but that file doesn't exist for us yet, and I
followed the example of others and defined it in wdm.h (where most of
the types in ketypes.h were defin
Bugzilla uses this new toy, but the script loads it even after it
detects Opera = it eats the text in edit fields sometimes and I cant
process Test Results. Could it load itselfe only when not detecting
Opera?
--
Who logs in to gdm? Not I, said the duck.
Am Montag, 18. Juni 2007 20:28 schrieb Jérôme Gardou:
> I try to compile a small program which use msvcrt headers, and it appeared
> that, in winelib there is no dir.h (which may be redirected to dirent.h ?)
> and that consts like MAXPATH, MAXDRIVE and others are not defined.
>
> Should it be done
I try to compile a small program which use msvcrt headers, and it appeared
that, in winelib there is no dir.h (which may be redirected to dirent.h ?)
and that consts like MAXPATH, MAXDRIVE and others are not defined.
Should it be done ? Is it planned to be ?
The wine-devel mailing list is best for this type of development
question.
Thanks,
Scott Ritchie
On Sun, 2007-06-17 at 12:49 +0200, Jérôme Gardou wrote:
> I have a little program coded for windows, and I want to compile it using
> winegcc.
>
> Unfortunately, some functions are not implemented i
Hi Jason.
The Patch is already in the tree, but I have a question:
+ *
+ * Execute a command, and any && or bracketed follow on to the command.
The
+ * first command to be executed may not be at the front of the
+ * commands->thiscommand string (eg. it may point after a DO or ELSE
+ * Returns TRU
On Monday 18 June 2007 11:35:27 Damjan Jovanovic wrote:
> What's the long term plan for an LSB build of wine? Would we drop the
> dozen or so different distro packages and have 1 official binary, like
> samba is supposedly planning to do?
While I don't know what Wine's plans for this are, I'm 100
Jeff Latimer <[EMAIL PROTECTED]> writes:
> --- /dev/null
> +++ b/dlls/hnetcfg/Makefile.in
> @@ -0,0 +1,14 @@
> +TOPSRCDIR = ../..
> +TOPOBJDIR = ../..
> +SRCDIR= .
> +
> +MODULE= hnetcfg.dll
> +IMPORTS = kernel32
> +IMPORTLIB = libhnetcfg.$(IMPLIBEXT)
> +
> +C_SRCS = \
> +hne
On 6/17/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
At the Linux Summit, a bunch of us decided it'd be a good
idea to try out lsbcc on more real-world packages, so I tried wine
again tonight. My previous try was described here:
http://www.winehq.org/pipermail/wine-devel/2006-August/050554.html
In
14 matches
Mail list logo
