<div dir="ltr"><div dir="ltr">On Sat, 13 Jan 2024 at 21:42, Adam Gundry <<a href="mailto:adam@well-typed.com">adam@well-typed.com</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On the meta point, I agree with Simon's position here: we should avoid <br>
giving unconditional acceptance to underspecified proposals, only to <br>
potentially discover problems later. But where a proposal is not <br>
precisely specified, it would be preferable to accept in principle (so <br>
the author is not left wondering whether the idea has a chance) and then <br>
ask and support the author to finish the spec before merging the PR.</blockquote><div><br></div><div>I agree too. I was thinking about it over the weekend: we kind of need a status to say “we pretty much know we're going to accept it, so go ahead and do the implementation, but we're still working the details out together” (I was thinking in particular of the choice of string delimiters from this proposal: it makes no material difference to the implementation what we eventually settle on. So if there are questions, we should avoid holding the implementation effort back just because we're having a discussion about what we think it best).<br></div></div></div>