<div dir="ltr">My impression of the proposed rules are that they are broadly in the spirit of the "preceding syntactic unit" rule that is in the draft specification now. Some ambiguities have come up with the existing spec, and a natural way to sharpen the specification is to enumerate individual cases that are simple to handle. The remaining cases end up being implicitly rejected.<br><br>I agree with others that it seems reasonable to allow a comment at the end of an entire statement, on the same line. That might be a good relaxation of the given rules.<br><br>One issue not mentioned is that two-column styles are a maintenance burden. So maybe it's not bad to reject such code. To see why, look at this code given earlier:<br><br>     thinList := myList.filter(no_punc)   // get rid of punctuation<br>                                .toLower             // & change to lower<br><br>First, an auto-formatter is very likely to mangle this code. That doesn't matter for 10-line programs, but it really slows down development on larger programs if you have to manually format.<br><br>Second, if you aren't auto-formatting, look what happens if you rename "toLower" to "toLowerCase", possibly via a refactoring tool:<br><br>     thinList := myList.filter(no_punc)   // get rid of punctuation<br>                                .toLowerCase             // & change to lower<br><br>Now the comment column doesn't align, and the programmer has to spend time inserting and removing spaces to fix the layout. It's not the biggest time sink in the world, but it is a time sink.<br><br>For the "canonical example" given earlier, I see a way to rewrite it to comply with the proposed rules. Just use identifiers instead of comments:<br><br>    def space = "\u0020"<br>    def no_break_space = "\u00A0"<br>    def ogham_space_mark = "\u1680"<br><br>    def spaces = sequence.with(<br>        , space<br>        , no_break_space<br>        , ogham_space_mark)<br><br><br>Not that I care deeply about the issue. I do think there's a lot of group think about treating comments as white space, though, and that a more structured approach can be better.<br><br>Lex<div><br></div><div><br></div></div>