Received: from mail-pd0-f185.google.com ([209.85.192.185]:60228) by stodi.digitalkingdom.org with esmtps (TLSv1:RC4-SHA:128) (Exim 4.80.1) (envelope-from ) id 1XYE1H-0007VO-Nd for lojban-list-archive@lojban.org; Sun, 28 Sep 2014 05:56:17 -0700 Received: by mail-pd0-f185.google.com with SMTP id y13sf2160431pdi.12 for ; Sun, 28 Sep 2014 05:56:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20120806; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :sender:list-subscribe:list-unsubscribe:content-type; bh=VgixRA4D99ddAWEsWv6gj12rGyt3jAQ+bDeu9SQ275g=; b=upirHssgTlucgSqVJ4TOyQOHWjO3qb8K9sup+zXnqTEVMTT6BIFae711jyaygssDu0 d8hjW+rmkBtjhKsjqE8K0u68phY6tyTmlkqakSMmgurLyQO/byMpagFfoxfpy72FVcu+ 4rMugdZeixYC6pkOZOTIhU2xog7RFbbuDM8QM92JHATSzjnpUwV1ZFGdyEiHgGDrj4fe iyUpPLqfjwS9Y0YF9QFwdKTJ3Dq4HdhtCD21E4OcxLFdq++RyOVfjUCQIlXK6gy7th8a rHXLCyeiP2K16OTprMFrE9rxjgpChv1LGEQojskOp6B+bVphkWqb+QWjORYIM1G9prrK NAdg== X-Received: by 10.50.2.6 with SMTP id 6mr926323igq.10.1411908961086; Sun, 28 Sep 2014 05:56:01 -0700 (PDT) X-BeenThere: lojban@googlegroups.com Received: by 10.50.78.169 with SMTP id c9ls104781igx.1.gmail; Sun, 28 Sep 2014 05:56:00 -0700 (PDT) X-Received: by 10.50.25.129 with SMTP id c1mr30564671igg.7.1411908960803; Sun, 28 Sep 2014 05:56:00 -0700 (PDT) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [2607:f8b0:4003:c01::234]) by gmr-mx.google.com with ESMTPS id 10si592875igt.0.2014.09.28.05.56.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 28 Sep 2014 05:56:00 -0700 (PDT) Received-SPF: pass (google.com: domain of jjllambias@gmail.com designates 2607:f8b0:4003:c01::234 as permitted sender) client-ip=2607:f8b0:4003:c01::234; Received: by mail-ob0-f180.google.com with SMTP id wn1so11350788obc.25 for ; Sun, 28 Sep 2014 05:56:00 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.52.84 with SMTP id r20mr33424652oeo.39.1411908960114; Sun, 28 Sep 2014 05:56:00 -0700 (PDT) Received: by 10.202.197.67 with HTTP; Sun, 28 Sep 2014 05:56:00 -0700 (PDT) In-Reply-To: <20140928013358.GB28734@gonzales> References: <20140927163121.GO28734@gonzales> <3c3b1c5e-cac2-42df-9d67-553a849789d3@googlegroups.com> <20140927192952.GS28734@gonzales> <20140927195841.GT28734@gonzales> <5349359c-f884-4976-a3e1-b0610eabeff6@googlegroups.com> <20140928013358.GB28734@gonzales> Date: Sun, 28 Sep 2014 09:56:00 -0300 Message-ID: Subject: Re: [lojban] Re: tersmu 0.2 From: =?UTF-8?Q?Jorge_Llamb=C3=ADas?= To: lojban@googlegroups.com X-Original-Sender: jjllambias@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jjllambias@gmail.com designates 2607:f8b0:4003:c01::234 as permitted sender) smtp.mail=jjllambias@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=gmail.com Reply-To: lojban@googlegroups.com Precedence: list Mailing-list: list lojban@googlegroups.com; contact lojban+owners@googlegroups.com List-ID: X-Google-Group-Id: 1004133512417 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , Content-Type: multipart/alternative; boundary=001a1133061e05dd0005041faca7 X-Spam-Score: -1.9 (-) X-Spam_score: -1.9 X-Spam_score_int: -18 X-Spam_bar: - --001a1133061e05dd0005041faca7 Content-Type: text/plain; charset=UTF-8 On Sat, Sep 27, 2014 at 10:33 PM, Martin Bays wrote: > > To make it work the way you suggest, we'd have to have sumbasti also > allowed to have non-constant references, and break the compositionality > of restrictive clauses (which admittedly is already broken in some other > cases, e.g. {da poi broda}). Do you think it could be made to work and > would be a good idea? > The way I'm thinking about it, "fyno" would have all the values of the function as its referents, so it is a plural constant, and "fyno pe da" restricts those values to the one(s) associated with da. So instead of using "fyno" to refer to a function, I would use it to refer to the values of the function, which is only what you end up using anyway. You only use the values of the function, "li ma'o fyno mo'e da lo'o", never "fyno" by itself. It's just a different notation for the same thing. Lojban doesn't have an open class of function words (only the closed class: LAhE), so if you are going to have function terms you will be representing them with a composite expression one way or another. It seems to me that using "fy pe da" is just easier to read than "li ma'o fy mo'e da lo'o". Allowing "pe" in your final output seems no more harmful than allowing "li". In your output form you don't distinguish the definitions (except when they involve "le", which get marked as "ju'o nai") from the assertions. Perhaps they could be given different illocutionary force, maybe "ca'e". So the output for "[ju'a] ro da poi verba cu prami lo mamta be da" would look something like: ca'e ro da poi ke'a verba ku'o zo'u fyno pe da mamta da .i [ju'a] ro da poi ke'a verba ku'o zo'u da prami fyno pe da mu'o mi'e xorxes -- 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. --001a1133061e05dd0005041faca7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sat, Sep 27, 2014 at 10:33 PM, Martin Bays <mbays@sdf.org> wrote:

To make it work the way you suggest, we'd have to have sumbasti also allowed to have non-constant references, and break the compositionality
of restrictive clauses (which admittedly is already broken in some other cases, e.g. {da poi broda}). Do you think it could be made to work and
would be a good idea?

The way I'm t= hinking about it, "fyno" would have all the values of the functio= n as its referents, so it is a plural constant, and "fyno pe da" = restricts those values to the one(s) associated with da. So instead of usin= g "fyno" to refer to a function, I would use it to refer to the v= alues of the function, which is only what you end up using anyway. You only= use the values of the function, "li ma'o fyno mo'e da lo'= o", never "fyno" by itself. It's just a different notati= on for the same thing.

Lojban doesn't have an = open class of function words (only the closed class: LAhE), so if you are g= oing to have function terms you will be representing them with a composite = expression one way or another. It seems to me that using "fy pe da&quo= t; is just easier to read than "li ma'o fy mo'e da lo'o&qu= ot;. Allowing "pe" in your final output seems no more harmful tha= n allowing "li".=C2=A0

In your output fo= rm you don't distinguish the definitions (except when they involve &quo= t;le", which get marked as "ju'o nai") from the assertio= ns. Perhaps they could be given different illocutionary force, maybe "= ca'e". So the output for "[ju'a] ro da poi verba cu prami= lo mamta be da" would look something like:

ca'= ;e ro da poi ke'a verba ku'o zo'u fyno pe da mamta da
.i [ju= 'a] ro da poi ke'a verba ku'o zo'u da prami fyno pe da

mu'o m= i'e xorxes

--
You received this message because you are subscribed to the Google Groups &= quot;lojban" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to lojban+unsub= scribe@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 http= s://groups.google.com/d/optout.
--001a1133061e05dd0005041faca7--