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

Reply via email to