No subject

o To maintain freedom to re-license SWORD (e.g. for some other Bible societ=
y) we need to be able to keep 3-rd party library dependencies well managed.=
 The license needs to be compatible with the GPL but cannot be GPL.<br>


<br>
o The parser that we have is minimal and simple, sacrificing accuracy and c=
ompleteness for speed. Regarding accuracy, e.g. the parser allows for space=
s around =3D in attribute declarations. Regarding completeness, e.g. it doe=
s not handle namespaces, cdata, dtds/schemas, .... Significantly, it does n=
ot require a well-formed document, allowing for fragments. Rather than an e=
rror, it continues when an xml parser is required to stop.<br>


<br>
o This parser has better error reporting in that it is based upon knowledge=
 of the input. E.g. it reports the verse having the problem.<br>
<br>
o By SWORD having the parser, we are not dependent on finding an implementa=
tion for every platform (e.g. Windows).<br>
<br>
There may be other reasons. I&#39;m willing to live with it.<br>
<br>
But what we really need is not a parser but a tokenizer. I&#39;m thinking a=
bout writing one (my degree work was in compiler writing). Basically, we re=
peat the same tokenization code in several places. It should be trivial to =
write a complete, accurate one.<br>


<br>
In His Service,<br><font color=3D"#888888">
 =A0 =A0DM</font><div><div></div><div class=3D"h5"><br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href=3D"mailto:sword-devel at crosswire.org" targ=
et=3D"_blank">sword-devel at crosswire.org</a><br>
<a href=3D"http://www.crosswire.org/mailman/listinfo/sword-devel" target=3D=
"_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</div></div></blockquote></div><br>

--001636d34d0af1d7a8048380e3a5--