<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 11, 2018 at 9:27 AM, K K Subbu <span dir="ltr"><<a href="mailto:kksubbu.ml@gmail.com" target="_blank">kksubbu.ml@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Monday 11 June 2018 06:24 PM, David T. Lewis wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
These two methods are sent by CircleMorph>>extent: in package Morphic-Basic,<br>
so moving them from Etoys to Morphic seems the the right thing to do. Does<br>
anyone disagree?<br>
</blockquote>
<br></span>
rotationCenter is an optional not an intrinsic geometric property like bounds, extent etc. So should it be moved into the category "rotate scale and flex"?<br>
<br>
rotationCenter also works with other properties like forwardDirection etc. They should also be considered for merging into Morphic. In fact, all the methods in Etoys-geometry could be moved to Morph as they don't use anything specific to Etoys (player).<br>
<br>
Regards .. Subbu<br>
<br>
</blockquote></div>Looking at the definitions in the image, there are 4 definitions of these methods.  The 3 definitions NOT in Etoys are in the method category 'geometry etoy'.  So I'd suggest putting them there to at least have all of them in the same place.</div><div class="gmail_extra"><br></div><div class="gmail_extra">-cbc</div></div>