[#57574] [ruby-trunk - Feature #8976][Open] file-scope freeze_string directive — "akr (Akira Tanaka)" <akr@...>

70 messages 2013/10/02

[#57579] [ruby-trunk - Feature #8977][Open] String#frozen that takes advantage of the deduping — "sam.saffron (Sam Saffron)" <sam.saffron@...>

25 messages 2013/10/02

[#57679] [ruby-trunk - Feature #8987][Open] map/collect extension which handles arguments — "sowieso (So Wieso)" <sowieso@...>

16 messages 2013/10/05

[#57705] [ruby-trunk - Feature #8992][Open] Use String#freeze and compiler tricks to replace "str"f suffix — "headius (Charles Nutter)" <headius@...>

43 messages 2013/10/07

[#57727] [ruby-trunk - Feature #8998][Open] string keys for hash literals should use fstrings — "normalperson (Eric Wong)" <normalperson@...>

17 messages 2013/10/08

[#57771] [ruby-trunk - Bug #9008][Open] TestProcess#test_clock_getres_constants and TestProcess#test_clock_gettime_constants fails on ARM — "vo.x (Vit Ondruch)" <v.ondruch@...>

15 messages 2013/10/09

[#57888] [ruby-trunk - Feature #9025][Open] Clarify the error message when calling a method with the wrong number of arguments — Nerian (Gonzalo Rodríguez) <siotopo@...>

11 messages 2013/10/15

[#57993] [ruby-trunk - Feature #9047][Open] Alternate hash key syntax for symbols — "jamonholmgren (Jamon Holmgren)" <jamon@...>

13 messages 2013/10/23

[#58007] [ruby-trunk - Feature #9049][Open] Shorthands (a:b, *) for inclusive indexing — "mohawkjohn (John Woods)" <john.o.woods@...>

25 messages 2013/10/24

[#58033] [ruby-trunk - Bug #9053][Open] SSL Issue with Ruby 2.0.0 — "tisba (Sebastian Cohnen)" <ruby-lang@...>

16 messages 2013/10/25

[#58080] [ruby-trunk - Feature #9064][Open] Add support for packages, like in Java — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

23 messages 2013/10/30

[ruby-core:58012] Re: [ruby-trunk - Feature #9049] Shorthands (a:b, *) for inclusive indexing

From: David MacMahon <davidm@...>
Date: 2013-10-24 06:15:02 UTC
List: ruby-core #58012
On Oct 23, 2013, at 10:36 PM, boris_stitnicky (Boris Stitnicky) wrote:

> @david_macmahon: I do not think that the wish to make a : b an alias =
of a .. b
> can fit into the language anymore. "x > 0 ? 1 : 2 : 3" could be =
ambiguously
> parsed as "x > 0 ? ( 1 : 2 ) : 3" or as "x > 0 ? 1 : ( 2 : 3 )"...

Good point.  How about if this new notation limited only to uses within =
square brackets: `[a:b]`?  There are two distinct cases (maybe more?).  =
One case is where this used as a literal like `range =3D [a:b]` and the =
other where it is used in #[] like `array[a:b]`.

It may seem strange for `[...]` to create a non-Array literal, but the =
usage would be pretty straightforward:

```ruby
[a:b]      =3D> a..b
[a:b, c:d] =3D> [a..b, c..d]
[[a:b]]    =3D> [a..b]
```

With this case, your example of `x > 0 ? 1 : 2 : 3` would not be =
syntactically valid, but it could, for example, be re-written as `x > 0 =
? [ 1 : 2 ] : 3` (excessive spaces added for emphasis), which would be =
equivalent to `x > 0 ? 1 .. 2 : 3`.

The two cases are mutually exclusive (unless there is some parsing =
constraint I'm unaware of).  The #[] case would be the more useful of =
the two (by far, IMHO).  The [a:b] case doesn't really offer much over =
the a..b syntax (except for possible consistency with the #[] case).

Dave

In This Thread