> The problem with these schemes is that they're at odds with metaprogramming. Sweet-expressions (SRFI-110) support metaprogramming just fine. Sweet-expressio

> The problem with these schemes is that they're at odds with metaprogramming. Sweet-expressions (SRFI-110) support metaprogramming just fine. Sweet-expressions are general and homoiconic (just like S-expressions are), and they're backwards-compatible with traditional S-expressions as they are normally used. You're right that many other "readable" notations don't support metaprogramming, and I completely agree that most schemes are failures because of it. But once you agree that generality and homoiconicity are necessary, it's quite possible to create improved notations. I also think backwards compatibility is a (practical) must, but that is possible too. For more, see: https://readable.sourceforge.io/ https://readable.sourceforge.io/