<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

<br>

<blockquote cite="mid:DE575BB3-5098-49C7-B05A-B80EB0FB2F53@yahoo.com"

 type="cite">

  <blockquote type="cite">

    <pre wrap="">For this reason, I'm really hoping we can move at a radical level

alongside Lynn Allan to offer modules in a format that we can handle

slickly!

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Just a thought: It should be possible to write a general purpose  

filter that would take any module and output a module with only those  

features that are desired. Perhaps this could be made part of the  

download manager, web or otherwise.

  </pre>

</blockquote>

I guess I never revealed some results of some tests I ran, but I am 90%

certain that at most of the time processing is not taken up by loading

sword texts, rather it is taken up by the HTML rendering engine that

Windows CE has and add to this the sheer volume of text/tags that a

single chapter has (we currently process a chapter at a time) also adds

to the time, not loading but HTML parsing. Which I why I chose to write

my own text display which can use demand loading as opposed to loading

an entire chapter at once. <br>

<br>

I do not believe we are trying to avoid the use of these tags,

otherwise your suggestion here would be an option. For example ESV has

tons of footnotes which is nice, when footnotes are off, the text loads

nearly instantaneous, when turned on and the text takes a few seconds

to load. So while we could offer a module without footnotes, we gain

very little in terms of speed since we can turn them off in software

and get the speed back. Also, I would like to stick with traditional

sword modules on the pocket pc so that the modules passed around on the

internet can be used in SwordReader as is.<br>

<br>

In response to Barry's suggestion for using Lynn Allan's modules, I

will say that I am very hesitant to incorporate his stuff into

SwordReader. This is something I feel needs to be discussed more

thoroughly if we are to consider this an option. <br>

<br>

I have more to say on all this, but I will save it for another email.<br>

-- <br>

In Christ,<br>

David Trotz<br>

<br>

</body>

</html>