Reijo T Sund a écrit :
> >From e59f5ec4eaf6936b7ecb6e4d0a471d38622f22aa Mon Sep 17 00:00:00 2001
> From: Reijo Sund <[EMAIL PROTECTED]>
> Date: Thu, 1 May 2008 10:20:19 +0300
> Subject: kernel32: Implementation of GetLargestConsoleWindowSize.
>
> The function should return the largest size instead
Please note the following rant was insighted from a long held thought
that the wine and crossover logos were old and boring:
I wouldn't put on a Wine tshit or a Crossover tshirt until both
projects get far better/sexier logos.
Codeweavers looks like it was done in 96 and wines is boring and looks
Hello Jeremy,
2008/5/1 Jeremy Newman <[EMAIL PROTECTED]>:
> Sure, I will put up an archive of our Penguin EPS files later today
> somewhere. Probably on our FTP site.
Did you upload it yet?
Cheers,
Maarten.
Tefnet Developers <[EMAIL PROTECTED]> writes:
> Dnia 24-04-2008, czw o godzinie 12:48 +0200, Tomasz Jezierski - Tefnet
> pisze:
>> For more information check bug report.
>>
>
> Hi.. what's the status of this patch? I haven't found any comments on
> wine-devel about it.
It's not clear why changin
On Thu, May 1, 2008 at 2:58 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>
> "Lei Zhang" <[EMAIL PROTECTED]> writes:
>
> > This makes several internal kernel32 process functions more flexible
> > in order to accommodate __wine_kernel_init_environment.
> > __wine_kernel_init_environment is n
2008/5/1 Robert Shearman <[EMAIL PROTECTED]>:
> Reece Dunn wrote:
>
> > @@ -926,6 +926,13 @@ HRESULT WINAPI
> SHCreateStreamOnFileEx(LPCWSTR,DWORD,DWORD,BOOL,struct IStream*,s
> > HRESULT WINAPI SHCreateStreamWrapper(LPBYTE,DWORD,DWORD,struct
> IStream**);
> > +#undef IStream_Read
> > +#undef IS
Sure, I will put up an archive of our Penguin EPS files later today
somewhere. Probably on our FTP site.
With that, I should also put up the Wine logo EPS file for anyone who
wants a high quality version.
Maarten Lankhorst wrote:
> Hi,
>
> 2008/4/23 Jeremy White <[EMAIL PROTECTED]>:
>>> http:/
Reece Dunn wrote:
> @@ -926,6 +926,13 @@ HRESULT WINAPI
> SHCreateStreamOnFileEx(LPCWSTR,DWORD,DWORD,BOOL,struct IStream*,s
>
> HRESULT WINAPI SHCreateStreamWrapper(LPBYTE,DWORD,DWORD,struct IStream**);
>
> +#undef IStream_Read
> +#undef IStream_Write
> +
> +HRESULT WINAPI IStream_Read(struct
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
>> This will break z-order management, Metacity ignores the transient for
>> hint on TYPE_NORMAL windows. Maybe we should try to not set the type at
>> all?
>
> That's what we did before, and that's wh
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
>> Metacity explicitly disables maximize, minimize and fullscreen capabilities
>> for windows of type _NET_WM_WINDOW_TYPE_DIALOG. Since Windows applications
>> don't expect such a restriction (dialogs can have maximize/minimize buttons
>> under Windo
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> Metacity explicitly disables maximize, minimize and fullscreen capabilities
> for windows of type _NET_WM_WINDOW_TYPE_DIALOG. Since Windows applications
> don't expect such a restriction (dialogs can have maximize/minimize buttons
> under Windows) it'
On Thursday 01 May 2008 08:30:40 James Hawkins wrote:
> +/* get new psc */
> +hr = ScriptPlace(hdc, &psc, pwOutGlyphs1, pcGlyphs, psva,
> &pItem[0].a, piAdvance,
> + pGoffset, pABC);
> +ok (hr == 0, "Should return 0 not (%08x)\n", hr
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> This makes several internal kernel32 process functions more flexible
> in order to accommodate __wine_kernel_init_environment.
> __wine_kernel_init_environment is needed for CreateEnvironmentBlock.
It's not appropriate to export that from kernel32; useren
I just wanted to add that exactly the same problem exists with graphics
drivers. There, we use approximately this scheme:
-> If there's a driver difference, and both driver behaviors are somewhat
sane, then we accept both results. An application couldn't depend on a
specific result either
-> I
14 matches
Mail list logo
