<br><br><div><span class="gmail_quote">On 4/1/06, <b class="gmail_sendername">Jack Unrue</b> <<a href="mailto:jdunrue@gmail.com">jdunrue@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello Kenny,<br><br>As of CLISP 2.38 (if not earlier, I haven't checked), the<br>#+clisp defun for slot-definition-name is no longer necessary.</blockquote><div><br>Aha! I spotted that when cleaning up the code and had a feeling it could go. Thanks for the patch. 
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">With that commented out, motor-control.lisp runs fine.  Just<br>thought you'd like to know :-)
<br><br>I'm starting to look at Cells 3 with my first experiment being<br>to write a simple game as a demo for my Graphic-Forms<br>project, using Cells as the data model of course.  I'll let you<br>know how it goes.</blockquote>
<div><br>Please do, and I will be happy to help if you get stuck. I try to make up with support what I have omitted by way of doc.<br><br>Did you look at the Celtk module which is alongside Cells in the Cells project repository? That may give you some ideas on how to proceed. Note that Tk required a lot more handholding than I have encountered with other systems, so Celtk may have complexities your set-up will not -- I guess to be fair it is to be expected that driving an OO framework from a second Cells-based OO framework will be harder than driving a purely procedural... well, if you are using MFC, maybe not.
<br><br>Anyway, let me know if you would like a second opinion on anything.<br><br>ken<br><br></div></div>