#628 @matchPattern syntax def

AMBER
closed-duplicate
nobody
None
5(default)
2013-12-23
2013-12-23
No

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.

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?

Related

Bugs: #628

Discussion

  • Martin Holmes

    Martin Holmes - 2013-12-23

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

     
    • Hugh A. Cayless

      Hugh A. Cayless - 2013-12-23

      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.

      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/

       

      Related

      Bugs: #628

  • Hugh A. Cayless

    Hugh A. Cayless - 2013-12-23

    Duplicate of [#601].

     

    Related

    Bugs: #601

  • Hugh A. Cayless

    Hugh A. Cayless - 2013-12-23
    • status: open --> closed-duplicate
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks