|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Splitting file into N-sized chunks
> Well it doesn't have to be exactly 300K, could be less of > course :) But XHTML needs to be valid. > So any ideas on (roughly) calculating the size? Number of > characters perhaps? A lot depends on how far you want to go. If you're prepared to split it at a boundary between children of the body element, it's not too hard. If you need to cater for deeply-nested tables, with the possibility of having 500K of text in a single table cell, then it's much harder. For the first case, it's a fairly simple exercise in sibling recursion: write a template that processes the first child of <body>, and then calls itself to process the next child (following-sibling::*[1]) and so on, passing the accumulated text size as a parameter, and exiting when this reaches some threshold. (I say simple, but I use this as an exercise on XSLT courses and some people find it very difficult, if they're not used to recursive list processing). Regards, Michael Kay http://www.saxonica.com/ http://twitter.com/michaelhkay
|
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
|






