<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&#39;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">&lt;<a href="mailto:ccruden@novafore.com" target="_blank">ccruden@novafore.com</a>&gt;</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 &lt;<a href="mailto:charles@charlesism.com" target="_blank">charles@charlesism.com</a>&gt; 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 &quot;Singular Map/Filter/Reduce&quot; or &quot;Item M/F/R&quot;?</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">&lt;<a href="mailto:ccruden@novafore.com" target="_blank">ccruden@novafore.com</a>&gt;</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 &lt;<a href="mailto:charles@charlesism.com" target="_blank">charles@charlesism.com</a>&gt; 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&#39;t really understand it until I need to do it myself. I doubt I&#39;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&#39;s attention just long enough for them to understand what we&#39;re talking about, they&#39;ll be onboard. Once they&#39;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 &quot;before snippet&quot; and &quot;after snippet&quot; visually arranged side-by-side. I&#39;m guessing markdown doesn&#39;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>