Received: from mail-qg0-f59.google.com ([209.85.192.59]:34304) by stodi.digitalkingdom.org with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZFRXG-00008l-Ry for lojban-list-archive@lojban.org; Wed, 15 Jul 2015 11:36:10 -0700 Received: by qgee109 with SMTP id e109sf19079882qge.1 for ; Wed, 15 Jul 2015 11:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20120806; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :sender:list-subscribe:list-unsubscribe; bh=URLJwWxYob4+2O37TaFJbcniCp70yUvoUC2dPbpGdBc=; b=XxaMgujRMEFljijDYCkyO4IOtp/Y9WOI6zL5MJVkBTCkOYEy7VLBzU62iAGgFEb3Wo dzyCdOLhrPcpj90bwgOJdqBrseuJeF5h1sfgiYdV85Ij6ecoN4AAyKKu13TTKH0RVWnf EDC6sDRaN1C9fwpR7R64CzyCBsPBdiSs3CeFUzSvFwdHXrJNL/Fnl9xkad6jm8YaOTUy SZnxOl3E21BUSPVAkfiwNTiOooUkGaFFdzFv99RrAvtXDlVfZKpaTsspMhc3FDTblryn XgR7Pzq7Y7JnAoBzp96afYNyzDQ5i8HsHyXFdE6ZevW+HP8ynmZJulj3QO9SrnedlTcM G/lw== X-Received: by 10.50.126.35 with SMTP id mv3mr330621igb.17.1436985356870; Wed, 15 Jul 2015 11:35:56 -0700 (PDT) X-BeenThere: lojban@googlegroups.com Received: by 10.50.90.179 with SMTP id bx19ls620356igb.1.gmail; Wed, 15 Jul 2015 11:35:56 -0700 (PDT) X-Received: by 10.66.90.163 with SMTP id bx3mr6598756pab.28.1436985356485; Wed, 15 Jul 2015 11:35:56 -0700 (PDT) Received: from jerrington.me (jerrington.me. [192.99.166.45]) by gmr-mx.google.com with ESMTP id x125si558437ywb.0.2015.07.15.11.35.56 for ; Wed, 15 Jul 2015 11:35:56 -0700 (PDT) Received-SPF: pass (google.com: domain of tsani@mail.jerrington.me designates 192.99.166.45 as permitted sender) client-ip=192.99.166.45; Received: from [192.168.1.51] (web106239.Wireless.McGill.CA [142.157.106.239]) by jerrington.me (Postfix) with ESMTPSA id C0C4F145172 for ; Wed, 15 Jul 2015 14:35:57 -0400 (EDT) Message-ID: <55A6A80B.1020801@mail.jerrington.me> Date: Wed, 15 Jul 2015 14:35:55 -0400 From: Jacob Thomas Errington User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: lojban@googlegroups.com Subject: Re: [lojban] Re: {tu'e...tu'u} in NU References: <196303dc-9717-45a5-a521-788aa2a153f8@googlegroups.com> In-Reply-To: <196303dc-9717-45a5-a521-788aa2a153f8@googlegroups.com> Content-Type: multipart/alternative; boundary="------------070101040007030601010207" X-Original-Sender: tsani@mail.jerrington.me X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of tsani@mail.jerrington.me designates 192.99.166.45 as permitted sender) smtp.mail=tsani@mail.jerrington.me Reply-To: lojban@googlegroups.com Precedence: list Mailing-list: list lojban@googlegroups.com; contact lojban+owners@googlegroups.com List-ID: X-Spam-Checked-In-Group: lojban@googlegroups.com X-Google-Group-Id: 1004133512417 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , X-Spam-Score: -3.0 (---) X-Spam_score: -3.0 X-Spam_score_int: -29 X-Spam_bar: --- This is a multi-part message in MIME format. --------------070101040007030601010207 Content-Type: text/plain; charset=UTF-8; format=flowed On 07/15/2015 09:51 AM, la durka wrote: > In general I think it's a bad idea to change {.i} so that it doesn't > always start a new sentence. The major problems are that it deals a > heavy blow to the whole concept of elidible terminators, if you can't > "just start a new sentence" to get out of a deeply nested pit of > abstractions; and it means it's no longer possible to quickly scan a > text for {.i} to separate the sentences -- you need to parse the > entire text to find the sentence boundaries. We can't really just scan the text for {.i} as it may be quoted, specifically by {lu...li'u}. Indeed, lu-quotes already form a construct that creates a new "level zero" for sentences; giving us this flexibility in any bridi context would merely act as a generalization of this existing capability. That said, I'm in favour of allowing tu'e..tu'u within NU, and really, at the beginning of any bridi. .i mi'e la tsani mu'o -- 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. For more options, visit https://groups.google.com/d/optout. --------------070101040007030601010207 Content-Type: text/html; charset=UTF-8 On 07/15/2015 09:51 AM, la durka wrote:
In general I think it's a bad idea to change {.i} so that it doesn't always start a new sentence. The major problems are that it deals a heavy blow to the whole concept of elidible terminators, if you can't "just start a new sentence" to get out of a deeply nested pit of abstractions; and it means it's no longer possible to quickly scan a text for {.i} to separate the sentences -- you need to parse the entire text to find the sentence boundaries.
We can't really just scan the text for {.i} as it may be quoted, specifically by {lu...li'u}. Indeed, lu-quotes already form a construct that creates a new "level zero" for sentences; giving us this flexibility in any bridi context would merely act as a generalization of this existing capability.

That said, I'm in favour of allowing tu'e..tu'u within NU, and really, at the beginning of any bridi.

.i mi'e la tsani mu'o

--
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.
For more options, visit https://groups.google.com/d/optout.
--------------070101040007030601010207--