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@winehq.org] Sent: Thu 6/21/2007 9:11 AM To: Koshelev, Misha Vladislavo Cc: wine-devel@winehq.org Subject: Re: [PATCH try2 4/4] gdi32: Call pMoveTo if available when emulating ArcTo/PolylineTo/PolyBezierTo.
Misha Koshelev mk144210@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@winehq.org