<div dir="ltr"><div><div>Compare the following cases:<br></div><div><br></div><div><font face="monospace, monospace">#1</font></div><div><font face="monospace, monospace">for variable in sequence {}</font></div><div><font face="monospace, monospace"><br></font></div><div><font face="monospace, monospace">#2</font></div><div><font face="monospace, monospace">someFunction({ variable in sequence })</font></div><div><font face="monospace, monospace"><br></font></div><div><font face="arial, helvetica, sans-serif">Case #1 assigns elements from sequence to variable, so sequence is the SOURCE and variable is the DESTINATION.</font></div><div><font face="arial, helvetica, sans-serif">Case #2 has variable as SOURCE and sequence as DESTINATION (return value).</font></div><div><font face="arial, helvetica, sans-serif">It&#39;s flipped!</font></div><div><font face="arial, helvetica, sans-serif">It feels like it&#39;s meaning the same (&quot;destination IN source&quot;) but it is not. That&#39;s inconsistent and confusing.</font></div></div><div><br></div><div>Changing #2 to the following breaks the inconsistency and avoids the confusion:</div><div><br></div><div><span style="font-family:monospace,monospace">someFunction({ variable do sequence })</span><br></div><div><br></div><div>I know the example doesn&#39;t make much sense as it just returns the sequence and ignores the variable. But it&#39;s good enough to highlight the inconsistency.</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 13, 2015 at 3:47 PM, Thorsten Seitz <span dir="ltr">&lt;<a href="mailto:tseitz42@icloud.com" target="_blank">tseitz42@icloud.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><span class=""><br><div><blockquote type="cite"><div>Am 13.12.2015 um 15:26 schrieb Marc Knaup &lt;<a href="mailto:marc@knaup.koeln" target="_blank">marc@knaup.koeln</a>&gt;:</div><br><div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">I agree though that &quot;in&quot; is confusing and I never understood what &quot;in&quot; means here.</div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Since &quot;do&quot; is no longer used for loops but code blocks it would make sense to replace &quot;in&quot; with &quot;do“. </div></div></blockquote><br></div></span><div>Well, I read</div><div><br></div><div>{ error <b>in</b> … }</div><div><br></div><div>as meaning, „error“ is bound within („in“) the following statements. I’m fine with that.</div><span class=""><font color="#888888"><div><br></div><div>-Thorsten</div></font></span></div></blockquote></div><br></div></div>