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 >> oXygen-user@oxygenxml.com >> http://www.oxygenxml.com/mailman/listinfo/oxygen-user _______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
