<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">For OSIS, the only values to indicate Strong'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's Number with a G prefix?</div><div><br></div><div>I guess what we need is to understand how you'd use the knowledge in a program.</div><div><br></div><div>In Him,</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div><br><div><div>On Feb 8, 2013, at 3:15 PM, Chris Burrell <<a href="mailto:chris@burrell.me.uk">chris@burrell.me.uk</a>> wrote:</div><br class="Apple-interchange-newline"><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"><<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></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'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't really matter (so far) what is set in the module'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 class="h5"><div><br></div><div><br><div><div>On Feb 8, 2013, at 11:00 AM, Chris Burrell <<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr">Perhaps in Sword-terms a property isn't a statement of what'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"><<a href="mailto:dfhmch@googlemail.com" target="_blank">dfhmch@googlemail.com</a>></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'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'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's not a statement about what'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></body></html>