<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><font size="+1">The more I look the more it looks odd and I may
have to handle it differently.<br>
</font></p>
<p><font size="+1">The DrGeo canvas has both drawing operations and
submorphs:</font></p>
<ul>
<li><font size="+1">operations to draw the axes, graduations and
grid, I can get those drawings clipped by adding the canvas to
a morph responding true to clipsLastSubmorph message</font></li>
<li><font size="+1">submorphs added to the canvas, those are
lines, circles, polyline, locus to represent the geometric
items. I like to use morph for this, it is a good level of
abstraction, easier to interact with for debugging and
optimizing, particularly for the locus. They all require to be
clipped too, to the canvas bounds. From my understanding, I
think I have a problem here with the clipsLastSubmorphh
pardigm and I may need a dedicated MorphicCanvas.</font></li>
</ul>
<p><font size="+1">Hilaire</font><br>
</p>
<div class="moz-cite-prefix">Le 30/04/2020 à 10:28, Thierry Goubier
via Cuis-dev a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CALS0RF0rKR+H=JXCepwUto2OqezCdLWENHpiKNWe5YF9Hcb2=Q@mail.gmail.com">
<div>in Cuis, Submorph clipping only happens for one submorph, and
only if aMorph>>#clippedSubmorph is true (and that clips
to the parent morph, so, if your wheel morphs are submorphs of
your overall frame, then incorrect clipping for the clipped
submorph).</div>
<div><br>
</div>
<div>In a case like yours, you will probably need to add a morph
that do nothing but clipping, to ensure that the morph you are
drawing in has the exact same bounds as its parents.</div>
</blockquote>
<pre class="moz-signature" cols="72">--
GNU Dr. Geo
<a class="moz-txt-link-freetext" href="http://drgeo.eu">http://drgeo.eu</a></pre>
</body>
</html>