Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id F02ED200BC3 for ; Fri, 18 Nov 2016 16:29:04 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id EE7DA160B04; Fri, 18 Nov 2016 15:29:04 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id E897D160B03 for ; Fri, 18 Nov 2016 16:29:03 +0100 (CET) Received: (qmail 50443 invoked by uid 500); 18 Nov 2016 15:29:03 -0000 Mailing-List: contact dev-help@groovy.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@groovy.apache.org Delivered-To: mailing list dev@groovy.apache.org Received: (qmail 50420 invoked by uid 99); 18 Nov 2016 15:29:02 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Nov 2016 15:29:02 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id A47A31A01DE for ; Fri, 18 Nov 2016 15:29:01 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.692 X-Spam-Level: *** X-Spam-Status: No, score=3.692 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URI_HEX=1.313] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id dddSKMJMImoC for ; Fri, 18 Nov 2016 15:28:59 +0000 (UTC) Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id A8C015F403 for ; Fri, 18 Nov 2016 15:28:58 +0000 (UTC) Received: by mail-wm0-f54.google.com with SMTP id t79so44414757wmt.0 for ; Fri, 18 Nov 2016 07:28:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=ybF46QazaA6yEekcOPdG+j/Mzn/IRuN7b1fxOt4NvBk=; b=yiYZTFdYQhVN3MuvE9iXH1GUm7SinALxzWlnUfzq/xT1NtOEe5sXM7IrLkIqmAoeb0 2XKdXutDHVMSuUUgkZ5QV0Cvw7Hr/tIHU2rjXs10cMQS9Z8+2ttumLy9wetd+PGDl4sM DWl6N8x9mHDKF7SOC/MI9IPcySg9bOeRogdXEV6b4FFz4i5/h9Idz9OFj4W/vYUlzgHn kg6t9L2DuXErhSqlC65NHlkddu/39jur0092Tz5aM3CY7/d8qEEl0kqclcXfOwXEWeOF mBx+eM7aW8RwSz/Z6e4usUTOYO16etXQ8Us1qu3Oco4zXQzo5+lHlDjPD6dmCC32s403 V+7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=ybF46QazaA6yEekcOPdG+j/Mzn/IRuN7b1fxOt4NvBk=; b=GtywKY17rqFg4dFosOHeVX54GAOAcZd4q8Kpfw51RdPNekxlN7UqO5dm7OsBTastsm 8OFEFogLxW0DZmLgz4cgfAnh/xWA0wrNqDMF1UxaTSuP3YmLqdrM/1G9TFGFcRzfeYQR puOJdeYXTTr9AlK7JzMKFB+alPE4iZC+Usyji167Yt7pNoeZRQKSeK75hg+9ImtzixA7 oWJ4kXPItCzMtAtyV0zUXk4QA9YROrW6hWP8TgopUsMCyuSPQnTX9i4oGt6z2PbUMTsz CEevqK//Akeos4WJ2icipfuziqJlRMQwR/E+XmG375+mcxCB1tTipdFDQTIkkz/tSlv8 wlzA== X-Gm-Message-State: AKaTC026bDjRp4ZdbCVdyFfmBsK8X5StnpEnFCNz34RQjtMobPjXMjqZo85gce/PFaW+EOsOj3JsZMDRIBRTOw== X-Received: by 10.25.195.194 with SMTP id t185mr63120lff.13.1479482930814; Fri, 18 Nov 2016 07:28:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.31.199 with HTTP; Fri, 18 Nov 2016 07:28:49 -0800 (PST) In-Reply-To: References: <1479473119038-5736809.post@n5.nabble.com> <1479474700269-5736816.post@n5.nabble.com> From: Andres Almiray Date: Fri, 18 Nov 2016 16:28:49 +0100 Message-ID: Subject: Re: Negative relational operators for Groovy 3 To: dev@groovy.apache.org Content-Type: multipart/alternative; boundary=94eb2c19e11c8ae352054194f6fc archived-at: Fri, 18 Nov 2016 15:29:05 -0000 --94eb2c19e11c8ae352054194f6fc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable !:: you say? now that's something I can grok :-) If method references are "similar" to Groovy's MethodClosures, would the addition of !:: imply the addition of !.& ? ------------------------------------------- Java Champion; Groovy Enthusiast http://jroller.com/aalmiray http://www.linkedin.com/in/aalmiray -- What goes up, must come down. Ask any system administrator. There are 10 types of people in the world: Those who understand binary, and those who don't. To understand recursion, we must first understand recursion. On Fri, Nov 18, 2016 at 4:26 PM, Remi Forax wrote: > Perhaps only on method reference, > filter (Objects!::isNull) ? > > Remi > > On November 18, 2016 4:10:24 PM GMT+01:00, Paul King > wrote: >> >> On Sat, Nov 19, 2016 at 12:16 AM, Graeme Rocher wrote: >> >>> In agreement with everyone else here. >>> >>> +1 to !in and !instanceof >>> -1 to everything else >>> >> >> Same for me. I am undecided about sticky or not (allowing a space) but >> easier to be conservative and loosen later. >> I'm -1 for 'as' (no one has proposed it but another of our operators) >> and probably 'is' too. If we do is, I don't see why we wouldn't do it >> for all methods (that return boolean), e.g. assert 'a'.!isUpperCase() >> and I am a little hesitant about such a notation. >> >> Paul. >> >> On Fri, Nov 18, 2016 at 2:25 PM, Daniel Sun w= rote: >>>> >>>> OK. I see :) >>>> >>>> >>>> >>>> =E5=9C=A8 C=C3=A9dric Champeau [via Groovy] = =EF=BC=8C2016=E5=B9=B411=E6=9C=8818=E6=97=A5 >>>> =E4=B8=8B=E5=8D=889:18=E5=86=99=E9=81=93=EF=BC=9A >>>> >>>> I agree with Jochen and Guillaume: +1 to !instanceof and !in, but I d= on't >>>> like the other variants. >>>> >>>> 2016-11-18 14:11 GMT+01:00 Daniel Sun <[hidden email]>: >>>> >>>>> >>>>> Hi Jochen, >>>>> >>>>> I think !instanceof and !in are ok. The others... not sure here. Ri= ght >>>>>> now a*=3Db, which means !< is >=3D. And in this >>>>>> case I actually prefer >=3D. >>>>>> >>>>> >>>>> Sometimes we write code like "!(a > b)", now we can write "! >>>>> a !> >>>>> b" >>>>> instead, which is much close to our mind :) >>>>> >>>>> Cheers, >>>>> Daniel.Sun >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://groovy.329449.n5.nabble.com/Negative-relational-operators-for= -Groovy-3-tp5736809p5736816.html >>>>> Sent from the Groovy Dev mailing list archive at Nabble.com. >>>>> >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> If you reply to this email, your message will be added to the discuss= ion >>>> below: >>>> http://groovy.329449.n5.nabble.com/Negative-relational-operators-for-= Groovy-3-tp5736809p5736817.html >>>> To unsubscribe from Negative relational operators for Groovy 3, click= here. >>>> NAML >>>> >>>> >>>> ------------------------------ >>>> >>>> View this message! >>>> in >>>> context: Re: Negative relational operators for Groovy 3 >>>> Sent from the Groovy Dev mailing list archive at Nabble.com. >>>> >>> >>> >>> >>> -- >>> Graeme Rocher >>> >> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > --94eb2c19e11c8ae352054194f6fc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
!:: you say? now that's something I can grok :-)<= br>
If method references are "similar" to Groovy's M= ethodClosures, would the addition of !:: imply the addition of !.& ?

