<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><blockquote type="cite" class=""><div class="">On 28 May 2016, at 10:37 AM, Matthew Johnson via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><span class="" style="float: none; display: inline !important;">But I don't know what that has to do with the fact that newline can be used as an alternative. It's just an alternate separator. As far as I know, everywhere semicolons are used as separators newlines are accepted as an alternate separator.</span></div></blockquote></div><div class=""><div class=""><span class="" style="float: none; display: inline !important;"><br class=""></span></div></div><div class=""><br class=""></div><div class="">Looks like an interesting proposal. I agree that the use of semicolons being interchangeable with newline separators should be consistent in their usage.</div><div class=""><br class=""></div><div class="">Otherwise there’s one approach to learn for members of a type, one for arrays and dictionaries, one for generic parameters, one for a list of clauses, one for pattern matching, one for tuples. Each of these have different rules it seems?</div><div class=""><br class=""></div><div class="">Not sure what the best rule and separator to use is, but it would be nice to have something consistent, even if it was more strict in places than today’s rules. Even if when different hierarchies that are used together, such as pattern matching with multiple parts and multiple boolean expressions, then it <i class="">would</i> be nice for these to have a different separator so they can never clash and step on each others’ toes. Maybe this is the comma and semicolon (/newline).</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">A different train of thought: could semicolons allow the closure ambiguity to be resolved that Chris brought up a couple of months ago? e.g.</div><div class=""><br class=""></div><div class="">if numbers.contains { $0 > 7 }; {</div><div class=""> // ...</div><div class="">}</div><div class=""><br class=""></div><div class="">// Or newlines</div><div class=""><br class=""></div><div class=""><div class="">if</div><div class=""> numbers.contains { $0 > 7 }</div><div class="">{</div><div class=""> // ...</div><div class="">}</div></div><div class=""><br class=""></div><div class="">I imagine it wouldn’t, as the parser would always catch that first ‘{‘ as an opening brace? Would be nice to solve this if possible too.</div><div class=""><br class=""></div><div class="">Patrick</div><div class=""><br class=""></div></body></html>