<div dir="ltr">In that case could we just add a base64_text() method somewhere? Who would like to measure whether it would be a win?</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jun 15, 2016 at 8:34 AM Steven D'Aprano <<a href="mailto:steve@pearwood.info">steve@pearwood.info</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jun 14, 2016 at 09:40:51PM -0700, Guido van Rossum wrote:<br>
> I'm officially on vacation, but I was surprised that people now assume<br>
> RFCs, which specify internet protocols, would have a bearing on programming<br>
> languages. (With perhaps an exception for RFCs that specifically specify<br>
> how programming languages or their libraries should treat certain specific<br>
> issues -- but I found no evidence that this RFC is doing that.)<br>
<br>
Sorry to disturb your vacation!<br>
<br>
I hoped that there might have been a nice simple answer, like "the<br>
main use-case for Base64 is the email module, which needs bytes, and<br>
thus it was decided". Or even "because backwards compatibility".<br>
<br>
Thanks to everyone for their constructive comments, and expecially Mark<br>
for digging up the original discussion on the Python-3000 list. I'm<br>
satisfied that the choice made by Python is the right choice, and that<br>
it meets the spirit (if, arguably, not the letter) of the RFC.<br>
<br>
<br>
--<br>
Steve<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/dholth%40gmail.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/dholth%40gmail.com</a><br>
</blockquote></div>