> However, there are certain difficulties with this, > chiefly that a rotated oval could go outside the > clipping region, and although this is predictable, it > is stil unsatisfactory. > Why not rotate the oval, and work out the clipping region from that? clip: oval(Xcentre, Ycentre, height, width, deg) height and width would be the original before rotation, and the "deg" is the number of degrees to rotate from there. Makes sense to me, and follows the kind of logic to be found in vector packages, where one draws an object, rotates it, and (say, in Quark) would use that to make a clipping of an image. BenjaminReceived on Monday, 1 November 1999 11:42:24 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:01 GMT