From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19562 invoked by alias); 24 Oct 2016 14:25:00 -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 18683 invoked by uid 89); 24 Oct 2016 14:24:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=assessment, analogy, terminology, carefully X-HELO: homiemail-a18.g.dreamhost.com Received: from sub3.mail.dreamhost.com (HELO homiemail-a18.g.dreamhost.com) (69.163.253.7) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 24 Oct 2016 14:24:49 +0000 Received: from homiemail-a18.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTP id 97E65258065; Mon, 24 Oct 2016 07:24:47 -0700 (PDT) Received: from vereq.eip10.org (sudarshan-chawathe-1.wireless.um.maine.edu [141.114.232.76]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: chaw@eip10.org) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTPSA id 70B8D258062; Mon, 24 Oct 2016 07:24:47 -0700 (PDT) Received: from chaw by vereq.eip10.org with local (Exim 4.84_2) (envelope-from ) id 1bygBC-0002gN-32; Mon, 24 Oct 2016 10:24:46 -0400 To: Per Bothner cc: kawa@sourceware.org Subject: Re: (kawa pictures) procedural interface for point and dimension? From: "Sudarshan S Chawathe" Reply-To: "Sudarshan S Chawathe" In-reply-to: Your message of "Sun, 23 Oct 2016 16:09:04 -0700." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <10313.1477319086.1@vereq.eip10.org> Date: Mon, 24 Oct 2016 14:25:00 -0000 Message-ID: <10314.1477319086@vereq.eip10.org> X-IsSubscribed: yes X-SW-Source: 2016-q4/txt/msg00040.txt.bz2 This note is only a minor comment (perhaps too minor) on the documentation/terminology. > The documentation should probably be clearer and show examples that > x/y/w/h are actually expressions - they don't have to be constant: > > &P[(sqrt 3) (+ 5 6)] The above example would be a good aid to understanding. On a related note, I think what caused my confusion was the tag 'Literal' next to the descriptions of &P and &D. That had me making an analogy with string litrals, integer literals, etc. Of course, had I read more carefully, I would have noticed the sentence right there indicating that x and y are expressions that evaluate to integers (so my earlier "duh" assessment of my confusion still stands). I guess that leads to a question: Should &P (and &D) be described as 'syntax' instead of 'literal' (or am I confused again)? Regards, -chaw