What is the extent of a truncated rectangle? (reply to milan from heading = forwardDir... thread)

Jerome Peace peace_the_dreamer at yahoo.com
Wed Jan 3 03:14:01 UTC 2007

What is the extent of a truncated rectangle? (from
heading = forwardDir... thread) 
 heading = forwardDirection + rotationDegrees (was Re:
How can we deal with Message rot?)

Hi Milan,

Thanks for your interest in this issue. 

Look at:
0002453: [Bugs] What is the extent of a truncated

and for a specific example 

0002709: Sample instances have their leftmost row of
pixels clipped off.

The latter has a fix for the polygon curve morph
sample instance.
Which included extending ceiling and floor to the
Point and Rectangle classes.

I confess I was lazy and snuck these methods into the
morphic package instead of negotiating with Andreas
and getting the truncation and roundoff methods
adopted into the graphic package. That still needs to
be done.

The current formalities of modularization are easier
to work around that work with.

I've been coming across varients of this bug since Oct
2004. (Mantis #0000360)

There are numerous reports on mantis that touch on

also search for reports with "render" or 
for reports with "drama" (as in dramatic
for reports with "transf" (as in transform)

or reports from "wiz" many of my reports deal with
these kind of things.


Yours in service, --Jerome Peace

Previous message: 
>Milan Zimmermann milan.zimmermann at sympatico.ca 
>Tue Jan 2 14:33:04 UTC 2007 wrote:
>On 2006 December 29 01:27, Jerome Peace wrote:
>> Many of the deep bugs I run into have the
>> TransformationMorph decorator as their root.
>> Lots of the gribble leaving problems come from a
>> mismatch of assumptions between TfMorph ( which
>> believes you can translate the origin into the 3rd
>> quadrant) while every body else believes that
>> is the same as floor  because all points are in the
>> 1st quadrant. Clipping boxes get calculated wrong
>> are often of by one just when you need them not to
>Could you point out a few concrete examples (class,
method) of this behaviour? 
>I started work on a (exteremely limited) set of tests
for etoys and morphic, 
>and perhaps it would make sense to document what you
found in a test; 
>although documenting something that is (if I
understand) considered broken 
>may not be as valuable,  it should be easy to convert
the test code if/once 
>the code under test is refactored.
>Thanks Milan
>> Results: screen gribbles abound.
>> >- inEtoys they are not used directly, but through
>> Player, and this is
>> >why your equation does not hold for each
>> morph. I think
>> >you would have to eliminate TransformMorph
>> completely, which might
>> >complicate other Morphs - until now, that "ugly"
>> transformation stuff
>> >was factored out.
>> As I look at the code I see constant attempts to
>> about which morph is actually being talked to
>> or renderee. The code practically begs to be
>> refactored. Its just a big job at the moment.
>> I await enlightenment and inspiration. Meanwhile I
>> trying refactorings that lay the ground work for
>> simplification of the Tf mess.
>> Yours in service, --Jerome Peace

Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 

More information about the Squeak-dev mailing list