[PATCH try2 4/4] gdi32: Call pMoveTo if available when emulating ArcTo/PolylineTo/PolyBezierTo.

Koshelev, Misha Vladislavo mk144210 at bcm.tmc.edu
Thu Jun 21 09:36:07 CDT 2007


I will have to investigate this further on native then (I'll look into making a fake driver that implements Arc and MoveTo but not ArcTo, call ArcTo on that driver and see what happens).
 
I don't know whether this is a valid case, but what I'm thinking of is a pre-Win2000 GDI driver (have to double check that that is a possibility...) that implements Arc but not ArcTo since ArcTo was only added in Win2000.
 
Also, I have some patches ready that test & conform AngleArc too (just using ArcTo since that's basically what an AngleArc is as well), so I'll send those out sometime today probably.
 
Misha

________________________________

From: Alexandre Julliard [mailto:julliard at winehq.org]
Sent: Thu 6/21/2007 9:11 AM
To: Koshelev, Misha Vladislavo
Cc: wine-devel at winehq.org
Subject: Re: [PATCH try2 4/4] gdi32: Call pMoveTo if available when emulating ArcTo/PolylineTo/PolyBezierTo.



Misha Koshelev <mk144210 at bcm.edu> writes:

> This sends proper position information to the GDI driver when we are emulating these functions.

I don't think I agree with this one. If the driver needs to update the
position then it should implement ArcTo etc. since it may need to
distinguish that from an explicit MoveTo. Or if the generic
implementation is really good enough in all cases then we shouldn't
export a driver entry point at all.

--
Alexandre Julliard
julliard at winehq.org


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.winehq.org/pipermail/wine-devel/attachments/20070621/55ffb2df/attachment.html


More information about the wine-devel mailing list