<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: SICP section 2.2.4</title>
	<atom:link href="http://eli.thegreenplace.net/2007/08/24/sicp-section-224/feed/" rel="self" type="application/rss+xml" />
	<link>http://eli.thegreenplace.net/2007/08/24/sicp-section-224/</link>
	<description>Eli Bendersky's personal website</description>
	<pubDate>Fri, 21 Nov 2008 23:52:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Deokhwan Kim</title>
		<link>http://eli.thegreenplace.net/2007/08/24/sicp-section-224/#comment-68874</link>
		<dc:creator>Deokhwan Kim</dc:creator>
		<pubDate>Mon, 03 Sep 2007 08:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2007/08/24/sicp-section-224/#comment-68874</guid>
		<description>The direction of the authors' y-axis appears to be different from that of your GUI library. I think that the authors have implicitly assumed that y-axis would grow upwards. Their &lt;code&gt;rotate90&lt;/code&gt; is correct under the assumption. MrEd's y-axis appears to grow downwards.</description>
		<content:encoded><![CDATA[<p>The direction of the authors&#8217; y-axis appears to be different from that of your GUI library. I think that the authors have implicitly assumed that y-axis would grow upwards. Their <code>rotate90</code> is correct under the assumption. MrEd&#8217;s y-axis appears to grow downwards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eliben</title>
		<link>http://eli.thegreenplace.net/2007/08/24/sicp-section-224/#comment-66563</link>
		<dc:creator>eliben</dc:creator>
		<pubDate>Fri, 24 Aug 2007 11:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2007/08/24/sicp-section-224/#comment-66563</guid>
		<description>Thanks for the tip. For trivial code like the one I'm writing here (just displaying an image, once) my approach works well enough. But surely for any serious code the method you present is the correct one.</description>
		<content:encoded><![CDATA[<p>Thanks for the tip. For trivial code like the one I&#8217;m writing here (just displaying an image, once) my approach works well enough. But surely for any serious code the method you present is the correct one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robby Findler</title>
		<link>http://eli.thegreenplace.net/2007/08/24/sicp-section-224/#comment-66561</link>
		<dc:creator>Robby Findler</dc:creator>
		<pubDate>Fri, 24 Aug 2007 11:36:19 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/2007/08/24/sicp-section-224/#comment-66561</guid>
		<description>You should probably do something like this (instead of the way you're setting up drawing above) to setup the canvas:

(define canvas
  (new canvas% 
       [parent frame]
       [paint-callback (lamdba (x y) (my-draw))]))

and then you don't have to put the sleep/yield (or the explicit call to my-draw).

This will make sure your drawing gets redrawn when the window refereshes.</description>
		<content:encoded><![CDATA[<p>You should probably do something like this (instead of the way you&#8217;re setting up drawing above) to setup the canvas:</p>
<p>(define canvas<br />
  (new canvas%<br />
       [parent frame]<br />
       [paint-callback (lamdba (x y) (my-draw))]))</p>
<p>and then you don&#8217;t have to put the sleep/yield (or the explicit call to my-draw).</p>
<p>This will make sure your drawing gets redrawn when the window refereshes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
