[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Regular expression functions (Was: Re: comments on
Quoting Jeni Tennison <jeni@xxxxxxxxxxxxxxxx>: [...] > Is that because constructing *nodes* is expensive or is it the *links* > between the nodes within a tree that makes things problematic? If the > latter, then perhaps documentless nodes are a blessing ;) If the > former, then it's a good argument for nested sequences, so you don't > have to create nodes to provide structure. > > For example, given the problems that I described about processing x,y > coordinates as pairs, there's a strong temptation to create pairs of > coordinates as 'coordinate' elements with 'x' and 'y' attributes, > rather than a simple sequence of integers. If sequences could be > nested, I wouldn't feel that temptation. I expect that in order to allow for nested sequences of <things>, the data model would have to be extended to allow <things> to be first class. As it stands now, how would it know whether when putting togenter (to use lisp notation) the sequences (a b) and (c d) you meant to get (a b c d) or ((a b) (c d)) XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|