Le dim 02/01/2005 à 20:24, Vincent Béron a écrit :
> Le sam 01/01/2005 à 09:20, Andreas Mohr a écrit :
> [snip]
> > Problem is that we might want to have Wine never break during compile.
> > At least for semi-modern software versions it should compile successfully,
> > no matter how much functional
On Saturday 08 January 2005 21:44, Alexandre Julliard wrote:
> > +if (nBar == SB_CTL)
> > + FIXME("needs to send SMB_SETRANGE when SB_CTL\n");
> > +//return SendMessageW(hwnd, SBM_SETRANGE,
> > (WPARAM)0, (LPARAM)0); return TRUE;
>
> There's no reason to add a FIXME, calling SetScrollIn
Hiya,
FYI I've spent the last couple of months putting together a directx 8 level
support into wined3d and calling it from d3d9 such that I can also change
d3d8 easily to use the new code. This is mostly complete other than the
texture support and the shader support plus moving some functions / st
On Sat, 08 Jan 2005 16:00:38 +0100, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this Project was apparently not finished.
>
> Changelog:
> make the AddRef and Release code cleanup active again.
>
> Cheers,
>
> Paul Vriens
>
It would be nice to add back in the two other workers (me and
--- Ann and Jason Edmeades
<[EMAIL PROTECTED]> wrote:
> This clears out the next blocking part of the d3d9 /
> wined3d support and has
> been a real pain to implement. I think I've got it
> right now, and it adds
> support for render targets but more importantly the
> beginnings of a front
> and
Hi,
I've been having a look at DirectX 9 over the weekend
as a bit of a learning excersize. So far I've managed
to get enough implemented in d3d9 to run Pirates!
[without textured polygons] and have stated moving
everything over to wined3d so that the textures will
work.
Unfortunatly I've become
>> Foobar2000 worked virtually perfectly in the
>> 20041019 release, aside from some comctrl32
>> repainting issues -- which native comctrl32.dll
>> fixed. In 20041201 it is completely unuseable. Two
>> major problems:
>>
>> 1) The toolbars are completely gone. They are sort
>> of displayed when t
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> @@ -1728,12 +1821,15 @@
> SCROLLINFO info;
>
> TRACE("hwnd=%p nBar=%d min=%d max=%d, bRedraw=%d\n", hwnd, nBar, minVal,
> maxVal, bRedraw);
> -
> +
> info.cbSize = sizeof(info);
> info.fMask = SIF_RANGE;
> info.nMin = mi
On Tue, 4 Jan 2005, Dimitrie O. Paun wrote:
[...]
2. How paths are presented to the app
This is something that needs to be per app. One way to do it
would be to follow Miscrosoft and ornate apps somehow (the
same they do for themable apps) via some sort of manifest
that would reque
"Jacek Caban" <[EMAIL PROTECTED]> wrote:
> @@ -310,15 +335,24 @@ static void intern_atoms(void)
> names = HeapAlloc( GetProcessHeap(), 0, count * sizeof(*names) );
> atoms = HeapAlloc( GetProcessHeap(), 0, count * sizeof(*atoms) );
>
> -for (format = ClipFormats, i = 0; format; for
"Jacek Caban" <[EMAIL PROTECTED]> wrote:
> @@ -1010,9 +1009,15 @@ static INT WINPROC_MapMsg32WTo32A( HWND
> case LB_DIR:
> case LB_ADDFILE:
> case EM_REPLACESEL:
> -if(!*plparam) return 0;
> -*plparam = (LPARAM)HEAP_strdupWtoA( GetProcessHeap(), 0,
> (LPCWSTR)*plpa
В сообщении от 7 Январь 2005 19:51 Alexandre Julliard написал(a):
> Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> > --- scroll.c 8 Dec 2004 18:06:15 - 1.3
> > +++ dlls/user/scroll.c 4 Jan 2005 14:27:08 -
> > +case SBM_GETSCROLLBARINFO:
> > +return GetScrollBarInfo(hwnd, SB_CTL,
В сообщении от 7 Январь 2005 10:15 Dripple написал(a):
> I'm trying to have this app
> (http://appdb.winehq.org/appview.php?appId=1485&versionId=2451) working.
> In fact, it works. But only using native comctl32.dll, which requires
> native commctrl.dll.
What does not work with buildin comctl32 (f
13 matches
Mail list logo
