<div dir="ltr"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">What is your evaluation of the proposal?<br></blockquote><div>+1<br> <br></div><div class="gmail_extra"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">Is the problem being addressed significant enough to warrant a change to Swift?<br></blockquote><div>Yes, the current situation of defining a protocol required operator function globally is potentially confusing and feels inconsistent.<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Does this proposal fit well with the feel and direction of Swift?<br></blockquote><div>Yup.<br></div><div><br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
How much effort did you put into your review? A glance, a quick reading, or an in-depth study?</blockquote><div>A reading.<br><br></div><div>One thing that&#39;s not completely clear to me: if you implement the operator function as a class method and override it in a subclass, in what situation would the overridden version be called? <br></div></div></div>