related: yt-dlp/yt-dlp#9674

You can write a Python script to find f-strings and replace them with .format() expressions. The result may need some manual tweaking unless the code being processed is under your own control so that you can avoid over-complex usages -- but then you could have avoided f-strings, or just raw f-strings, anyway.

I would love to see this in MicroPython, but since I don't have interpreter or compiler building experience I have no idea why the docs say:

Raw f-strings are not supported¶

Cause: MicroPython is optimised for code space.

(I mean why it mention this to be the reason)

I'd really appreciate it if any of the maintainers can shed some light on the reason why especially Raw f-strings would increase the build size of MicroPython. Andrew, you too are welcome to, I'm sure you'd be able to, as the freaking creator of the Zig programming language.

but for now, building on the suggestion of dirkf, I suggest you do what I'll be doing: use .format() with **locals() or **globals() as the argument.

food = "Hummus"
template = r""" I like {food}
It is yummy.""".format(**globals())

I initially tried using .format_map(), but found that it is not implemented in MicroPython, which is surprising considering it was "Added in version 3.2." (python docs link), while MicroPython aims for complete compatibility with Python 3.4.

Well, my use case was running ytdlp inside micropython but that's not going to happen (see linked issue above), so I actually have no more stake in this issue. I solved my problem by building CPython with the zig build system and so I provide that runtime environment to ytdlp in my music player.

I'll leave the issue open but I'm unsubscribing now. Cheers!

Oops, pressed the wrong button

Implementing raw f-strings was actually pretty easy, and did not increase code size. See #15218.

Raw f-strings have been implemented in 3c8089d

@andrewrk FYI

Nice job