On 9/21/2021 7:15 PM, Guido van Rossum wrote:
On Tue, Sep 21, 2021 at 4:08 PM Steve Dower <steve.do...@python.org
<mailto:steve.do...@python.org>> wrote:
On 9/21/2021 7:42 PM, Eric V. Smith wrote:
> I don't recall exactly why, but I disallowed backslashes inside
> expressions at the last minute before 3.6 was released. It might
have
> been because I was interpreting them in a way that didn't make
sense if
> a "real" parser were inspecting f-strings. The idea, even back
then, was
> to re-allow them when/if we moved f-string parsing into the parser
> itself. I think it's time.
Yeah, we were still trying to figure out whether escapes like "\\n"
would be evaluated as "\\n" or "\n" in the expression, and decided to
decide later. If we can clearly articulate which it is now, then
let's
go ahead and enable it.
That would seem easy enough, right?
f"spam {'xyz'.replace('y', '\\n')} spam"
should be equal to
"spam x\\ny spam"
and print as
spam x\ny spam
(i.e. a literal backslash followed by 'n', not a newline).
Yes, I think that's the desired behavior. Before I removed this in 3.6
(during the betas, IIRC), it would have produced an actual newline,
because of where the f-string 'parser' was able to insert itself into
the process. I/we didn't like that behavior, and it was too late to
change it.
We could add this now in the bespoke f-string parser, although I don't
know off the top of my head how much work it would be. But if we're
going to switch to Pablo's parser then I don't think there's any point.
You shouldn't have to double the \ in the interpolated expression just
because it's in an f-string.
Right.
I presume it was trickier at the time because we were coming from
"{xxx}".format(...), where the parser doesn't know that the string is
a format string.
Yes, that was part of it.
Eric
_______________________________________________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@python.org/message/FKMSE7BPAO5R4R3IKZ2K5CFEG6PYKV6D/
Code of Conduct: http://python.org/psf/codeofconduct/
