Re: Userfriendly (WAS: RE: String concatenation Was: Give it a wh irl. ..)

[Daniel Dekany <dd...@freemail.hu>]

Friday, May 3, 2002, 8:50:49 AM, Christoph Wilhelms wrote:

>> -----Original Message-----
>> From: Daniel Dekany [mailto:ddekany@freemail.hu]
>> [snip] perhaps they was not right. But again, overloaded + for a language
>> where you specify the type of variables (Java, C++) is much less
>> painful than for languages with dynamically typed variables. [snip]
[snip]
> I see your point... Let's find a compromise!
> 2. Would be NO operator (or a space at last)!
[snip]
> The 2nd one would imply, that the macro call syntax has to be changed to
> comma separated parameters... I'd love to see it - even if i have to change
> MANY, MANY macros then...
[snip]

OK. +1


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

, separated macro parameters was: Re: Userfriendly

[Dan Bachelder <da...@chowda.net>]

+1

On 5/3/02 3:29 PM, "Daniel Dekany" <dd...@freemail.hu> wrote:

> Friday, May 3, 2002, 8:50:49 AM, Christoph Wilhelms wrote:
> 
>>> -----Original Message-----
>>> From: Daniel Dekany [mailto:ddekany@freemail.hu]
>>> [snip] perhaps they was not right. But again, overloaded + for a language
>>> where you specify the type of variables (Java, C++) is much less
>>> painful than for languages with dynamically typed variables. [snip]
> [snip]
>> I see your point... Let's find a compromise!
>> 2. Would be NO operator (or a space at last)!
> [snip]
>> The 2nd one would imply, that the macro call syntax has to be changed to
>> comma separated parameters... I'd love to see it - even if i have to change
>> MANY, MANY macros then...
> [snip]
> 
> OK. +1
> 
> 
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> 
> 


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>