Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 42474 invoked by uid 500); 31 Mar 2002 02:36:03 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 42461 invoked from network); 31 Mar 2002 02:36:02 -0000 Message-ID: <005601c1d85d$4d296080$0c91fea9@galina> Reply-To: "Ivelin Ivanov" From: "Ivelin Ivanov" To: "Rick Jelliffe" , Cc: References: <002a01c1d334$4e546b40$fac88842@galina> <02d601c1d586$3bcd78a0$4bc8a8c0@AlletteSystems.com> <000f01c1d5a0$b384e800$15ca8842@galina> <007a01c1d61a$c17a3530$4bc8a8c0@AlletteSystems.com> <00ca01c1d61d$2c58d760$15ca8842@galina> <02cd01c1d79b$a8624600$4bc8a8c0@AlletteSystems.com> Subject: Re: [Announcement] Fast Schematron Validation Here ! [Re: Cocoon form handling] Date: Sat, 30 Mar 2002 20:39:36 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Rick, There's no doubt the Phases concept is essential to Schematron's success and a definite advantage over XSD and Relax which, as you said, require "proprietory handwaving" when it comes to partial document validation. Have you been following the discussion with Kohsuke on a possible JARV integration? If you had a chance to see the JARV API, my source code and probably Torsten's API, maybe you can elaborate on a possible higher level validation API which will encompass multiple schemas. Regards, Ivelin ----- Original Message ----- From: "Rick Jelliffe" To: Cc: Sent: Friday, March 29, 2002 9:33 PM Subject: Re: [Schematron-love-in] Re: [Announcement] Fast Schematron Validation Here ! From: "Ivelin Ivanov" > I mean browser, client. Different browsers (PC, PDA, cell-phone, etc.) may > support different human interfaces and therefore the document may be split > into different pieces which are gathered and put together at the end. > The validation of the pieces at each stage is device/client dependent. > Is the question more clear? Yes, certainly you could use Schematron s to validate device-dependent constraints. s reconstruct the conditional section features of XML DTDs, ("INCLUDE/IGNORE marked sections") which allow you to customize a DTD to get variants. XML Schemas and RELAX do not have any equivalent. The kinds of uses I imagine for phases include * versions (e.g. parallel variants) * pipe-line processing (e.g. serial variants) * variant processing (e.g. device-dependencies and fan-outs) * partial processing (e.g. documents under construction) * state-dependent processing (e.g. where the results of one phase are used by some proprietary system to switch to a different phase for further validation) Critics of phases bleat that one can do the same thing with different schemas, but the point is that with Schematron s they become first-class objects capable of being manipulated rather than proprietory handwaving :-) In Topologi's freebie Schematron Validator (and in our forthcoming Collaborative Markup Editor) we just make a popup menu for the user to select the particular phase to run when validating. Very straight-forward to use. All in all, I think phases are a useful mechanism which are trivial to implement and write, so they fit into Schematron's `low-hanging fruit' approach well. Cheers Rick Jelliffe _______________________________________________ Schematron-love-in mailing list Schematron-love-in@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/schematron-love-in --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org