Adventures in Rotation

Mark Smith mark at maseurope.net
Mon Dec 5 00:36:29 EST 2005


Apologies...didn't follow the whole thread.

Mark

On 5 Dec 2005, at 04:17, Bill Marriott wrote:

> 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" <mark at maseurope.net> wrote in message
> news:C30E34DA-5700-4BB6-831B-AAE72A51701B at maseurope.net...
>> 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" <wjm at wjm.org>
>>>> Subject: Adventures in Rotation
>>>> To: use-revolution at lists.runrev.com
>>>> Message-ID: <dn00sr$sch$1 at sea.gmane.org>
>>>>
>>>> #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 at 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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list