<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; ">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 class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div><br></div><div><br><div><div>On Feb 8, 2013, at 11:00 AM, 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">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 style="">Chris</div><div style=""><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 class="HOEnZb"><div class="h5">Sent from the SWORD Dev mailing list archive at <a href="http://Nabble.com">Nabble.com</a>.<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">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></div></blockquote></div><br></div>
_______________________________________________<br>sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br><a href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>Instructions to unsubscribe/change your settings at above page</blockquote></div><br></div></body></html>