- Original Message
From: Mike McCormack <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: wine-devel@winehq.org; Marcus Meissner <[EMAIL PROTECTED]>
Sent: Friday, September 22, 2006 11:42:36 PM
Subject: Re: Governance revisited
> The current process is crippling this project, limiting th
Tomas Carnecky wrote:
.. another small update, now tries to create the buffer size as close
as possible to what the app requested.
The whole patch is available at the same URL, I also created a patch
of only ./dlls/winmm/winealsa/audio.c to make it easier to read the
patch, the patch is here:
>
> I propose adding categories for msxml and setupapi now.
> Here are bugzilla queries that find quite a few bugs that
> are candidates for moving into those categories:
>
>
Good idea. In case someone is going to add these catagories, please also add
catagories for comctl32 and msvcrt. Regard
For the past two years, I've helped UCLA's cs130 by pointing
them at an area of Wine that needs improvement
and helping them get patches submitted.
For Winter 2007, I'm considering having them focus on msxml3.
So I'm starting to look at bugzilla (see my previous message)
and dig up demo apps and
Bugzilla currently lacks categories for several important
parts of wine. This is natural - nothing's perfect.
Rather than fix this all at one go, let's just add categories
as we find we need them.
I propose adding categories for msxml and setupapi now.
Here are bugzilla queries that find quite a
"Sebastian Reichelt" <[EMAIL PROTECTED]> wrote:
+if (winpos->flags & SWP_FRAMECHANGED)
+{
+DWORD style = GetWindowLongW( winpos->hwnd, GWL_STYLE );
+X11DRV_set_iconic_state( winpos->hwnd );
+if (style & WS_MINIMIZE)
+return TRUE;
+}
+
if (!SWP
On Sat, 2006-09-23 at 11:24 +0200, Kai Blin wrote:
> On Saturday 23 September 2006 10:32, Scott Ritchie wrote:
> > Frankly, all we really need is for Alexandre to write a 10-second reply
> > to wine-devel for each patch he rejects.
>
> On WineConf, we decided against this. That would still slow do
On Saturday 23 September 2006 10:32, Scott Ritchie wrote:
> Frankly, all we really need is for Alexandre to write a 10-second reply
> to wine-devel for each patch he rejects.
On WineConf, we decided against this. That would still slow down the overall
patch submission speed. Consider you have a p
.. another small update, now tries to create the buffer size as close as
possible to what the app requested.
The whole patch is available at the same URL, I also created a patch of
only ./dlls/winmm/winealsa/audio.c to make it easier to read the patch,
the patch is here: http://dbservice.com/ftp
On Sat, 2006-09-23 at 15:26 +0930, n0dalus wrote:
> A good patch handling system might:
> - Watch the wine-patches list, automatically adding patches and
> comments (replies)
> - Provide a way to categorise/tag patches
> - Have a way of creating patch sets, which can be downloaded as a
> single dif
10 matches
Mail list logo
