Good afternoon,<br><br>All of the below mentioned rules available at: <a href="http://websvn.kde.org/trunk/l10n-support/pology/lang/gl/rules/terminology.rules?view=markup" target="_blank">http://websvn.kde.org/trunk/l10n-support/pology/lang/gl/rules/terminology.rules?view=markup</a><br>

<br>133   {\bcheck(s|ed|ing|)?}i<br>134     valid after="\bspell "<br>135   valid before="box"<br>136       valid before=" spell"<br>137    id="noPT-2011_check"<br>138     valid msgstr="\bcomprob"<br>

139     valid msgstr="\brevis"<br>140   valid msgstr="\bmar(quear|ado|ou)"<br>141       valid msgstr="\bescoll"<br>142  hint="«check» tradúcese como <br><br>Line 134 will match according to what is expected from the documentation: if the "after" text is placed as a "prefix" (it will match, for instance, "<b>spell</b> <i>checking</i>")<br>

<div><br></div><div>But:</div><div><br></div>156        # «marcar» traduce a «check»<br>157       [\bmar(c|que)]i<br>158    valid !after="e\s"<br>159       valid !after="ador"<br>160      id="PT-2011-dual_check3"<br>161 valid msgid="\bcheck"<br>

<div>162  hint="«marcar» traduce a «check»"<br></div><div><br></div><div>[\bactiv]i<br>320    valid !after="idade"<br>321     id="PT-2011-dual_enable"<br>322 valid msgid="\benable"<br>323   hint="«activar» traduce a «enable»"</div>

<div><br></div><div># «substituir» traduce a «replace»<br>707     [\bsubstitu]i<br>708      valid after="car(a|á)cter(es)?\sde\s"<br>709    id="PT-2011-dual_replace"<br>710        valid msgid="\breplace"<br>711  hint="«substituir» traduce a «replace»"</div>
<div><br></div><div>Line 159 ( or 320) will math just the opposite, if the "after" text goes as a "postfixed" element (it will (not) match, for instance, "<i>marc</i><b>ador</b>", or "<i>activ</i><b>idade</b>", neither it will match "<strong>caracter de </strong><em>substitu</em>ción ))</div>
<div>But after the documentation I would expect 320 to pass a message wich contains "<strong>idade</strong><em>activ</em>" or "<em><strong>e </strong></em><em></em><em>marque</em>", that is if the trigger is not after the subdirective.</div>
<div><br></div><div>Short version: It seems that the semantics of the validations subdirectives "after", "before", "not after", and "not before" depend upon wich part of the message (source or target) acts as trigger.</div>