<div dir="ltr">So any chance we can include something? I really need this, and I don&#39;t see why the conf files isn&#39;t the ideal place to put this?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 8 February 2013 20:40, Chris Burrell <span dir="ltr">&lt;<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi<div><br></div><div>Because I provide Interlinears, I need to be able to tell the user that for the combination of LXX and KJV you are unable to see the interlinears in the OT. The reason being, KJV uses Hxxxx and LXX uses Gxxxx. If you&#39;re looking at several texts in interlinears, it simply looks like there is a bug, because one of the lines is blank. The knowledge would enable me to prevent users and warn them, that the functionality is unavailable.</div>

<div><br></div><div>(extended Greek: I was under the impression that someone added Greek Strong numbers to cater for the ones that are only present in the OT and therefore not part of the original set that Mr Strong originally did.</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div><div>Chris</div><div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On 8 February 2013 20:37, DM Smith <span dir="ltr">&lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">For OSIS, the only values to indicate Strong&#39;s Numbers are:<div>GlobalOptionFilter=OSISStrongs</div>

<div>and</div><div>Feature=StrongsNumbers</div><div><br></div><div>There is nothing defined to further distinguish.</div><div><br></div><div>BTW, what is extended Greek? Are you referring to the TVM codes that look like Strong&#39;s Number with a G prefix?</div>

<div><br></div><div>I guess what we need is to understand how you&#39;d use the knowledge in a program.</div><div><br></div><div>In Him,</div><div><span style="white-space:pre-wrap">        </span>DM</div><div><div><div>
<br><div><div>On Feb 8, 2013, at 3:15 PM, Chris Burrell &lt;<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>&gt; wrote:</div><br><blockquote type="cite"><div dir="ltr">Thanks, that does clarify. Still the problem remains in that we want to be able to distinguish between different types of tagging (greek, hebrew, extended greek) by questioning the module. Does the conf file not also define supported features? Can we not make it so? Or have a flag in there to indicate the Strongs tagging is abnormal/Septuagint (i.e. Greek tags in the OT)<div>


<br></div><div>Chris</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 8 February 2013 20:11, DM Smith <span dir="ltr">&lt;<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">In SWORD the various GlobalOptionFilter values indicate to the SWORD engine which pieces of code (filters) to enable. Same with some other entries in the conf.<div>


<br></div><div>In JSword, we don&#39;t have a filter architecture. We convert everything from the source type (ThML, Plaintext, GBF, ...) to OSIS. Then we use xslt to transform that into HTML. The xslt is passed what the user would like to see or not see. It doesn&#39;t really matter (so far) what is set in the module&#39;s conf.</div>


<div><br></div><div>This has one problem. Regarding Headings (aka Titles). They should always show in a commentary, as they should all be assumed to be canonical (properly part of the module) unless marked non-canonical.</div>


<div><br></div><div>Hope this clarifies.</div><div><br></div><div>In Him,</div><div><span style="white-space:pre-wrap">        </span>DM</div><div><div><div><br></div><div><br><div><div>On Feb 8, 2013, at 11:00 AM, Chris Burrell &lt;<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>&gt; wrote:</div>


<br><blockquote type="cite"><div dir="ltr">Perhaps in Sword-terms a property isn&#39;t a statement of what&#39;s there, however JSword does seem to read it and give the front-end information about whether an option is available in the module or not...<div>



<br></div><div>Maybe I misunderstand something?</div><div><br></div><div>Chris</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 8 February 2013 15:12, David Haslam <span dir="ltr">&lt;<a href="mailto:dfhmch@googlemail.com" target="_blank">dfhmch@googlemail.com</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Our three Finnish modules do not have Strong&#39;s numbers.<br>
<br>
The conf files do not include GlobalOptionFilter=OSISStrongs, yet the<br>
pseudo-markup in the source text files<br>
(from an /ad hoc/ workaround to provide the original verse references from<br>
an Av11n translation)<br>
get interpreted as if they were Strongs!!!<br>
<br>
The engine still parses the text, and displays these tags, despite the fact<br>
that they can&#39;t be hidden by a filter.<br>
<br>
A filter property in a conf file is just that! It tells the engine what to<br>
do when asked.<br>
It&#39;s not a statement about what&#39;s there.<br>
<br>
David<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://sword-dev.350566.n4.nabble.com/Strong-tagging-and-Septuagint-tp4651344p4651916.html" target="_blank">http://sword-dev.350566.n4.nabble.com/Strong-tagging-and-Septuagint-tp4651344p4651916.html</a><br>




<div>Sent from the SWORD Dev mailing list archive at <a href="http://nabble.com/" target="_blank">Nabble.com</a>.<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</div></blockquote></div><br></div>
_______________________________________________<br>sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>


Instructions to unsubscribe/change your settings at above page</blockquote></div><br></div></div></div></div></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>