Re: SRFI-108/SRFI-109 special characters
Per Bothner 28 Nov 2012 00:40 UTC
On 11/27/2012 04:19 PM, John Cowan wrote:
> Per Bothner scripsit:
>
>> The difference isn't always clear, but it does seem a useful
>> distinction especially for "document"-like applications.
>
> On reflection, I'm inclined to agree that initial-expressions are useful,
> but I still think they belong in an "advanced quasi-literal" SRFI, not
> in this one. Granted, without them the distinction in bracket types is
> harder to motivate, but I can live with that.
I think a useful common mapping for
#&cname{pre-exp ...}[abc&{infix-exp1}def&{infix-exp2}...xyz]
to translate into the equivalent of:
(cname pre-exp ... #&[abc&{infix-exp1}def&{infix-exp2}...xyz])
I.e. a function (or macro) application whose arguments are the
initial expressions (often keyword-argument pairs),
followed the "literal" arguments converted to a string.
My plan is to provide a library macro to make this easy.
I already have 3 SRFIs to juggle, and it may be reasonable to
split out support for internationalized strings from SRFI-109
into a separate SRFI. So I'm reluctant to create a separate
"advanced quasi-literal" SRFI. Maybe if we end up with more
"advanced" features.
--
--Per Bothner
xxxxxx@bothner.com http://per.bothner.com/