<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Brian,<div>Thanks for the report. I've improved the handling of ThML. The verse tag is now specifically handled as well as a bunch of other ThML tags. Also, unknown tags, such as cite, should now preserve their content. The <cite> tag is not something for which SWORD provides support. It might work (show some kind of styling) in some front-ends (e.g. xiphos, but it does not in The SWORD Project for Windows or in Bible Desktop.</div><div><br></div><div>The error dialog should not happen any more, either.</div><div><br></div><div>Let us know if there are any other problems.</div><div><br></div><div>In Christ,</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div><br><div><div>On Nov 17, 2008, at 2:22 PM, Brian J. Dumont wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"> <div bgcolor="#ffffff" text="#000000"> Hi all,<br> <br> I'm new to this list; I generally use gnomesword. I've put together a number of modules recently, and have found two bugs in BD that affect ThML-based genbooks.<br> <br> In particular, there are a two tags which are valid ThML, but cause internal errors in BD. In particular, they are the <verse> tag (which is specifically ThML), and the <cite> tag (which is carried over from the html DTD). When the user navigates to a <div> section which includes either of these elements, they are presented with the following error dialog:<br> <blockquote>An error has occurred:<br> Unexpected internal problem. You may need to restart.<br> <br> This was caused by:<br> org.jdom.Text cannot be cast to org.jdom.Element<br> </blockquote> I can provide a sample ThML file which highlights the issue, if it would help. I have verified:<br> <ol> <li>This happens in BD under Windows or Linux</li> <li>This does not happen using (non-j)sword-based viewers: BT, GS, Sword for Windows</li> <li>I can change the behavior by simply removing the <cite> tag or the <verse> tag without changing anything else</li> <li>The files in question pass an xml validity test against the ThML DTD using xmllint<br> </li> </ol> Is there anything else that might help to track this bug?<br> <br> In Christ,<br> Brian<br> <br> <br> <pre class="moz-signature" cols="72">--
---------------------------------------------------------------------
Brian J. Dumont, P.E. <a class="moz-txt-link-abbreviated" href="mailto:bdumont@airflowsciences.com">bdumont@airflowsciences.com</a>
Airflow Sciences Corporation (734) 525-0300 voice
12190 Hubbard Street (734) 525-0303 fax
Livonia, MI 48150-1737 USA <a class="moz-txt-link-freetext" href="http://www.airflowsciences.com">http://www.airflowsciences.com</a>
---------------------------------------------------------------------
</pre> </div> _______________________________________________<br>bibledesktop-users mailing list<br><a href="mailto:bibledesktop-users@crosswire.org">bibledesktop-users@crosswire.org</a><br>http://www.crosswire.org/mailman/listinfo/bibledesktop-users<br></blockquote></div><br></div></body></html>