#628 @matchPattern syntax def

[Hugh A. Cayless]

I notice that @matchPattern in att.patternReplacement (www.tei-c.org) is defined in terms of the W3C XML Schema Language, but that definition states that it "implicitly anchors all regular expressions at the head and tail" meaning that regular expressions following it will only match the whole input string, not some part of it. I'm not sure that's implied by the discussion around cRefPattern in the Guidelines (though it certainly works for prefixDef). The example at http://www.tei-c.org/release/doc/tei-p5-doc/en/html/SA.html#SACRWE works, because all of the references are wrapped in <val> elements (which itself seems like a misuse, shouldn't it be <ref>?), but I don't see anywhere a note that canonical references must be so contained.

If implicit anchoring is not a desired attribute of @matchPatterns, then might http://www.w3.org/TR/xpath-functions/#regex-syntax be a better syntax definition?

[Martin Holmes]

Isn't this a dupe of https://sourceforge.net/p/tei/bugs/601/, which is fixed and closed?

[Hugh A. Cayless]

I knew I’d talked to you about this before :-). D’oh! Closing.

On Dec 23, 2013, at 13:56 , Martin Holmes martindholmes@users.sf.net wrote:

Isn't this a dupe of https://sourceforge.net/p/tei/bugs/601/, which is fixed and closed?

[bugs:#628] @matchPattern syntax def

Status: open
Created: Mon Dec 23, 2013 06:31 PM UTC by Hugh A. Cayless
Last Updated: Mon Dec 23, 2013 06:31 PM UTC
Owner: nobody

I notice that @matchPattern in att.patternReplacement is defined in terms of the W3C XML Schema Language, but that definition states that it "implicitly anchors all regular expressions at the head and tail" meaning that regular expressions following it will only match the whole input string, not some part of it. I'm not sure that's implied by the discussion around cRefPattern in the Guidelines (though it certainly works for prefixDef). The example at http://www.tei-c.org/release/doc/tei-p5-doc/en/html/SA.html#SACRWE works, because all of the references are wrapped in <val> elements (which itself seems like a misuse, shouldn't it be <ref>?), but I don't see anywhere a note that canonical references must be so contained.</ref></val>

If implicit anchoring is not a desired attribute of @matchPatterns, then might http://www.w3.org/TR/xpath-functions/#regex-syntax be a better syntax definition?

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/tei/bugs/628/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

[Hugh A. Cayless]

Duplicate of [#601].