On 5/28/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
"Evan Stade" <[EMAIL PROTECTED]> wrote:
> Well the Platform SDK headers use C++. From gdiplus.h:
>
> ...
>namespace DllExports
>{
>#include "GdiplusFlat.h"
>};
> ...
>
> And if you try to just include GdiplusFlat.h (i.
"Evan Stade" <[EMAIL PROTECTED]> wrote:
Well the Platform SDK headers use C++. From gdiplus.h:
...
namespace DllExports
{
#include "GdiplusFlat.h"
};
...
And if you try to just include GdiplusFlat.h (i.e . only using the gdi+ flat
api), you have to include GdiplusGpStubs.h. Fr
Hi,
One of our remaining fundamental d3d problems is the slowness of
IDirectDrawSurface7::GetDC(and d3d9). This call allows performing gdi
operations on surfaces. Currently this is handled through downloading the
opengl surface, performing the gdi operation, and uploading it again. This is
slo
On 5/28/07, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
John Klehm schreef:
> Hey Maarten and all,
>
> Good idea about publishing the changes. I was thinking to use
> Google's project hosting thing for mine I think it supports SVN or
> something though. Guess I can try and figure out a git fe
On 28.05.2007 22:23, Stefan Dösinger wrote:
> loads it into an opengl
> texture(GL_ALPHA) and records 256 display lists to draw textured quads. So
> far no unicode support, no custom pens, but custom fonts work.
One trick I've seen (in CEGUI) is to use one font texture per Unicode
plane. So the
John Klehm schreef:
> Hey Maarten and all,
>
> Good idea about publishing the changes. I was thinking to use
> Google's project hosting thing for mine I think it supports SVN or
> something though. Guess I can try and figure out a git feed on a
> different server too, we'll see.
Git is the reposi
Hey Maarten and all,
Good idea about publishing the changes. I was thinking to use Google's
project hosting thing for mine I think it supports SVN or something though.
Guess I can try and figure out a git feed on a different server too, we'll
see.
Just want to say hello and good luck. I'm glad
Hi,
A few additions to my previous mail - Why can't I think about all this when
I'm writing the mail.
A GDI engine won't help Direct3D applications because the gdi engine still
operates in system memory. It would not avoid the need of downloading from
opengl and uploading again. A GDI engine ca
On 5/26/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
"Evan Stade" <[EMAIL PROTECTED]> writes:
> I want to write conformance tests for gdiplus and that requires the use
of
> c++. Even if I were to focus on the gdi+ flat api, the windows SDK
headers
> for that have c++ code in them, also ev
For all other students joining SummerOfCode, I think it's a good idea if
we have a public place where we can see each other's changes.
I set up my own fork, sound.git at http://repo.or.cz/w/wine.git - if
others want to do the same I encourage them to do so, it's easy when you
figure out how to git
Hi,
One of our remaining fundamental d3d problems is the slowness of
IDirectDrawSurface7::GetDC(and d3d9). This call allows performing gdi
operations on surfaces. Currently this is handled through downloading the
opengl surface, performing the gdi operation, and uploading it again. This is
slo
Luke Bratch wrote:
>
> Perfect, that fixes all regressions that I can find -
> and the scroll bars still work in Steam!
>
Great, thanks. I will wait until tomorrow and then upload it to
SourceForge. Some changes in Gecko installer will be needed to support
different package versions.
Thanks,
Hi, this patch is still not applied though I've submitted it last
Wednesday. I guess it's not obviously clear that it is correct, so I'm
asking for a review here. I've peronally tested it with alsa and oss
sound backends. It specifically fixes one series of Croatian child
educational games named "
--- Jacek Caban <[EMAIL PROTECTED]> wrote:
> Thanks a lot for testing! You've found a serious
> problem with handling
> https protocol (shame on Mozilla build system). I've
> fixed it and did
> serious changes in the package. I hope it's a final
> version of the package:
>
>
http://gerwazy.lo3.wr
Jacek Caban wrote:
> I've attached a hack from Picasa tree that
> causes links opening in new window to be opened in winebrowser.
I forgot to attach the patch. Here it is.
Jacek
diff --git a/dlls/shdocvw/navigate.c b/dlls/shdocvw/navigate.c
index 161c138..bdd0fdb 100644
--- a/dlls/shdocvw/naviga
Vitaliy Margolen wrote:
> Jacek Caban wrote:
>
>> Vitaliy Margolen wrote:
>>
> BTW why JavaScript doesn't work or any pop-up windows don't open? I know
> this works fine with Firefox.
>
>
>
It needs some support from Gecko embedder (MSHTML in ou
Luke Bratch wrote:
> Yup this fixes that problem for me, however I've found
> another regression.
>
> If you view for instance this page in most browsers
> including the old wine Gecko, you will see "Buy Now"
> buttons:
>
> http://www.tghost.co.uk/sale.html
>
> But with the new one, they are render
17 matches
Mail list logo