|
Subject: RE: [xsl] Splitting file into N-sized chunks From: "Michael Kay" <mike@xxxxxxxxxxxx> Date: Tue, 4 Aug 2009 22:49:34 +0100 |
> 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
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| Re: [xsl] Splitting file into N-siz, Stefan Krause | Thread | Re: [xsl] Splitting file into N-siz, Martynas Jusevicius |
| RE: [xsl] Splitting file into N-siz, Houghton,Andrew | Date | RE: [xsl] Splitting file into N-siz, Michael Kay |
| Month |