This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Grouping and Sorting on value inside group


>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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]