Re: "Path arithmetic" support in Quartz
Re: "Path arithmetic" support in Quartz
- Subject: Re: "Path arithmetic" support in Quartz
- From: Scott Thompson <email@hidden>
- Date: Thu, 16 Feb 2006 08:27:36 -0600
On Feb 15, 2006, at 6:40 PM, Marcel Weiher wrote:
On 15 Feb 2006, at 20:06, Scott Thompson wrote:
There is no guarantee that this intersection actually generates a
geometric path. The same effect can be achieved on bitmap devices
with a region-like structure. Essentially you'd be intersecting
regions. To get antialiasing you could use a region with a higher
pixel density than the display.
My (admittedly pedantic) point being that Quartz 2D itself need
not be using geometric path intersections to achieve those
clipping effects.
Unless that is, you print them...
Marcel
When you print them the intersection is being handled by PDF and/or
PostScript. Even in that case the printing engine could be using some
kind of masking/stenciling scheme to figure out where the clipping
path. It doesn't _have_ to be doing a geometric path intersection.
In fact, calculating the clip at the device level is, in a lot of
ways, easier than doing it geometrically. Geometric operations on
arbitrary Bezier paths is "hard".
Quartz 2D guarantees the effect of applying the clip, but makes no
guarantees as to how that particular clipping will be implemented on
a given device.
Scott
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden