The <post> element’s @replyTo attribute is defined as
<attDef ident="replyTo" mode="add">
<desc xml:lang="en" versionDate="2021-09-07">indicates to which previous post the
current post replies or refers to. This attribute should be used to encode
<q>technical</q> reply information that is due to a formal reply action (such as
activating a <q>reply</q> button in the client software) and that is formally
represented in the source, e.g. in the <q>references</q> field of a Usenet message header
or in the subject line of a forum post. It should not be used for inferred,
or interpreted reply relations based only on ambiguous signs such as linguistic discourse markers or the indentation relations in Wiki talk pages.
<!--See Lüngen/Herzberg (2019)--></desc>
<datatype minOccurs="1" maxOccurs="unbounded">
<dataRef key="teidata.pointer"/>
</datatype>
</attDef>
That should (IMO) be
<attDef ident="replyTo" mode="add">
<desc xml:lang="en" versionDate="2021-09-07">indicates to which previous post the current post replies or refers.</desc>
<datatype minOccurs="1" maxOccurs="unbounded">
<dataRef key="teidata.pointer"/>
</datatype>
<remarks xml:lang="en" versionDate="2021-09-07">
This attribute should be used to encode <q>technical</q> reply
information that is due to a formal reply action (such as
activating a <q>reply</q> button in the client software) and that
is formally represented in the source, e.g. in the
<q>references</q> field of a Usenet message header or in the
subject line of a forum post. It should not be used for inferred
or interpreted reply relations based only on ambiguous signs such
as linguistic discourse markers or indentation.
<!--See Lüngen/Herzberg (2019)-->
</remarks>
</attDef>
Although an argument could be made that the @versionDate should be updated for both the <desc> and <remarks>.
See branch sydb_2571_definition_of_replyTo. (I have not made a PR yet just to avoid confusion with tomorrow’s release.) PR #2573 is for that branch, and thus addresses this issue.
The
<post>
element’s@replyTo
attribute is defined asThat should (IMO) be
Although an argument could be made that the
@versionDate
should be updated for both the<desc>
and<remarks>
.