From lojbab@lojban.org Fri Aug 17 23:24:49 2001 Return-Path: X-Sender: lojbab@lojban.org X-Apparently-To: lojban@yahoogroups.com Received: (EGP: mail-7_3_1); 18 Aug 2001 06:24:49 -0000 Received: (qmail 96934 invoked from network); 18 Aug 2001 06:24:48 -0000 Received: from unknown (10.1.10.27) by m8.onelist.org with QMQP; 18 Aug 2001 06:24:48 -0000 Received: from unknown (HELO stmpy-4.cais.net) (205.252.14.74) by mta2 with SMTP; 18 Aug 2001 06:24:48 -0000 Received: from user.lojban.org (43.dynamic.cais.com [207.226.56.43]) by stmpy-4.cais.net (8.11.1/8.11.1) with ESMTP id f7I6OkK71500; Sat, 18 Aug 2001 02:24:46 -0400 (EDT) Message-Id: <4.3.2.7.2.20010818015606.00cff660@pop.cais.com> X-Sender: vir1036@pop.cais.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 18 Aug 2001 02:23:14 -0400 To: Subject: Re: [lojban] ce'u Cc: Nick NICHOLAS In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed From: "Bob LeChevalier (lojbab)" X-Yahoo-Message-Num: 9751 At 02:20 PM 8/17/01 -0700, Nick NICHOLAS wrote: >There has been a fairly icky exchange on ce'u in >http://nuzban.wiw.org/wiki/index.php?ce%27u . I am disinclined to say >anything about this anymore, but this does have to be cleared up for the >lessons, and the final lesson discusses ce'u. So here goes. > >I will try and (a) break this up into digestible issues; (b) not be >partisan. > >1. Implicit in much of the misunderstandings on that discussion is the >following issue: is it meaningful to speak of an abstraction containing >ce'u, outside a bridi? That is, can ce'u be filled with a value that does >not come from the jufra containing it? Lojbab's short answer is that there is no definitive answer yet, and any discussion of th issue in the lessons should indicate this. There has been insufficient usage exploration of the options, and multiple approaches are being used with varying degrees of success. I personally think that ANY issue that is similarly somewhat up in the air should be presented as if there are multiple options which can be tried, OR if that is not feasible, that the student be warned that there is no standard answer and that s/he can expect to see usages that do not agree with whatever particular method(s) you present in the book. In this sense, And is correct that the language isn't "done" (and it may never be), and presenting an issue that is not decided as if it were as set in concrete as the issues that really are solid is potentially damaging. I liked the fact the Cowan in the refgrammar occasionally made it clear that some issues were not firmly decided. The use of ce'u is one of these, and I don't think that any number of hours of discussion on the list or the Wiki will change this, because many of us with an opinion just don't have the time to participate. >If it can, then one can say things like {leka *mi* gleki cu xamgu do} >(where {mi} fills the {ce'u} slot --- I'm avoiding {ce'u} for now.) > >If it cannot, then a sentence like this is meaningless: you should be >saying {lenu mi gleki cu xamgu do}, Since I distinguish between the meaning of nu gleki and ka gleki in and of themselves, such that one may be xamgu and the other not, I do not accept the "should". I also don't agree that ce'u is always necessary to a ka abstraction in the way that I understand it, remembering that my archetype of ka is NOT as a place in a bridi with ce'u inserted but rather more towards an elliptical ka gleki being the generalized abstract Happiness. But I don't have time now to give this issue more time than this. And I can't even be sure that I am following your summary, given that it is 230AM. But since I think most of these issues need time and experience more than anything else, this doesn't much bother me (the fact that you could cite a half dozen different opinions on how things should go is a GOOD thing - a year ago, the issue would have raised only a couple different opinions. When 20 or 50 people can state independent opinions it will be better still). Now for the editorial. Actually, I'll be mercifully brief: I now think >there is something wrong about {le ka mi xendo cu xamgu do}. I'm almost >prepared to concede that {ka} should not be a free agent, like {nu} and >{du'u}, but restricted to bridi contexts which can plausibly supply the >means of filling in the value of {ce'u}. I disagree. I take the above as saying something along the lines of "Kindness is good (to you) when I am the one being kind. The other places of xendo are not specified, and perhaps cannot be - this is a true abstraction in which the values of the unfilled places are truly elliptical. > However, I also think the >mechanism of filling in the value of {ce'u} should be local to the >{ka}-clause, for clarity if nothing else. And I think that making {ka} and >{li'i} behave uniformly, so that both take {ce'u} and both take x2, would >be a very good thing. > >The primary baseline concern, as I understand it, is not to invalidate >existing text. The primary baseline concern is to not make changes. Period. To not even CONSIDER making changes. If something turns out to be so broken that we have to make a change, then the baseline has failed (and we would be hard pressed to stop the flow once the dam against prescriptive change were to break). lojbab -- lojbab lojbab@lojban.org Bob LeChevalier, President, The Logical Language Group, Inc. 2904 Beau Lane, Fairfax VA 22031-1303 USA 703-385-0273 Artificial language Loglan/Lojban: http://www.lojban.org