Re: [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops

2016-06-24 Thread William Jon Shipley via swift-evolution
> On Jun 24, 2016, at 3:00 PM, Haravikk via swift-evolution > wrote: >for colinearSegment in remainingSegments where > colinearSegment.angle.isEssentially(angle: segment.angle) { // Is parameter > name even necessary? My terminology sucks because I don’t

[swift-evolution] SE-0064: Referencing the Objective-C selector of property getters and setters

2016-04-07 Thread William Jon Shipley via swift-evolution
What is your evaluation of the proposal? Strong yes. Is the problem being addressed significant enough to warrant a change to Swift? At Delicious we wrote a huge ugly macro set to define properties in a special way so we could make key paths safely: // Declares a safe-KVC-accessible property

Re: [swift-evolution] [Proposal] Remove force unwrapping in function signature.

2016-07-20 Thread William Jon Shipley via swift-evolution
Are “forceUnwrapping” and “withoutUnwrapping” special keywords here or are they just there to try to explain what you’re doing? Because I was very confused by them. -Wil___ swift-evolution mailing list swift-evolution@swift.org

Re: [swift-evolution] [Proposal] Remove force unwrapping in function signature.

2016-07-05 Thread William Jon Shipley via swift-evolution
On Jun 30, 2016, at 9:22 AM, Saagar Jha via swift-evolution wrote: > When I see an IUO property, I consider it a sort of “contract”–it’s basically > saying something like “I can’t set this to a valid value right now, but by > the time you use it I promise that it’s

Re: [swift-evolution] [Concurrency] async/await + actors

2017-08-17 Thread William Jon Shipley via swift-evolution
I’m curious about this statement at the end in "alternatives": > The proposed design eliminates the problem of calling an API (without knowing > it is async) and getting a Future back instead of the expected T result > type. C# addresses this by suggesting that all async methods have their name

Re: [swift-evolution] [Concurrency] async/await + actors

2017-08-17 Thread William Jon Shipley via swift-evolution
I think the comments on “prettify()” are from an earlier version of the sample code? The way it’s called it doesn’t look like it’d access theList at all. actor TableModel { let mainActor : TheMainActor var theList : [String] = [] { didSet {

Re: [swift-evolution] [Concurrency] async/await + actors

2017-08-17 Thread William Jon Shipley via swift-evolution
Oh, I see that this is addressed in the “ x = await (await foo()).bar()” example. That IS ugly. -W___ swift-evolution mailing list swift-evolution@swift.org https://lists.swift.org/mailman/listinfo/swift-evolution