<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Oct 2, 2009, at 8:40 AM, Brian J. Dumont wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<div bgcolor="#ffffff" text="#000000">
Jonathan Morgan wrote:
<blockquote cite="mid:f6aec790910020506s2220583atbd07a97ae4a999ac@mail.gmail.com" type="cite">
  <pre wrap="">On Fri, Oct 2, 2009 at 2:19 AM, Brian J. Dumont <a class="moz-txt-link-rfc2396E" href="mailto:bdumont@ameritech.net">&lt;bdumont@ameritech.net&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Additionally, I have a question about &lt;a&gt; tags.&nbsp; I'd like to put down
markers for other modules to later link to.&nbsp; Is it true that OSIS &lt;a&gt; tags
only support "href" and not "name" attributes?&nbsp; Maybe this should be done
with an &lt;index&gt; tag instead?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I would have thought that you would indicate these with sections (from
memory &lt;div type="section"&gt;).  Are you likely to have markers for
things that are not traditional sections?  If you have references from
other modules, I would have thought it would be to something like
Genesis 3:1-5, section 2, and giving each of your sections a unique ID
would probably allow them to be linked to.

Jon
  </pre>
</blockquote>
Yes, I was hoping to have a finer-grain linking than that.&nbsp; The print
edition itself pretty clearly sets out the natural sections to present
together.&nbsp; Most are reasonably sized, but some of the discussions are
fairly lengthy (many pages printed).&nbsp; I would hope to be able to link
into the middle of it.&nbsp; <br>
<br>
Similarly, references are frequently made to specific page numbers of
other works.&nbsp; I'd really want the ability to link to another commentary
that way.&nbsp; Of course, I guess that could theoretically use the
&lt;milestone&gt; tag.<br>
<br>
If this is just plain not possible, then I'll move on.&nbsp; When all is
said and done, I'm trying to plan ahead.&nbsp; This commentary references
many of the other works in the SWORD library (Josephus, Clarke, and
others), but I currently can't link to them using most SWORD programs.&nbsp;
I hope to see that sorted out someday, and preparing ahead would make
the addition of these features more immediately gratifying to
developers.&nbsp;</div></blockquote><div><br></div>There are some points to consider here:<br><br></div><div>First, OSIS has two ways to link to "stuff".</div><div>1) The &lt;a&gt; tag which is appropriate for "stuff" that is not part of the text of an OSIS document, such as images.</div><div>2) The &lt;reference&gt; tag which is the sole mechanism for referencing an marked location in the text of an OSIS document. This tag takes an osisRef which refers to one or more locations in the text each marked with an osisID. In the XML sense, osisID is not declared of type id. If it did then an XML engine would have the capability of locating the element by id. OSIS defines an osisID as uniquely identifying a container, but because many containers can be milestoned it may not be physically unique in a document. (To be semantically valid OSIS, the osisID has to be unique with regard to begin tags, which may have an sID attribute).</div><div><br></div><div>Second, support in the SWORD engine does not extend beyond anonymous, KJV biblical references at this time.&nbsp;Extending SWORD to handle other references has been discussed. Here are some of the fine points.</div><div>1) A reference without a workID will be assumed to be a biblical reference. From the perspective of OSIS this is accomplished by defining a default work, which while never part of the SWORD module will be assumed. This will preserve existing behavior.</div><div>2) A reference with a workID of self will be self-referential. This is not necessary for Bibles, but for dictionaries, commentaries and others. There is no support for this in the SWORD engine at this time. I imagine that it will be added for the sake of Dictionaries in the near future.</div><div>3) A reference with a workID that matches the [NAME] of a module will refer to that module. It is not required that the module exist at all. The use of future names will probably merit some discussion to codify them.&nbsp;There is no support for this in the SWORD engine at this time.</div><div><br></div><div>AFAIR, there has not been discussion on how SWORD will identify that a reference is to a particular v11n. Maybe, Bible.[v11n].reference, where [v11n] is the SWORD recognized v11n name or Bible.workID.reference, where workID refers to a work that has a particular v11n. Or perhaps, combining them Bible.v11n.workID.reference.</div><div><br></div><div>Third, SWORD's finest grain of reference currently is the addressable unit stored in its index. You are suggesting support for referencing within the indexable unit. For commentaries I think this is a worthwhile topic of discussion. I think it makes sense to have a coarse grained index with finer grained referencing. Right now, your only recourse is to have a finely grained index. An osisID defines ! to introduce a sub reference, or what it calls "grain". So a verse might have Matt.1.1!a and Matt.1.1!b. Right now OSIS2MOD will ignore the grain. The SWORD engine could be adjusted to pull back the indexed unit and then search for the grain reference. (I.e. osishtmlhref.cpp would produce a &lt;a name="xxx"/&gt; for each grain. XXX may have to be a munging of the osisID if the allowable characters of name don't match that of an osisID.&nbsp;</div><div><br></div><div>Fourth, OSIS defines &lt;index&gt; as an addressable location in the document. I'm not sure what it's intended use is. SWORD ignores it.</div><div><br></div><div>Hope this helps.</div><div><br></div><div>In His Service,</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>DM</div><br></body></html>