SDL Trados Studio
SDL Trados GroupShare
SDL Trados Business Manager
SDL Trados Live
SDL Speech to Text
SDL Managed Translation - Enterprise
Translation Management Connectors
SDL LiveContent S1000D
SDL Contenta S1000D
SDL Tridion Docs
SDL Tridion Sites
SDL Content Assistant
SDL Machine Translation Cloud
SDL Machine Translation Connectors
SDL Machine Translation Edge
Tridion Docs Developers
SDL User Experience
Language Products - GCS Internal Community
SDL Community Internal Group
SDL Access Customer Portal
SDL Professional Services
SDL Training & Certification
Language Technology Partner Group
SDL Academic Partners
SDL Enterprise Technology Partners
ETUG (European Trados User Group) Public Information
Machine Translation User Group
Nordic SDL Tridion Docs User Group
SDL Tridion UK Meetup
SDL Tridion User Group New England
SDL Tridion West Coast User Group
SDL WorldServer User Group
Tridion Docs Europe & APAC User Group
Tridion User Group Benelux
Tridion User Group Ohio Valley
SDL MultiTerm Ideas
SDL Passolo Ideas
SDL Trados GroupShare Ideas
SDL Trados Studio Ideas
SDL Machine Translation Cloud Ideas
SDL Machine Translation Edge Ideas
SDL Language Cloud TMS Ideas
SDL Language Cloud Terminology Ideas
SDL Language Cloud Online Editor Ideas
SDL Managed Translation - Enterprise Ideas
SDL TMS Ideas
SDL WorldServer Ideas
SDL Tridion Docs Ideas
SDL Tridion Sites Ideas
SDL LiveContent S1000D Ideas
SDL Contenta S1000D
SDL XPP Ideas
Events & Webinars
To SDL Documentation
To SDL Support
What's New in SDL
Detecting language please wait for.......
When defining a tagging rule I get the above message for what normally is a valid regex expression.
What does this message mean?
That's a placeholder, not a tag pair.
Perhaps it's because the caret at the start of the opening tag means it can't find a match at all as you don't have any inline tags beginning at the start of the extracted structure, but it can find the closing tag. Hard to know without seeing the content you are trying to tag.
The file content is correct
The tag pair "^<" ">" (without the quotes) has no problems with this file, although it fails with the same message for <artno>Article <notag> number
But I now know what the message means. It seems that the tag processor makes some incorrect assumptions.
I had just come to the same conclusion, or more correctly, tag pairs have restrictions, only placeholders allow the required flexibility.
Anthony Rudd said:tag pairs have restrictions,
Yes, they need to be proper tag pairs!
This raises the question: what is a "proper tag pair"? I cannot find any definition.
Simple... and the same for pretty much any markup language:
<opening>maybe some stuff in here</closing>
Obviously not written ike that but hopefully you get the idea. Also a google search gives me this pretty quickly:
Any other interpretation of what a tag pair could be is probably arguing for the sake of it... in my opinion!