At 11:21 AM 7/13/01 +0200, Keiron Liddle wrote:
>
>On Thu, 12 Jul 2001 22:50:44 Karen Lease wrote:
>> We also need to think about what to do when we encounter this kind of
>> case. Obviously we want to inform the user. We could either stop on an
>> exception or just ignore the offending FO and keep going.
>
>Usually a spec has a section on how the processor should handle errors but
>I couldn't find it in the XSL spec.

You're right, doesn't seem to be anything said about content-model errors. I 
like the idea of trying to help out the user; I would say that we ignore the 
offending FO (and all descendants), with a warning (line, column, name, and 
short explanation if possible), and continue if possible.

For example, let's say that someone's XSL has produced FO with a 
page-sequence containing not only an fo:flow and a couple of 
fo:static-contents, but a top-level fo:block by mistake. I can see errors 
happen fairly often as people work up stylesheets. The user-friendly thing 
to do would be to emit a warning about the fo:block, and continue checking 
the tree. Maybe we'd catch several independent errors that way, and help
the user speed up the debugging/correction process.

One thing to consider is stopping the process after refinement, but before 
layout, if there are any content-model errors. Or maybe all of this can be 
subject to user control?

Regards,
Arved Sandstrom

Fairly Senior Software Type
e-plicity (http://www.e-plicity.com)
Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to