[oXygen-user] Schematron validation "errors" enhancement

[George Cristian Bina]

Hi John,

@role can appear only on assert, report and rule. The spec describe it 
only in relation with assert and report so I do not see any problem 
assuming a value on rule as a default for enclosed assertions and reports.

I changed the implementation to decide the role value looking at the 
@role on assert or report and if that is not specified at the @role on rule.

That means the error level will be computed following the steps below:
1. Determine a role attribute from the assert/@role, respectively 
report/@role if specified, otherwise from the parent rule/@role.
2. If the role attribute matches one of the recognized values use that.
3. If the message starts with one of the recognized values use that.
4. Use "error" as error level.

It is not a common practice to have different markers (icons) for errors 
and fatal errors. Note that next to the marker there is an indication of 
the severity, F for fatal errors and E for errors.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

John Madden wrote:
>> Hi Wendell, 
> 
>>> (1a) Alternatively, you could consider a convention where making
>>> @role on <rule> elements reset the default error level for all child
>>> <report> or <assert> element, i.e. make it so that any child
>>> <report> or <assert> elements that lack an explicit @role value will
>>> inherit the value from the parent <rule>. This makes some sense, but
>>> may be a stretch. What do people think?
>>
>> This would be good, if it's not too much of a bother, and assuming
>> it's still consistent with the intended semantics of @role.
> 
> Wendell's right, this needs to be "within scope" for the semantics of 
> @role. Best way to be sure is to ask Rick Jelliffe. I'll send up a 
> message to the Schematron list and see if I get a response. I'll let 
> y'all know.
> 
> John
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> oXygen-user mailing list
> 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user