[oXygen-user] Schematron validation "errors" enhancement

John Madden
Wed Dec 9 08:08:31 CST 2009


George,

I think that's a very, very nice implementation. 

John



On Dec 9, 2009, at 8:30 AM, George Cristian Bina wrote:

> 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




More information about the oXygen-user mailing list