Re: Depiction of my ideas for normative/rendition report structure

["Carmelo Montanez" <carmelo@nist.gov>]

Ken:

    Interesting idea.  Will like to hear more about it and maybe the
specifics
of the report formats as well as what is "relevant information" for a
particular
instance of that report.

Carmelo

----- Original Message -----
From: "G. Ken Holman" <gkholman@CraneSoftwrights.com>
To: <XSLT-Conformance@lists.oasis-open.org>
Sent: Friday, June 02, 2000 3:11 PM
Subject: Depiction of my ideas for normative/rendition report structure


> Hi folks!
>
> No-one has put forward contributions yet for discussions at the table on
> Monday ... I thought I would add one of my own.
>
> In my earlier posting I posited that the normative XSLT/XPath Conformance
> Report be an XML instance and a collection of files collected from all
> contributions.  This would be synthesized from all contributions from
> contributors in an automated fashion, allowing a contributor to replace a
> complete suite of files without operator intervention.
>
> I would hope we could key all information from disparate sources in such a
> way to synthesize the report (let's practice what we preach!) without
> operator intervention from the large collection of instances making up the
> content in manageable, editable chunks.
>
> Such a large document, with all options for all optional features and
> behaviours for an XSLT processor, would be handy for some, but certainly
> not for the bulk of our report's users.
>
> I suggested that we have a configuration document, which I'm thinking of
> calling a "rendition control instance" that qualifies all of the optional
> behaviours and features of an XSLT processor.  Running a projection of the
> report with the rendition control instance produces an informative
> (non-normative) rendition of the report tailored for a given XSLT
processor.
>
> A user would then use the tailored rendition for their testing purposes
and
> not have to deal with the excess tests, descriptions and results not
> applicable to their particular situation.
>
> I've tried to depict that in this document:
>
>
http://www.oasis-open.org/committees/xslt/contributions/Holman-20000602.gif
>
> Not shown in the diagram are the normative copies of the contributions
from
> all contributors ... our report's users would come to *one* place for the
> normative copy of all documents for a given revision of the report.  One a
> revision of the report is released, nothing would be modified until the
> release of a different revision with new files.
>
> I hope this makes enough sense to bring up for consideration in our
efforts.
>
> Thanks!
>
> ............... Ken
>
> --
> G. Ken Holman                    mailto:gkholman@CraneSoftwrights.com
> Crane Softwrights Ltd.             http://www.CraneSoftwrights.com/m/
> Box 266, Kars, Ontario CANADA K0A-2E0   +1(613)489-0999   (Fax:-0995)
> Web site: XSL/XML/DSSSL/SGML services, training, libraries, products.
> Practical Transformation Using XSLT and XPath      ISBN 1-894049-04-7
> Next instructor-led training:    2000-06-12,2000-06-13,2000-09-19/20,
> -              2000-10-03,2000-10-04,2000-10-05,2000-11-13,2001-01-27
>
>