| 
 
Subject: RE: [xsl] Grouping and Sorting on value inside group From: "Hunsberger, Peter" <Peter.Hunsberger@xxxxxxxxxx> Date: Wed, 12 Jun 2002 14:47:43 -0500  | 
>Hm. Well, a suggestion you made in your last message has me a *bit* > concerned ... it might have been a typo, but a match="data//*/*" is very > different from a match="data/*/*" (the second, a grandchild element of a > data element, the first, any element descendant of a data element that is > at least a grandchild). Yes, that would certainly be an issue and it was one reason I hedged on suggesting it. It turns out that I don't need it: the data is always a three level structure (well sometimes 4 levels, but the fourth level is adjunct data to the third level). The structure I have to map the data to is a recursive hierarchy. I believe that Jeni's suggestion of tying a key to dataid and a key to the group name actually solves the whole problem, since it also turns out that dataid's are unique within groups (unless they change the business rules on me). I can use the group (name) key to map the data to a portion of the recursive structure. I can use the dataid key to group the data for that mapping. XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
| Current Thread | 
|---|
  | 
| <- Previous | Index | Next -> | 
|---|---|---|
| RE: [xsl] Grouping and Sorting on v, Wendell Piez | Thread | [xsl] netscape won't display anythi, Ming | 
| Re: [xsl] Grouping and Sorting on v, Wendell Piez | Date | Re: [xsl] Grouping and Sorting on v, Jeni Tennison | 
| Month |