<div dir="ltr">on, and on and on blah blah - lets move on! </div><div class="gmail_extra"><br><div class="gmail_quote">On 2 February 2016 at 17:06, Martin <span dir="ltr"><<a href="mailto:fpc@mfriebe.de" target="_blank">fpc@mfriebe.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/02/2016 16:49, Sven Barth wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
> also if we are discussing (are we?) a form like<br>
>   x:= iIf a>b  iThen c iElse b;<br>
> then why not<br>
>   x:=  a>b  ifThen c ifElse b;<br>
<br>
Because I won't add new keywords just for this feature, especially if they are inside normal code (I'm a bit less strict outside of routine bodies ;) ).<br>
<br>
</blockquote></span>
Ah, ok: "iif"  (as none function) is of the table too. I had not gotten that from the discussion so far.<br>
<br>
But fair enough, if they would become keywords, then I agree the impact on existing code would be potentially massive.<br>
<br>
In this case, I dislike the<br>
   x := if a then b else c;<br>
<br>
While at first easier to read (no  need to know that IfThen or IIF is an intrinsic), it resembles (I am aware it is not, but it still resembles) a statement, and opens the door to discussions that other statement should return values too.<br>
Like x := y := 1; which is not desirable at all.<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
fpc-pascal maillist  -  <a href="mailto:fpc-pascal@lists.freepascal.org" target="_blank">fpc-pascal@lists.freepascal.org</a><br>
<a href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal" rel="noreferrer" target="_blank">http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal</a><br>
</div></div></blockquote></div><br></div>