I thought wine's goal was "bug for bug" with windows, for good or for ill.
On 2/9/07, Misha Koshelev <[EMAIL PROTECTED]> wrote:
On Fri, 2007-02-09 at 21:20 -0700, Vitaliy Margolen wrote:
> Misha Koshelev wrote:
> > Hi,
> >
> > As you all may have noticed, I have been making quite a few patches
On Fri, 2007-02-09 at 21:20 -0700, Vitaliy Margolen wrote:
> Misha Koshelev wrote:
> > Hi,
> >
> > As you all may have noticed, I have been making quite a few patches
> > within the last two weeks (or at least quite a few when compared to zero
> > before then) because I had figured out that the Ve
Misha Koshelev wrote:
> Hi,
>
> As you all may have noticed, I have been making quite a few patches
> within the last two weeks (or at least quite a few when compared to zero
> before then) because I had figured out that the Vector NTI program that
> is quite important in molecular biologThis patc
Hi,
As you all may have noticed, I have been making quite a few patches
within the last two weeks (or at least quite a few when compared to zero
before then) because I had figured out that the Vector NTI program that
is quite important in molecular biologThis patch makes sure that wine
will start
Any reasons why this patch is not applied?
http://www.winehq.org/pipermail/wine-patches/2007-January/035264.html
This is one of the major headaches for users trying to get programs
requiring direct CD-ROM drive access to work. And it's nearly impossible
to get required information from users to fi
On 2/9/07, Mikołaj Zalewski <[EMAIL PROTECTED]> wrote:
The return codes when the user cancelled the operation as in Vista, as
they are more logical and easier to implement than the XP ones. If
Microsoft changed them there are probably not many apps that would
depend on it. With this change the pr
Tony Lambregts wrote:
Francois Gouget wrote:
On Tue, 30 Jan 2007, Francois Gouget wrote:
[...]
But it would be nice if there was an easy way to find bugs that have a
patch, even, and maybe especially, if it is incorrect. This would make
it easier for interested parties to survey what p
Hello,
First let me introduce myself. I am Tor Einar Toennessen ( actually
Tønnessen ). I am from Norway. I have followed the development of Wine a
little bit on and off over some years ( maybe about 10 ). My main
interrest with Wine is in the audio and midi area.
I would like to comment on the a
Mikołaj Zalewski wrote:
Dan Kegel wrote:
Mikołaj wrote:
I've tested it also with WinRAR, WinSCP3 3.30, 7-Zip and Pirch98 (the
last two have Bugzilla entries and are fixed by the new code). The only
thing I've found not to work are the sidebars of IE.
Did they work with the old code?
WinRA
The usual convention is that IDD_* are used for IDs of dialogs and
IDC_* are used for IDs of controls.
The Browse For Folders dialog uses IDD_ for controls and I wanted to
follow the convention in this file.
Mikolaj Zalewski
Mikołaj Zalewski wrote:
+SHELL_YESTOALL_MSGBOX DIALOG 200, 100, 280, 90
+STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
+CAPTION "Message"
+FONT 8, "MS Shell Dlg"
+{
+DEFPUSHBUTTON "&Yes", IDYES, 34, 69, 53, 14, WS_GROUP | WS_TABSTOP
+PUSHBUTTON "Yes to &all", IDD_Y
Dan Kegel wrote:
Mikołaj wrote:
I've tested it also with WinRAR, WinSCP3 3.30, 7-Zip and Pirch98 (the
last two have Bugzilla entries and are fixed by the new code). The only
thing I've found not to work are the sidebars of IE.
Did they work with the old code?
WinRAR did. Other had bigger o
On Fr, 2007-02-09 at 11:41 +0100, Rolf Kalbermatter wrote:
> 1) Like in the Transgaming patch hook into winex11.drv where apropriate.
> 2) Add the dib engine as a dibdrv into GDI32 directly similar to what has
>been done for enhmfdrv and mfdrv already.
> extra field to the private DIB data st
Right oh! We will see perhaps today. A bit of studying to do first though.
Thanks for helping me!
Regards,
John Klehm
On 2/9/07, Francois Gouget <[EMAIL PROTECTED]> wrote:
On Thu, 8 Feb 2007, John Smith wrote:
> Hey all,
> I cannot find the raserror.h file. I have tried looking around the
Mikołaj wrote:
I've tested it also with WinRAR, WinSCP3 3.30, 7-Zip and Pirch98 (the
last two have Bugzilla entries and are fixed by the new code). The only
thing I've found not to work are the sidebars of IE.
Did they work with the old code?
For the next week I won't work on wine but what sh
Robert Shearman napisał(a):
Mikołaj Zalewski wrote:
I've been trying to fix the rebar layouting code. But fixes in one
place caused regressions because of bugs in other places and I ended
up rewriting the whole layouting code. It does roughly the same as
the current code however the details ar
Francois Gouget wrote:
> On Tue, 30 Jan 2007, Francois Gouget wrote:
> [...]
>> But it would be nice if there was an easy way to find bugs that have a
>> patch, even, and maybe especially, if it is incorrect. This would make
>> it easier for interested parties to survey what potential fixes are
This function is a bit ugly. It seems this policy should be made in
the BrsFolder_OnCommand function, rather than in pidl.c as a file.
Yes, after I've found _ILCreateDesktop there is no need for a helper
funciton. I'll send a patch without it.
Mikolaj Zalewski
On Thu, 8 Feb 2007, John Smith wrote:
> Hey all,
> I cannot find the raserror.h file. I have tried looking around the wine
> directories to no avail. A find ./wine -name raserror.h -type f -print
> turns up nothing. Am I looking in the wrong spot or in the wrong way?
I can confirm that it is m
Mikołaj Zalewski wrote:
I've been trying to fix the rebar layouting code. But fixes in one
place caused regressions because of bugs in other places and I ended
up rewriting the whole layouting code. It does roughly the same as the
current code however the details are quite different and I hope
Mikołaj Zalewski wrote:
+/*
+ * _ILMakePidlNotNull
+ *
+ * A null pidl is a valid pidl that represents the Desktop. However if we don't
+ * want a NULL pidl (e.g. because NULL indicates an error) this function will
+ * make a
Francois Gouget <[EMAIL PROTECTED]> writes:
> Fix the implementation to match the official prototypes.
> ---
>
> I've had trouble with the placement of 'volatile' in 'const
> SLIST_HEADER* volatile'. I think putting 'volatile' last is correct
> because it applies to the pointer, not to the point
On 2/9/07, Rolf Kalbermatter <[EMAIL PROTECTED]> wrote:
I have been following this discussion for quite some time and finally
decided to look into it a little bit. While the Wiki mentions that a
difficult part of this would be to get any design accepted by Alexandre it
does absolutely not say in
Hi,
I've tried to send my first patch on jan. 27. This patch is supposed to
add a partial implementation of WidenPath to gdi32.dll.
After two weeks, I don't have any news about the patch. Is it still
pending ? Is there something wrong with it ?
I am ready to improve it if necessary, but I need s
Felix Nawothnig wrote:
Pierre could speak to this better than I, but my understanding is
that the Quartz driver does not need the DIB engine. Quartz (the
Mac's imaging and windowing API) is capable of drawing to offscreen
bitmaps directly, at color depths that need not match the display's.
Ken Thomases wrote:
Pierre could speak to this better than I, but my understanding is that
the Quartz driver does not need the DIB engine. Quartz (the Mac's
imaging and windowing API) is capable of drawing to offscreen bitmaps
directly, at color depths that need not match the display's.
T
On Thu, 8 Feb 2007, Jeremy Newman wrote:
> Since nobody else jumped on this, I went ahead and added a "patch"
> keyword.
Argh!
So now I finally discover that after all it is possible to use the query
system to get a list of the bugs that have patches. So we don't need
the 'patch' keyword :-/ S
On Feb 9, 2007, at 5:18 AM, Michael Stefaniuc wrote:
Rolf Kalbermatter wrote:
I have been following this discussion for quite some time and finally
decided to look into it a little bit. While the Wiki mentions that a
difficult part of this would be to get any design accepted by
Alexandre it
d
Rolf Kalbermatter wrote:
> I have been following this discussion for quite some time and finally
> decided to look into it a little bit. While the Wiki mentions that a
> difficult part of this would be to get any design accepted by Alexandre it
> does absolutely not say in any way what kind of appr
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> From 4dc1b3cd7faf9c61bc6f862f416b6af07e1e85e8 Mon Sep 17 00:00:00 2001
> From: Stefan Doesinger <[EMAIL PROTECTED]>
> Date: Fri, 19 Jan 2007 19:30:09 +0100
> Subject: [PATCH] WineD3D: BeginScene and EndScene tests and fixes
This causes 'make test' to
I have been following this discussion for quite some time and finally
decided to look into it a little bit. While the Wiki mentions that a
difficult part of this would be to get any design accepted by Alexandre it
does absolutely not say in any way what kind of approach would be likely to
be accept
31 matches
Mail list logo
