Is it too late to support dedentation (removing indentation) as a block terminator, like in Python? :)
On Fri, May 6, 2016 at 5:42 PM, Tom Breloff <t...@breloff.com> wrote: > Seems like a parser change is more correct. What exactly does it mean to > say "true = 5"? > > On Fri, May 6, 2016 at 4:31 PM, Yichao Yu <yyc1...@gmail.com> wrote: > >> On Fri, May 6, 2016 at 3:12 PM, Adrian Salceanu >> <adrian.salce...@gmail.com> wrote: >> > The only place where I find the "end" requirement annoying is for one >> line >> > IF statements. When you have a short one liner, the "end" part just >> does not >> > feel right. It would be nice if the "end" could be left out for one >> liners. >> > Even PHP allows one to skip the accolades in such cases. >> > >> > If there's some other way of achieving this I'd love to hear about it. I >> > don't like the ternary operator in this situation cause it forces me to >> add >> > the 3rd part as "nothing" or whatever. And doing "expr1 && expr2" only >> works >> > when expr2 is "return" for instance, otherwise the compiler complains >> about >> > using a non-boolean in a boolean context. >> >> It shouldn't. Unless you are using the result in a boolean context. >> The only case where this doesn't work is assignment, where `a && b = >> c` is parsed as `(a && b) = c` and not `a && (b = c)`. This can be >> workaround by adding parenthesis as shown above and maybe we can also >> change the parser too? >> >> > >> > >> > vineri, 6 mai 2016, 20:37:49 UTC+2, Stefan Karpinski a scris: >> >> >> >> There is a long history of languages using this syntax, including >> Algol, >> >> Pascal, Ruby and Matlab. >> >> >> >> On Fri, May 6, 2016 at 2:26 PM, Ford Ox <ford...@gmail.com> wrote: >> >>> >> >>> Is there any reasoning behind it? It seems to me like a weird choice >> >>> since you have to type three letters, which is the complete opposite >> of the >> >>> goal of this language - being very productive (a lot work done with >> little >> >>> code). >> >>> On top of that, brain has to read the word every time your eyes look >> at >> >>> it so you spend more time also reading the code - tho this should be >> easy to >> >>> omit, by highlighting this keyword by other color than other keywords >> (the >> >>> current purple color in ATOM just drives me crazy, since it is one of >> the >> >>> most violent colors, so my eyes always try to read that useless piece >> of >> >>> information first, instead of the important code). >> >> >> >> >> > >> > >
