Received-SPF: pass (google.com: domain of seladwa@gmx.de designates 212.227.15.18 as permitted sender) client-ip=212.227.15.18;
Message-ID: <515C60B2.2040409@gmx.de>
Date: Wed, 03 Apr 2013 19:02:42 +0200
From: selpa'i <seladwa@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: lojban@googlegroups.com
Subject: Re: [lojban] what {me lo broda ku} means and why not allow {selbri NOI}
References: <c405419b-2224-43ad-af13-cbc87e4dd8c9@googlegroups.com> <CAO7tK2fot7WmZEkp0rpi3-sPNfMCcU0azjM6-7yKLnsekmuhAQ@mail.gmail.com> <514F1132.8020502@gmx.de>
In-Reply-To: <514F1132.8020502@gmx.de>
Reply-To: lojban@googlegroups.com
Precedence: list
Mailing-list: list lojban@googlegroups.com; contact lojban+owners@googlegroups.com
Sender: lojban@googlegroups.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-Spam_score: 0.0
X-Spam_score_int: 0
X-Spam_bar: /

la selpa'i cu cusku di'e
> The problem I see with {broda NOI brode} is that it messes with
> constructs like {lo broda NOI brode}. If NOI can attach to selbri, then
> there is no longer a way to put NOI inside the LE description (e.g. "lo
> broda noi brode [ku'o] [ku]}, which makes a difference when outer
> quantifiers are present.

Similarly, it breaks the likes of

mi catlu lo nu lo gerku do jersi [[kei] ku] noi xajmi mi

whether or not quantifiers are present. {ku} is never elidible in such a 
context then (in addition to inner NOI being impossible).

It's a pity, really. (because it breaks so much usage and especially 
because it is hard to fix with search-and-replace, unlike some other 
proposed changes.)

mu'o mi'e la selpa'i

-- 
You received this message because you are subscribed to the Google Groups "lojban" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lojban+unsubscribe@googlegroups.com.
To post to this group, send email to lojban@googlegroups.com.
Visit this group at http://groups.google.com/group/lojban?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.