libxml2 supports this. Meanwhile I'm coding a method to handle files. It may be used also if something else is converted to a file, for example if a file is extraced from a zipped archive. I'm overloading DocumentBase.startDocument to accept diferent inputs. John On Fri, Jan 11, 2013 at 02:28:06PM +0000, Keith Creasy wrote: > I know this won't solve this immediately but we need to add buffered input to > LibLouisUTDML. I'm thinking something like the way the expat XML parser does > it. You begin parsing, feed it chunks of data, and then tell it you're done > so it can clean up. You set up a handler to recieve the output, also in > buffered chunks. > > I do this using JNI and C++ libraries and it works. Depending on hard disk > storeage for such things is fine to a point but we really should move beyond > that I think. > > > > Keith Creasy > Software Developer > American Printing House for the Blind > KCreasy@xxxxxxx > Phone: 502.895.2405 > Skype: keith537 > > > -----Original Message----- > From: brailleblaster-bounce@xxxxxxxxxxxxx > [mailto:brailleblaster-bounce@xxxxxxxxxxxxx] On Behalf Of John J. Boyer > Sent: Friday, January 11, 2013 3:36 AM > To: brailleblaster@xxxxxxxxxxxxx > Subject: [brailleblaster] Input and testing for document package > > First, as I suspected, There was a conflict between the name of the Document > class and the nu.xom.Document class. The compiler gave an eror on the import > statement for the latter. I have changed the name of the Document class to > DocumentBase . > > To test the document package, wome input is needed. BrailleBlaster can > directly open xml txt and brf files. These are passed through liblouisutdml > to have UTDML added. The augmented document then becomes the working > document. Could someone get DocumentManager working sufficiently so that a > file can be opened and passed to DocumentBase.startDocument ? > > Keith has suggested that the input to startDocument should be InputStream . > However, Inp;utStream is an interface. liblouisutdml requires a file path. > How can the transition be made? > > Thanks, > John > > -- > John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc. > http://www.abilitiessoft.com > Madison, Wisconsin USA > Developing software for people with disabilities > > -- John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc. http://www.abilitiessoft.com Madison, Wisconsin USA Developing software for people with disabilities