Received: from wnt.dc.lsoft.com (wnt.dc.lsoft.com [205.186.43.7]) by locke.ccil.org (8.6.9/8.6.10) with ESMTP id RAA12593 for ; Thu, 30 Nov 1995 17:19:07 -0500 Message-Id: <199511302219.RAA12593@locke.ccil.org> Received: from PEACH.EASE.LSOFT.COM (205.186.43.4) by wnt.dc.lsoft.com (LSMTP for Windows NT v1.0a) with SMTP id 93367040 ; Thu, 30 Nov 1995 16:54:55 -0500 Date: Thu, 30 Nov 1995 14:53:15 -0700 Reply-To: Chris Bogart Sender: Lojban list From: Chris Bogart Subject: Re: TECH: PROPOSED GRAMMAR CHANGE 38: lambda via new selma'o CEhU X-To: lojban@cuvmb.bitnet To: John Cowan Status: OR X-From-Space-Date: Thu Nov 30 17:19:12 1995 X-From-Space-Address: LOJBAN%CUVMB.BITNET@UBVM.CC.BUFFALO.EDU >> However, Lojban Central is still restricting overloading >> "ke'a"; how would {le re do} reckon a solution in which there were two cmavo, >> one for relative clauses ("ke'a") and one for lambda abstraction? > >I would prefer that solution over the pseudo-quantifier, but I hate to >see a new cmavo for something that already exists and is actually so >rare. I don't think it's overloading. In any case, what's the rush? >If we find in practice that {ke'a} is causing confusion, a new one >can be added, but I don't see that happening. Here's an idea: make {ke'a} serve both purposes as J suggests, and introduce two new cmavo for the poi and ka clauses specifically. In either case you could use either {ke'a} or the specific one. The new cmavo would be mostly to make logicians happy, as theoretical quantum cmavo that {ke'a} represents in actual use. BUT make the new cmavo be: {ke'a'a} and {ke'a'e} to avoid wasting good cmavo space. ____ Chris Bogart \ / http://www.quetzal.com Boulder, CO \/ cbogart@quetzal.com