RE: [xsl] keys and idrefs - XSLT2 request?

[Wendell Piez <wapiez@xxxxxxxxxxxxxxxx>]

At 08:05 AM 10/9/01, DaveP wrote:
> Which as you point out, indicates that XSLT has no means of
> using keys (simply) on idrefs, to find 'reverse' links.
>
> I don't particularly like the use of string routines in attributes
> to achieve this, I wonder if this drives an XSLT 2 request?

Yes, it's rather ungainly ain't it?

> Either to extend the key function in some way to handle idrefs,
> or to permit a key definition to take in all attributes of type idrefs?
> (I could see the problem where I have a CDATA attribute with spaces,
> but surely idrefs are a bit special?)

I think it'd be a tall order to get much consensus on IDREFS being so 
special that the definition of key() should be stretched that far (even 
broken, since it makes its functionality very different depending on a 
DTD's being parsed). This would be a source of much confusion, I imagine, 
and also complaints since many users simply wouldn't understand or accept 
the rationale for the design.

Rather, if the saxon:tokenize approach works, why not do it that way? The 
introduction of a node-set() function makes it much more conceivable in 
XSLT 2.0 to introduce arbitrary node sets on demand. So XSLT 2.0 needs an 
equivalent to saxon:tokenize.

I guess I'd better test this approach to see if it works....

Cheers,
Wendell


======================================================================
Wendell Piez                            mailto:wapiez@xxxxxxxxxxxxxxxx
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
  Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================


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