Related to this issue:<br><br><a href="http://bugs.squeak.org/view.php?id=2241">http://bugs.squeak.org/view.php?id=2241</a> <br><br>Karl<br><br><div class="gmail_quote">On Mon, Jun 14, 2010 at 11:10 PM, Bert Freudenberg <span dir="ltr">&lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><br>
On 14.06.2010, at 22:59, Chris Muller wrote:<br>
<br>
&gt; Hmm, I noticed that the &quot;fuzzy edges&quot; only seem to be there only when<br>
&gt; it&#39;s rotation is not a multiple of 90-degrees.<br>
<br>
</div>Right.<br>
<div class="im"><br>
&gt; Another observation:  That when it is exactly 0-degrees (straight up),<br>
&gt; the translucent color is true, but at all other angles, it is somewhat<br>
&gt; &quot;darkened&quot;.  I&#39;m not sure why, but there is some &quot;shadow&quot; logic in<br>
&gt; that same method..<br>
&gt;<br>
&gt; Also, I don&#39;t notice any fuzzy edges on standard morphs (Polygon and<br>
&gt; Rectangle), regardless of angle, just the SketchMorph like you pointed<br>
&gt; out.<br>
&gt;<br>
&gt; Is your objection about visual-quality of those rotated sketches or<br>
&gt; are you saying those fuzzy edges could affect color-testing logic in<br>
&gt; eToy programs?  It sounds like you are saying the latter..<br>
<br>
</div>The latter.<br>
<font color="#888888"><br>
- Bert -<br>
</font><div><div></div><div class="h5"><br>
<br>
&gt; It would indeed be nice if we can have our cake and eat it too..<br>
&gt;<br>
&gt; - Chris<br>
&gt;<br>
&gt;<br>
&gt; 2010/6/14 Bert Freudenberg &lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt;:<br>
&gt;&gt; On 14.06.2010, at 05:28, Chris Muller wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; This is a little fix from Henry Johansen which, for me, improves the<br>
&gt;&gt;&gt; rendering of rotated Morphs with respect to translucency.  Today when<br>
&gt;&gt;&gt; Morphs are rotated they are always drawn with the Form paint rule, but<br>
&gt;&gt;&gt; Henriks change allows Form blend for 32-bit displays.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; It seems to work, and improves the look of my applications.  You can<br>
&gt;&gt;&gt; see the difference easily by rotating a simple RectangleMorph that is<br>
&gt;&gt;&gt; alpha-colored..<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; However, as there are certainly more-qualified experts who may wish to<br>
&gt;&gt;&gt; comment on the subject first, I thought I would start it at the Inbox.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; - Chris<br>
&gt;&gt;<br>
&gt;&gt; Etoys depends on primary colors being preserved under rotation. It uses both rotation and color tests a lot.<br>
&gt;&gt;<br>
&gt;&gt; When I rotate a sketch that had not had translucency before, it would have none after rotating. With your patch, its edges get fuzzy:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;  vs<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; So this solution is not general enough. If there was translucency before, it should be preserved under rotation, yes. But if there was none, it should not be introduced. I think there is a way to have your cake and eat it, too, though I&#39;m not quite sure how atm.<br>

&gt;&gt;<br>
&gt;&gt; - Bert -<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
<br>
<br>
</div></div></blockquote></div><br>