Re: [sword-devel] XML DOM

2007-03-09 Thread DM Smith
Greg, Using an XML parser is actually quite viable to do the parsing for osis2mod. The fundamental behavior of the program is to identify and gather all the "chunks" that need to go into the index and then call the Sword API routines to store a chunk against a key. The Sword API keeps tra

Re: [sword-devel] XML DOM

2007-03-09 Thread Greg Hellings
When I asked about this question in the past, specifically related to the utilities as you are, is when I finally received my insight into how the Sword library holds its files. Due to he fact that most XML parsers obfuscate the actual number of bytes that have been read, and since the Sword libra

Re: [sword-devel] XML DOM

2007-03-09 Thread DJ Ortley
In regards to the lowest common denominator comment you made, that's one of the things I thought would probably come up. Which is a thing I can understand. I didn't know that there was a lot of focus on speed, but it makes sense. I've been impressed with how fast Sword seems to work at times.

Re: [sword-devel] XML DOM

2007-03-09 Thread DM Smith
DJ Ortley wrote: > Looking through the source code, it seems to me (which are key words > that indicate this is only an opinion, one which may not be worth > much) that using a library such as Xerces or some sort of XML DOM like > library would be of benefit. > > I was wondering if any thought h

[sword-devel] XML DOM

2007-03-09 Thread DJ Ortley
Looking through the source code, it seems to me (which are key words that indicate this is only an opinion, one which may not be worth much) that using a library such as Xerces or some sort of XML DOM like library would be of benefit. I was wondering if any thought had been given to that previous