From pycyn@aol.com Thu Sep 26 16:57:10 2002
Return-Path: <Pycyn@aol.com>
X-Sender: Pycyn@aol.com
X-Apparently-To: lojban@yahoogroups.com
Received: (EGP: mail-8_1_1_4); 26 Sep 2002 23:57:10 -0000
Received: (qmail 39861 invoked from network); 26 Sep 2002 23:57:09 -0000
Received: from unknown (66.218.66.216)
  by m10.grp.scd.yahoo.com with QMQP; 26 Sep 2002 23:57:09 -0000
Received: from unknown (HELO imo-r03.mx.aol.com) (152.163.225.99)
  by mta1.grp.scd.yahoo.com with SMTP; 26 Sep 2002 23:57:09 -0000
Received: from Pycyn@aol.com
  by imo-r03.mx.aol.com (mail_out_v34.10.) id r.8f.22e3567a (4539)
  for <lojban@yahoogroups.com>; Thu, 26 Sep 2002 19:57:01 -0400 (EDT)
Message-ID: <8f.22e3567a.2ac4f8cc@aol.com>
Date: Thu, 26 Sep 2002 19:57:00 EDT
Subject: Re: [lojban] paroi ro mentu
To: lojban@yahoogroups.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="part1_8f.22e3567a.2ac4f8cc_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

--part1_8f.22e3567a.2ac4f8cc_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

In a message dated 9/26/2002 6:01:18 PM Central Daylight Time, 
jjllambias@hotmail.com writes:

<<
> le plini cu mulcarna paroi ro mentu
> 
> 1- Is {mulcarna} good for "x1 makes a full turn around x2
> in direction x3"?
>>
I tend to see what something takes a turn around as a center rather than an 
axis, which {carna} seems to require -- is this a legitimate extension? 

<<
2- The problem with {paroi ro mentu} is that the quantifiers
are in the wrong order. The alternative {ro da poi mentu zo'u
le plini cu mulcarna paroi da} is too longwinded and requires
forethought. Any ideas?
>>
Why doesn't this mean "the planet makes a full turn around all minutes once," 
i.e., why isn't {ro mentu} x2? {paroi} seems to be a free modifier so has 
at most rhetorical effect on its neighbors and there is nothing in CLL or the 
cmavo list to suggest that {PAroi} takes a sumti to indicate the span within 
which the repetitions are counted (though maybe it should). 
Maybe something like {ca ro mentu le plini paroi mulcarna}, though I'd be 
happier with something more intervally than {ca} -- can {ze'e} be used in 
that way (there used to be something like {ci'a}, but that may be all th way 
back to Loglan.

--part1_8f.22e3567a.2ac4f8cc_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

<HTML><FONT FACE=arial,helvetica><BODY BGCOLOR="#ffffff"><FONT style="BACKGROUND-COLOR: #ffffff" SIZE=2>In a message dated 9/26/2002 6:01:18 PM Central Daylight Time, jjllambias@hotmail.com writes:<BR>
<BR>
&lt;&lt;<BR>
<BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; le plini cu mulcarna paroi ro mentu<BR>
<BR>
1- Is {mulcarna} good for "x1 makes a full turn around x2<BR>
in direction x3"?</BLOCKQUOTE><BR>
&gt;&gt;<BR>
I tend to see what something takes a turn around as a center rather than an axis, which {carna} seems to require -- is this a legitimate extension?&nbsp; <BR>
<BR>
&lt;&lt;<BR>
2- The problem with {paroi ro mentu} is that the quantifiers<BR>
are in the wrong order. The alternative {ro da poi mentu zo'u<BR>
le plini cu mulcarna paroi da} is too longwinded and requires<BR>
forethought. Any ideas?<BR>
&gt;&gt;<BR>
Why doesn't this mean "the planet makes a full turn around all minutes once,"&nbsp; i.e., why isn't {ro mentu} x2?&nbsp; {paroi} seems to be a free modifier so has at most rhetorical effect on its neighbors and there is nothing in CLL or the cmavo list to suggest that {PAroi} takes a sumti to indicate the span within which the repetitions are counted (though maybe it should).&nbsp; <BR>
Maybe something like {ca ro mentu le plini paroi mulcarna}, though I'd be happier with something more intervally than {ca} -- can {ze'e} be used in that way (there used to be something like {ci'a}, but that may be all th way back to Loglan.</FONT></HTML>

--part1_8f.22e3567a.2ac4f8cc_boundary--

