<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 13, 2014 at 12:34 PM, Guido van Rossum <span dir="ltr"><<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, Jan 13, 2014 at 8:51 AM, Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br>

> On 13 January 2014 23:57, Augie Fackler <<a href="mailto:raf@durin42.com">raf@durin42.com</a>> wrote:<br>
</div><div class="im">>> 1) What do we need in terms of functionality<br>
>><br>
>> Best guess, %s, %d, and %f. I've not done a full audit of the code, but some<br>
>> limited looking over the grep hits for % in .py files suggests I'm right,<br>
>> and we could even do without %f (we only use that for 'hg --time' output,<br>
>> which we could do in unicode).<br>
><br>
> I think PEP 460 will have you covered there, or hopefully asciistr on 3.3+<br>
<br>
</div>I'm confused on how PEP 460 would help -- Augie mentioned %d, which it excludes.</blockquote></div><br><br></div><div class="gmail_extra">Yes - not having %d makes this much much less useful to me.<br><br>For my part, it'd probably be fine if we could do %s (which would handle an RHS that was bytes, and only bytes, no handing of str or __bytes__-type stuff at all) and %d (with all the usual format modifiers, and would result in an ascii-compatible sequence of bytes all the time).<br>
</div></div>