<div dir="ltr"><div>Let&#39;s start a new thread for unrelated replies<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 29, 2019 at 10:49 AM Tom Sullivan &lt;<a href="mailto:info@beforgiven.info">info@beforgiven.info</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Y&#39;all:<br>
<br>
This is a bit late, but I have just found something odd for which I have <br>
no explanation.<br>
<br>
Due to the way some Python modules handle XML, non-ascii characters may <br>
be converted to the form &amp;#xxxx; where xxxx is a decimal unicode <br>
character. Such characters, such as Hebrew letters, do not appear in <br>
diatheke output. They also do not show in Xiphos. They *do* appear in <br>
BibleDesktop which uses jsword.<br></blockquote><div><br></div><div>This tells us that they are surviving the import process intact and aren&#39;t being completely stripped or lost by osis2mod.</div><div><br></div><div>Have you tried other programs in the Sword pedigree and outside of JSword? Have you tried BibleTime or Ezra or The SWORD Project for Windows or Bishop? There are several places this could fall down, and if the engine is preserving the content during import, then the falling down could be in the engine, or possibly in the display layer somewhere. More info can help track it down.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
A Python program to convert all such characters to actual UTF-8 Hebrew <br>
solves the problem. (I do use the -N option in osis2mod.)<br></blockquote><div><br></div><div>This means it&#39;s not an UTF-8 issue, but probably an issue with somewhere in the engine-&gt;application-&gt;display widget pipeline the entity is being stripped out.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Related to this, I have noticed for a long time that some other <br>
characters such as curly quotes also do not appear in diatheke or Xiphos.<br>
<br>
Obviously, some characters *cannot* appear in xml because they have <br>
syntactical meaning in xml. Thus they must use the &amp;#xxxx; format or <br>
other escape method. So how should they be handled so osis2mod works <br>
with them.<br>
<br>
Advice? Comments? Could this be something that could be fixed in Sword?<br></blockquote><div><br></div><div>If it lives in Sword. More info would be needed to determine that.</div><div><br></div><div>--Greg</div></div></div>