From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 37973 invoked by alias); 30 Oct 2016 18:54:45 -0000 Mailing-List: contact kawa-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: kawa-owner@sourceware.org Received: (qmail 37946 invoked by uid 89); 30 Oct 2016 18:54:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=painting X-HELO: homiemail-a22.g.dreamhost.com Received: from sub3.mail.dreamhost.com (HELO homiemail-a22.g.dreamhost.com) (69.163.253.7) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 30 Oct 2016 18:54:34 +0000 Received: from homiemail-a22.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a22.g.dreamhost.com (Postfix) with ESMTP id 04932114067; Sun, 30 Oct 2016 11:54:33 -0700 (PDT) Received: from vereq.eip10.org (cpe-74-75-122-130.maine.res.rr.com [74.75.122.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: chaw@eip10.org) by homiemail-a22.g.dreamhost.com (Postfix) with ESMTPSA id D9E1E114065; Sun, 30 Oct 2016 11:54:32 -0700 (PDT) Received: from chaw by vereq.eip10.org with local (Exim 4.84_2) (envelope-from ) id 1c0vFX-0002Uu-T8; Sun, 30 Oct 2016 14:54:31 -0400 To: Per Bothner cc: kawa Subject: Re: (kawa pictures) square-limit pictures From: "Sudarshan S Chawathe" Reply-To: "Sudarshan S Chawathe" In-reply-to: Your message of "Sun, 30 Oct 2016 09:39:11 -0700." <57446255-4576-aa45-5657-6c001daff9b7@bothner.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9602.1477853671.1@vereq.eip10.org> Date: Sun, 30 Oct 2016 18:54:00 -0000 Message-ID: <9603.1477853671@vereq.eip10.org> X-IsSubscribed: yes X-SW-Source: 2016-q4/txt/msg00044.txt.bz2 > From: Per Bothner > Date: Sun, 30 Oct 2016 09:39:11 -0700 > Neat. What do you think of the idea of taking the SICP functions and > moving them into a new library? Perhaps named (kawa pictures sicp) ? > Or maybe just (sicp pictures) ? Racket uses (require sicp-pict) I think it's a great idea. An issue related (I think) to the choice of names is how closely the library follows the original SICP pictures language v. how closely it tries to match Kawa's composable pictures style. Here I am thinking about, for instance, the implementation of "below" using SICP's explicit notion of painting into frames (and frame transformations) v. using Kawa's re-center and vbox. When I first started writing the square-limit example, I went with the first option, but then decided that is probably not in the spirit of the Kawa pictures library. There is probably value in having both methods. I will take a look at how the Racket library does things. Regards, -chaw