---------------------------= ----------------
Java Champion; Groovy Enthusiast
http://jroller.com/aalmiray
<= a href=3D"http://www.linkedin.com/in/aalmiray" target=3D"_blank">http://www= .linkedin.com/in/aalmiray
--
What goes up, must come down. Ask an= y system administrator.
There are 10 types of people in the world: Those= who understand binary, and those who don't.
To understand recursion= , we must first understand recursion.

On Fri, Nov 18, 2016 at 4:26 PM, Remi Forax = <forax@univ-mlv.fr> wrote:
Perhaps only on method reference,
filter (Objects!::isNull) ?

Remi

On November 18, 2016 4:10:24 PM GMT= +01:00, Paul King <paulk@asert.com.au> wrote:
On Sat, Nov 19, 2016 at 12:16 A=
M, Graeme Rocher <graeme.rocher@gmail.com> wrote:
In agreement with everyone else here.

+1 to !in and= !instanceof
-1 to everything else

Same for me. I a= m undecided about sticky or not (allowing a space) but
easier to be cons= ervative and loosen later.
I'm -1 for 'as' (no one has propo= sed it but another of our operators)
and probably 'is' too. If w= e do is, I don't see why we wouldn't do it
for all methods (that= return boolean), e.g. assert 'a'.!isUpperCase()
and I am a litt= le hesitant about such a notation.

Paul.

On Fri, Nov 18, 2016 at 2:25 PM, Daniel Sun <realbluesun@hotmail= .com> wrote:
OK. I s= ee :)



=E5=9C=A8 C=C3=A9dric Champeau [via Groovy] <ml-no= de+[hidden email]>=EF=BC=8C2016=E5=B9=B411=E6=9C=8818=E6=97=A5
=E4= =B8=8B=E5=8D=889:18=E5=86=99=E9=81=93=EF=BC=9A

I agree with Jochen = and Guillaume: +1 to !instanceof and !in, but I don't
like the othe= r variants.

2016-11-18 14:11 GMT+01:00 Daniel Sun <[hidden email= ]>:

Hi Jochen,

<= blockquote class=3D"gmail_quote" style=3D"margin:0pt 0pt 1ex 0.8ex;border-l= eft:1px solid #fcaf3e;padding-left:1ex"> I think !instanceof and !in are o= k. The others... not sure here. Right
now a*=3Db, which means !< is= >=3D. And in this
case I actually prefer >=3D.
=
Sometimes we write code like "!(a > b)", now we can = write "! a !> b"
instead, which is much close to our mind :)

Cheers,
= Daniel.Sun





--
View this message in context: http://groovy.329= 449.n5.nabble.com/Negative-relational-operators-for-Groovy-3= -tp5736809p5736816.html
Sent from the Groovy Dev mailing list = archive at Nabble.com.<= br>






If you reply to this email, your m= essage will be added to the discussion
below:
http://groovy.329449.n5.nabble.com/= Negative-relational-operators-for-Groovy-3-tp5736809p5736817.html
To unsubscribe from Negative relational operators for Groovy = 3, click here.
NAML




View this message! in context: Re: Negative relational operators for Groovy 3
Sent from the G= roovy Dev mailing list archive at Nabble.com.



--
Graeme Rocher


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
=

--94eb2c19e11c8ae352054194f6fc--