|
Subject: Re: [xsl] Analyze-string Regex to Match Content within Curly Braces From: "Graydon graydon@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Tue, 17 Nov 2020 15:07:25 -0000 |
On Tue, Nov 17, 2020 at 02:59:17PM -0000, Wendell Piez wapiez@xxxxxxxxxxxxxxx scripsit:
> Hi,
>
> <xsl:analyze-string regex="\{.+?\}" interpret-attributes-as-avt="no"> ..
>
> samish as?
>
> <xsl:analyze-string regex-string="\{.+?\}"> ...
>
> whereas the current @regex is a @regex-avt ...
I like that!
Does it mean we'd need a generalized @select-string, @select-avt
distinction? Can't imagine anyone would go for breaking the
back-compatibility of @select, so @select would have to be a synonym of
@select-avt.
<xsl:map-entry key="'some-value'" select="'RELATED-VALUE'"/>
doesn't happen all that much but it sure feels like it when I have to
type it.
<xsl:map-entry key-string="some-value" select-string="RELATED-VALUE"/>
vs
<xsl:map-entry key-is-not-avt="true()" key="some-value"
select-is-not-avt="true()" select="RELATED-VALUE" />
seems like an obvious choice.
--
Graydon Saunders | graydonish@xxxxxxxxx
^fs oferiode, pisses swa mfg.
-- Deor ("That passed, so may this.")
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| Re: [xsl] Analyze-string Regex to M, Wendell Piez wapiez@ | Thread | Re: [xsl] Analyze-string Regex to M, Dave Pawson dave.paw |
| Re: [xsl] Analyze-string Regex to M, Wendell Piez wapiez@ | Date | Re: [xsl] Analyze-string Regex to M, Dave Pawson dave.paw |
| Month |