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
