Sent from my iPad
> On May 28, 2016, at 12:11 PM, Chris Lattner <[email protected]> wrote: > > On May 27, 2016, at 12:37 PM, Erica Sadun via swift-evolution > <[email protected]> wrote: >>>> On May 27, 2016, at 1:28 PM, Matthew Johnson via swift-evolution >>>> <[email protected]> wrote: >>>> • What is your evaluation of the proposal? >>> >>> +1. I believe it improves the clarity of condition clauses and as the >>> proposal suggests, I think it will make it easier for programmers to learn >>> and understand what is possible with them. >>> >>> Did you consider allowing the semicolon to be omitted when a newline >>> separates conditions? Something like this: > > No I didn’t think about or consider it. I agree with you that this seems > like it would be consistent with the rest of the language and can use the > same mechanics we use for disambiguating two expressions on consecutive lines > in a brace statement. It also seems like it would lead to more pretty code > in general as well. Glad to hear this! > >> Given the whole newline groundswell that has emerged on SE, I did consider >> it but when I mocked up examples, it felt less readable and I suspect it >> would negatively affect the clarity of parsing this proposal aims to >> introduce. >> >> I'd really like to see a separate newline-as-separator proposal brought >> forward and formally reviewed. It's garnered a few very vocal supporters but >> it really doesn't fall under the umbrella of this proposal. I'd like the >> matter to be settled one way or the other for the sake of closure. > > > I agree that this could be positioned as a subsequent additional proposal. > I’d personally be fine with looping this into the original proposal, but I’m > also happy to split it out if you'd prefer Erica, If Erica isn't comfortable including it in this proposal I will be happy to drive a follow-up proposal. If we go that direction, would you want to see it focused exclusively on condition clauses or generalized to include comma separators in collection literals (and maybe argument lists?). > > -Chris > _______________________________________________ swift-evolution mailing list [email protected] https://lists.swift.org/mailman/listinfo/swift-evolution
