<div dir="ltr">No worries, Craig! The name is really not a big deal. <div><br></div><div>Thanks to you and Paul for your work on the proposal. I'm really hoping the Swift team accepts it.<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 18, 2016 at 3:13 PM, Craig Cruden <span dir="ltr"><<a href="mailto:ccruden@novafore.com" target="_blank">ccruden@novafore.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>It is sitting in the proposal queue - not sure about renaming… but even if I don’t think the proposed name is better.</div><div><br></div><div>The primary part of it is allowing pattern matching within closures (a related to anonymous function - but I don’t generally here reference to partial closures) which encompasses several scenarios. i.e. a specialized (not general) implementation of a partial function.</div><div><br></div><div>The map on values is a special case to allow this closure to map a single value. </div><div><br></div><div>If we rename it then the question becomes why are we introducing case statements in an closure - isn’t that were a function block goes?</div><div><br></div><div><br></div><br><div><blockquote type="cite"><div>On 2016-01-19, at 6:05:33, Charles Constant <<a href="mailto:charles@charlesism.com" target="_blank">charles@charlesism.com</a>> wrote:</div><br><div><div dir="ltr">Is it too late to rename the proposal? I will never be able to remember it :(<div><br></div><div>Maybe "Singular Map/Filter/Reduce" or "Item M/F/R"?</div><div><br></div><div>Apologies if we already discussed this earlier. Thread is pretty long now, I may have missed it</div></div><span class=""><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 18, 2016 at 2:53 PM, Craig Cruden <span dir="ltr"><<a href="mailto:ccruden@novafore.com" target="_blank">ccruden@novafore.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I have renamed the document - new link is<div><br></div><div><a href="https://github.com/cacruden/swift-evolution/blob/master/proposals/0023-Pattern-Matching-Partial-Function.md" target="_blank">https://github.com/cacruden/swift-evolution/blob/master/proposals/0023-Pattern-Matching-Partial-Function.md</a></div><div><br></div><div>I have initiated a pull request…. I think the proposal is sufficient to get to the review stage (which is a week)… so the haggling on the small stuff will likely happen again at that time anyway.</div><div><br></div><div>Of course my views may be corrupted by being too close to the proposal :p</div><div><br></div><div><br></div><div><div><blockquote type="cite"><span><div>On 2016-01-18, at 3:04:35, Charles Constant <<a href="mailto:charles@charlesism.com" target="_blank">charles@charlesism.com</a>> wrote:</div><br></span><div><div><div><div dir="ltr"><div class="gmail_extra">I think examples are convincing, but ideally we would put most of them in separate document. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Though I love reading about programming, I generally do it in a half-assed sort of way. Unless the writing is very blunt and clear, I don't really understand it until I need to do it myself. I doubt I'm the only person here like this. <br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I badly want this proposal to gain traction (more so every time I find myself writing code that it could improve, which happens daily). I think the proposal ought to be short and sweet. I believe if we hold the reader's attention just long enough for them to understand what we're talking about, they'll be onboard. Once they're hooked, we have our second document with the list of examples.</div><div class="gmail_extra"><br></div><div class="gmail_extra">It would also be great to have the "before snippet" and "after snippet" visually arranged side-by-side. I'm guessing markdown doesn't support this :(</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>
</div></div></div></blockquote></div><br></div></div></blockquote></div><br></div>
</span></div></blockquote></div><br></div></blockquote></div><br></div>