UFCS for templates

[Mike Parker]

On Friday, 9 August 2013 at 03:29:20 UTC, JS wrote:

>>
>> It's not his proposal. The burden of proof is on you.

> I would think that if you really cared about the D lang you 
> would want it to be the best it can...
>
> In any case, I know very well that it is quite useless for me 
> to make suggestions for D... but I'm definitely not going to 
> sit here and type up use cases because you are too lazy, don't 
> have the foresight, or don't care to think about the issue. The 
> fact is, I'm most likely not going to be able to convince you 
> to accept anything I say because:
>
> 1. Something only useful to you is acceptable. You don't find 
> this useful because you haven't used this construct, hence it 
> is not acceptable. (This is generally known as close minded)
>
> 2. Generally things I "propose" are simplifications of 
> semantics. I like to work efficiently. My proposes can be 
> accomplished long hand... and for you, that is good enough... 
> Either because you do not use such semantics and hence get 
> tired of the inefficiency or don't like simplifications because 
> you inanely feel they take away from the language by adding too 
> much "overhead"(in some form or another).

I don't have an opinion on this proposal one way or the other. 
I'm merely pointing out the way the process tends to work around 
here. If you have a serious proposal, it's your responsibility to 
present use cases for it. Others quite possibly will do so as 
well if they agree with you. Because it's not me, or Dicebot, or 
any of the other community members you have to convince (though 
it does help to have them championing your cause). It's Walter 
and Andrei who will ultimately give the thumbs up or down.

So if you want your proposals to be seriously considered for 
implementation, back them up with use cases. If not, then let 
them languish.