Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-22 Thread Michael Schnell
Jeff Wormsley wrote: > One of the reasons I like Pascal > is that you do usually have to spell out what you are doing. It makes > reading the code months or years later, or reading someone else's code > much easier. That is why I never use "with". For me "with" severely brakes the paradigm you

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-21 Thread Dariusz Mazur
Jeff Wormsley pisze: Michael Schnell wrote: Again something inspired by Delphi-Prism ? ( http://prismwiki.codegear.com/en/Lambda_Expressions ) Wow, talk about unreadable code... why all vote about something, that wasn't proposed ? -- Darek ___

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-21 Thread Michael Schnell
Jeff Wormsley wrote: > Wow, talk about unreadable code... > In fact I did not ever try to understand this. I just happened to know about Lambda in Prism and wanted to let the forum share that. > I'm all for saving typing, but not at the expense of readability. Agreed. > This > reminds me of

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Dariusz Mazur
ik pisze: Pascal have something close to lambda, and it's nested functions/procedures The original idea of lambda is to have sub process that takes parameters and simple tasks. You don't understand me. I know sub process, this is nice feature of pascal, but i talk about something different.

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Graeme Geldenhuys
2009/10/20 Jeff Wormsley : >> >> ( http://prismwiki.codegear.com/en/Lambda_Expressions ) > > Wow, talk about unreadable code... +1 That's all I can say. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.h

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Vincent Snijders
Marco van de Voort schreef: (hmm, if I would name one feature I hate about C, that would be that if (x=y) goes unnoticed while legal. At least the ? operator doesn't bite you if you don't use it) Off topic. Vincent ___ fpc-devel maillist - fpc-dev

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Marco van de Voort
In our previous episode, Jeff Wormsley said: > > ( http://prismwiki.codegear.com/en/Lambda_Expressions ) > Wow, talk about unreadable code... > > I'm all for saving typing, but not at the expense of readability. This > reminds me of C's oddball ? operator. (hmm, if I would name one feature I

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread ik
Pascal have something close to lambda, and it's nested functions/procedures The original idea of lambda is to have sub process that takes parameters and simple tasks. For example (in Ruby): def action(base) expo = lambda { |by_num| base ** by_num} x = something a = expo(x) end I can

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Jeff Wormsley
Michael Schnell wrote: Again something inspired by Delphi-Prism ? ( http://prismwiki.codegear.com/en/Lambda_Expressions ) Wow, talk about unreadable code... I'm all for saving typing, but not at the expense of readability. This reminds me of C's oddball ? operator. One of the reasons I lik

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Dariusz Mazur
Michael Schnell pisze: Again something inspired by Delphi-Prism ? ( http://prismwiki.codegear.com/en/Lambda_Expressions ) No at all, I don't even see this before. I thing long about this. But lately I see this in C++ (strange) and Lisp (beautiful) In Prism have You: c -> c.Name = 'Smith'

Re: [fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Michael Schnell
Again something inspired by Delphi-Prism ? ( http://prismwiki.codegear.com/en/Lambda_Expressions ) -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] New feature discussion: LAMBDA

2009-10-20 Thread Dariusz Mazur
Hi Based on discussion about "for in" I want to suggest my proposition. When we investigate some code, sometimes we found pattern: Pattern 1: / begin startfun; try ... finally stopfun; end; / end; Pattern 2: for i:= startfun to stopfun do begin end; Pattern 3