ANN: typeTagger v 0.1 (was: Re: Schemas in XSLT 2.0 (Was: Re: [xsl] keys and idrefs - XSLT2 request?))

[Francis Norton <francis@xxxxxxxxxxx>]

Chris,

I'm pro XML Schema and pro XSLT, that's why I opposed XSLT 1.1 and I
don't mind the idea of postponing XML Schema from XSLT 2.0.

Actually, I think that giving nodesets, regular expressions and
extension functions in XSLT, to XSLT, would strengthen both
technologies. I have a work in progress at
http://schemavalid.com/utils/typeTagger.zip which will compile a
typeTagger transform from a schema. The typeTagger transform will mark
up all elements in a compliant document with their unique element name
and unique type name. So far it seems to handle global elements, local
elements, global types, anonymous types and refs correctly, and ought to
handle xsd:include too, though I haven't tested that.

Given 1, 2, and 10 below I don't see why one couldn't finish the job off
and write a validator that would be available to any XSLT 1.5
implementation. You could do the same thing for Relax NG too.

Anyone who wants to have a go at doing a typeTagger for Relax NG - or
adding features to the XSD version - is welcome - drop me an email.

Francis.

Chris Bayes wrote:
> 
> Francis,
> I would have put you down as one of the people that would go for the
> whole hog approach knowing how familiar you are with schema/s/ta.
> I never voted for axing v1.1 which I think was a BIG mistake. Maybe I
> could set up a form for voting for v1.1+ with a wish list of things that
> get us all the way to v2.0 without v3.0 schema/s/ta. But it is probably
> better to do it here on the list.
> 1. Regular Expressions
> 2. Extension Functions
> 3. Grouping
> 4. multiple document output
> 5. XHTML output method
> 6. External file.
> 7. explicit matching of default namespaces
> 8. evaluation of dynamically constructed XPath expressions
> 9. Dates yuk
> 10. getting rid of node-set of course
> Etc
> 
> It's a long list and none of the work will be wasted on the long march
> to let's call it v2003
> 
> Ciao Chris
> 
> XML/XSL Portal
> http://www.bayes.co.uk/xml
> 
> > -----Original Message-----
> > From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of
> > Francis Norton
> > Sent: 15 October 2001 11:10
> > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > Subject: Re: Schemas in XSLT 2.0 (Was: Re: [xsl] keys and
> > idrefs - XSLT2 request?)
> >
> >
> > Could I include Regular Expressions and Extension Functions
> > in XSLT as part of the new v.2 wish list? Providing those two
> > would really open for XSLT's organic expansion.
> >
> > Francis.
> >
> > Chris Bayes wrote:
> > >
> > > ERH,
> > > Damn good idea.
> > > The changes for 1.1 and xslt that have come up since then
> > will be way
> > > overdue by the time schema support is shoehorned in. That
> > there is not
> > > even a murmur of a date fot v2 is a bit worying. We already have a
> > > fallback mechanism so let's push it another level and have
> > v2 (which
> > > should really be 1.1+) and v3 (with schema).
> > >
> > > That way we get all the pleasure and no pain.
> > >
> > > Ciao Chris
> > >
> > > XML/XSL Portal
> > > http://www.bayes.co.uk/xml
> > >
> > > > -----Original Message-----
> > > > From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > > > [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx] On Behalf
> > Of Elliotte
> > > > Rusty Harold
> > > > Sent: 13 October 2001 18:10
> > > > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> > > > Cc: xsl-editors@xxxxxx
> > > > Subject: Re: Schemas in XSLT 2.0 (Was: Re: [xsl] keys and
> > idrefs -
> > > > XSLT2 request?)
> > > >
> > > >
> > > > At 4:12 PM +0100 10/10/01, Jeni Tennison wrote:
> > > >
> > > > >So, the first question is whether XSLT 2.0 should
> > mandate support
> > > > >of XML Schema within XSLT processors (i.e. you've got to
> > be able to
> > > > >validate against XML Schema in order to be a conformant XSLT 2.0
> > > > >processor).
> > > >
> > > > I propose something even more radical. Drop schemas
> > completely from
> > > > XPath 2.0/XSLT 2.0. First do everything that can be done without
> > > > considering schemas; e.g. better grouping, multiple
> > document output,
> > > > XHTML output method, text inclusions, explicit matching
> > of default
> > > > namespaces, etc. This could be implemented and finished much more
> > > > quickly, and would be useful in and of itself.
> > > >
> > > > Then, and only then, begin work on XPath 3.0/XSLT 3.0 which would
> > > > consider only issues relevant to PSVI support. By this
> > time we might
> > > > actually have some schema aware APIs to build on top of.
> > > >
> > > > Furthermore this would also make XSLT 2.0 and 3.0 a lot easier to
> > > > teach and learn because it would be more obvious what depended on
> > > > what. You wouldn't, for example, have to learn schemas in
> > order to
> > > > support multiple output documents.
> > > > --
> > > >
> > > >
> > +-----------------------+------------------------+-------------------+
> > > > | Elliotte Rusty Harold | elharo@xxxxxxxxxxxxxxx |
> > Writer/Programmer
> > > > | |
> > > > +-----------------------+------------------------+------------
> > > > -------+
> > > > |          The XML Bible, 2nd Edition (Hungry Minds,
> > 2001)           |
> > > > |              http://www.ibiblio.org/xml/books/bible2/
> >            |
> > > > |
> > http://www.amazon.com/exec/obidos/ISBN=0764547607/cafeaulaitA/
>    |
> > >
> +----------------------------------+---------------------------------+
> > > |  Read Cafe au Lait for Java News:
> > > http://www.cafeaulait.org/      |
> > > |  Read Cafe con Leche for
> > > XML News: http://www.ibiblio.org/xml/     |
> > >
> +----------------------------------+---------------------------------+
> > >
> > >  XSL-List info and archive:
> > > http://www.mulberrytech.com/xsl/xsl-list
> > >
> > >
> >
> >  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list