From pycyn@aol.com Thu Feb 28 16:13:04 2002 Return-Path: X-Sender: Pycyn@aol.com X-Apparently-To: lojban@yahoogroups.com Received: (EGP: unknown); 1 Mar 2002 00:13:04 -0000 Received: (qmail 79876 invoked from network); 1 Mar 2002 00:13:04 -0000 Received: from unknown (216.115.97.171) by m10.grp.snv.yahoo.com with QMQP; 1 Mar 2002 00:13:04 -0000 Received: from unknown (HELO imo-r04.mx.aol.com) (152.163.225.100) by mta3.grp.snv.yahoo.com with SMTP; 1 Mar 2002 00:13:03 -0000 Received: from Pycyn@aol.com by imo-r04.mx.aol.com (mail_out_v32.5.) id r.12f.d394ae5 (4322) for ; Thu, 28 Feb 2002 19:13:00 -0500 (EST) Message-ID: <12f.d394ae5.29b0218c@aol.com> Date: Thu, 28 Feb 2002 19:13:00 EST Subject: Re: [lojban] Re: [jboske] RE: Anything but tautologies To: lojban@yahoogroups.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_12f.d394ae5.29b0218c_boundary" X-Mailer: AOL 7.0 for Windows US sub 118 From: pycyn@aol.com X-Yahoo-Group-Post: member; u=2455001 X-Yahoo-Profile: kaliputra X-Yahoo-Message-Num: 13442 --part1_12f.d394ae5.29b0218c_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 2/28/2002 1:39:07 PM Central Standard Time, jcowan@reutershealth.com writes: > Abstractly speaking, yes. But in terms of syntax, "abu" is a > pronoun (outside MEX) and can't be used for the letter "a". > Inside ordinary MEX it is a variable, still not the letter "a". > Then what the fatal fandango is the way to refer to the letter "a"? Or the numeral "1", to get back to the point? Well, it sems to be evaluated (to 1, in fact), but, having used and defended some degenerate cases of equations before, I suppose I have to let this one go as well. So, what is the numeral "1" OUTSIDE MEX? Not even the "1" key on a keyboard? Like all those other guys that are something with a {bu} tucked on the end? No system at all? <I would write n, n', n'', ... as ny. ny.bu ny.bubu ... (People who say "n double prime" should be dissected!)> I see, no system at all. Why {bu} of all things. And, I suspect this a device for getting more {n}s, whatever they do, not the representation of the application of the function represented by "'" to the number represented by "n". Aside from having no way to say "prime" in Lojban (the missing system strikes again) , what is wrong with the short, accurate -- and easily counted -- "double prime" and so on? It sure beats sounding like a three-week-old -- or, more likely, the parent of one. --part1_12f.d394ae5.29b0218c_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 2/28/2002 1:39:07 PM Central Standard Time, jcowan@reutershealth.com writes:


Abstractly speaking, yes.  But in terms of syntax, "abu" is a
pronoun (outside MEX) and can't be used for the letter "a".
Inside ordinary MEX it is a variable, still not the letter "a".


Then what the fatal fandango is the way to refer to the letter "a"?  Or the numeral "1", to get back to the point?

<Why not?  It's a degenerate case, to be sure.>

Well, it sems to be evaluated (to 1, in fact), but, having used and defended some degenerate cases of equations before, I suppose I have to let this one go as well.  So, what is the numeral "1" OUTSIDE MEX?

<It is not yet defined to mean anything in particular.>

Not even the "1" key on a keyboard?  Like all those other guys that are something with a {bu} tucked on the end?  No system at all?

<<I Lojban... in general {n?} define to how ask even won?t>I would write n, n', n'', ... as ny. ny.bu ny.bubu ...
(People who say "n double prime" should be dissected!)>

I see, no system at all.  Why {bu} of all things.  And, I suspect this a device for getting more {n}s, whatever they do, not the representation of the application of the function represented by "'" to the number represented by "n".
Aside from having no way to say "prime" in Lojban (the missing system strikes again) , what is wrong with the short, accurate -- and easily counted -- "double prime" and so on?   It sure beats sounding like a three-week-old -- or, more likely, the parent of one.



 --part1_12f.d394ae5.29b0218c_boundary--