From pycyn@aol.com Thu Jul 04 17:03:03 2002 Return-Path: X-Sender: Pycyn@aol.com X-Apparently-To: lojban@yahoogroups.com Received: (EGP: mail-8_0_7_4); 5 Jul 2002 00:03:03 -0000 Received: (qmail 96541 invoked from network); 5 Jul 2002 00:03:03 -0000 Received: from unknown (66.218.66.218) by m1.grp.scd.yahoo.com with QMQP; 5 Jul 2002 00:03:03 -0000 Received: from unknown (HELO imo-m05.mx.aol.com) (64.12.136.8) by mta3.grp.scd.yahoo.com with SMTP; 5 Jul 2002 00:03:03 -0000 Received: from Pycyn@aol.com by imo-m05.mx.aol.com (mail_out_v32.21.) id r.25.2a043357 (4405) for ; Thu, 4 Jul 2002 20:02:54 -0400 (EDT) Message-ID: <25.2a043357.2a563c2d@aol.com> Date: Thu, 4 Jul 2002 20:02:53 EDT Subject: Re: [lojban] pro-sumti question To: lojban@yahoogroups.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_25.2a043357.2a563c2d_boundary" X-Mailer: AOL 7.0 for Windows US sub 10509 From: pycyn@aol.com X-Yahoo-Group-Post: member; u=2455001 X-Yahoo-Profile: kaliputra X-Yahoo-Message-Num: 14574 --part1_25.2a043357.2a563c2d_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 7/4/2002 4:37:58 PM Central Daylight Time, lojban-out@lojban.org writes: > 1. on "ri .e ra": My understanding is that "ri" would refer back to the > last sumti, which is the cat. Then, "ra" would refer back to the > next-to-last sumti - the first being "ri", which is NOT permanently > assigned, and so is available as a referent. This makes "ra" refer again > to the cat. You could instead (though I don't recommend it) use "ri .e ru" > > or "ra .e ra". > Boy, I hope you are wrong about that (my Book is not handy): {ri/a/u} was one of the cases -- I thought -- where genuine accuracy was possible in pronouns. [Jordan, note the slippery "sumti" here] <. What I'd probably do is use "gy. .e my.".> Fuzzier in theory but probably more effective here (even than {ri/a} ). Do we really need a double glottal stop (The !Qon word for "ice box" springs to mind). You always, of course, have the option (shorter than some of the alternatives proposed) of using "le gerku .e le mlatu". Was is pycyn. who once pointed out that repetition is also a form of reference (of course, when he said it, it was witty). What he said was "Repetition is also anaphora," witty mainly if you recall that "anaphora" is Greek for "repetition" -- linguistic anaphora is mainly ways to avoid the literal version. --part1_25.2a043357.2a563c2d_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 7/4/2002 4:37:58 PM Central Daylight Time, lojban-out@lojban.org writes:


1.  on "ri .e ra": My understanding is that "ri" would refer back to the
last sumti, which is the cat.  Then, "ra" would refer back to the
next-to-last sumti - the first being "ri", which is NOT permanently
assigned, and so is available as a referent.  This makes "ra" refer again
to the cat.  You could instead (though I don't recommend it) use "ri .e ru"
or "ra .e ra".

Boy, I hope you are wrong about that (my Book is not handy): {ri/a/u} was one of the cases -- I thought -- where genuine accuracy was possible in pronouns. [Jordan, note the slippery "sumti" here]

<.  What I'd probably do is use "gy. .e my.".>
Fuzzier in theory but probably more effective here (even than {ri/a} ).  Do we really need a double glottal stop (The !Qon word for "ice box" springs to mind).

You always, of course, have the option (shorter than some of the
alternatives proposed) of using "le gerku .e le mlatu".  Was is pycyn. who
once pointed out that repetition is also a form of reference (of course,
when he said it, it was witty).

<You always, of course, have the option (shorter than some of the
alternatives proposed) of using "le gerku .e le mlatu".  Was is pycyn. who
once pointed out that repetition is also a form of reference (of course,
when he said it, it was witty).>

What he said was "Repetition is also anaphora,"  witty mainly if you recall that "anaphora" is Greek for "repetition"  -- linguistic anaphora is mainly ways to avoid the literal version.



 --part1_25.2a043357.2a563c2d_boundary--