Mark, It's not hard to round to integers. The problem is that Rev works with integers for its rotation algorithm and therefore corrupts the graphic in the process.
Bill "Mark Smith" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > While I agree that it would be handy if the engine could accept non- > integers for graphic points, a simple function to round a list of 4000 or > so points to integers took 34 milliseconds on my 1.5Ghz PB G4...hardly > onerous in either execution time or coding effort. > > Cheers, > > Mark > > > > On 5 Dec 2005, at 02:07, Jim Hurley wrote: > >>> Message: 7 >>> Date: Sun, 4 Dec 2005 19:16:29 -0500 >>> From: "Bill Marriott" <[EMAIL PROTECTED]> >>> Subject: Adventures in Rotation >>> To: use-revolution@lists.runrev.com >>> Message-ID: <[EMAIL PROTECTED]> >>> >>> #13) General flakiness. I would definitely say revCrumplePoly is a >>> better >>> name for the revRotatePoly command. Is there any situation where >>> revRotatePoly could be useful? Not if it does this. Totally bugged. (I >>> suspect the reason why is that Rev doesn't have fractional coordinates? >>> Could such a limitation really result in such dramatic distortion? If >>> this >>> is the case, then Rev should store fractionals, but render to >>> integers.) >> >> >> Here, here. I have been promoting fractional coordinates for graphic >> points for some time. Try the following handler: >> >> on mouseUp >> set the loc of me to 200.6,200.4 >> put the loc of me into msg box--reveals 200,200 >> >> set the points of grc 1 to 100,100 & cr & 200.4,200.6 >> --There is no evidence of the line graphic >> -- The fractional point is not truncated but interpreted as a blank >> line. >> end mouseUp >> >> RR will accept fractional coordinates for controls (it truncates the >> coordinates) but it will not accept fractional graphic points. >> >> You don't get an error message and no feedback that the problem lines in >> the fractional coordinates. >> >> Problems arises when the graphic points are computed; the programmer may >> not realize that the points are fractional or that RR will not accept >> fractional points. Any point with a fractional coordinate is interpreted >> as an empty point and therefore a discontinuity. >> >> It has been a while and I forget the details, but I think there was >> support for this change in RR; so far no implementation. >> >> Jim >> >> _______________________________________________ >> use-revolution mailing list >> use-revolution@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution > > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
