[sword-devel] Poetry, verse 0, setIntros() and the state of things thus.

Ben Morgan benpmorgan at gmail.com
Tue Feb 5 03:57:54 MST 2013

Yep, there are lots of inconsistencies. Hopefully over time with more
support they will tend to go away.

Just to be clear with the ESV, I doubt it is incorrectly encoded. It's just
it's not encoded in a way that greatly helps per-chapter rendering (or even
per-verse) rendering. Especially the presence of per-verse rendering (e.g.
in a list of cross-references) means that you have to be able dispense with
<lg>s and infer them from the <l> (side note: it would be nice if SWORD
provided some way of keeping track of what tags are open at which verses so
partial renders will work (e.g. for <q> - Words of Jesus, <lg>, paragraphs,

When I looked recently, the WEB was encoded in such a way that I found I
didn't have the time to make it work properly, mostly due to the <lg> being
at the end of the previous verse - I believe due to issues with osis2mod as
previously discussed. I still think this needs fixing.
I think they should definitely be tied to the verse they start at.

God Bless,
 For I have no pleasure in the death of anyone,
declares the Lord God; so turn, and live.”
Ezekiel 18:32 (ESV)

On Tue, Feb 5, 2013 at 9:33 PM, Nic Carter <niccarter at mac.com> wrote:

> Hi gang,
> I just wanted to touch base with where I'm at with the poetry stuff.
> Taking Ben's code as a guide, I've ported it across to SWORD and it's
> kinda working. You can see my current version on bit bucket.
> Note that this current version is very similar to the patch I sent through
> a few days ago, but I'm going to suggest that we don't implement this in
> SWORD just yet.
> The reason being that I have discovered that we need to incorporate Ben's
> hack to work around the fact that modules may not be properly formed OSIS &
> may contain <l>s outside of <lg>s. This then simply makes things look messy
> and so I have had to write more code to work around this, but I've done
> this in Objective-C as I couldn't figure out how to save state between
> subsequent calls to renderText().
> Note that I now also always retrieve verse 0 for each and every chapter in
> order to gather any required formatting that is missing from verse 1, but
> as verse 0 often is simply "<br />", I check for this and simply discard
> verse 0 if that's what it is. :)
> As it appears that the ESV is going to be ready soon, perhaps an option is
> for us to add checking of <l> inside <lg>s as part of our OSIS validation
> and hold off incorporating any poetry code into SWORD until we know our
> modules are good enough?
> However, what is the "proper" way of encoding these indented lines in
> OSIS? The WEB module opens its <l> tags at the end of each verse for the
> line starting in the next verse. This seems weird to me, and I would have
> thought that it would make more sense to start the verse with the <l> as
> that is where the text corresponding to that <l> is located?
> So, yes, for me this is revealing more inconsistencies between modules and
> how they have been constructed. And as I don't particularly know what is
> the "correct" way of forming the OSIS, I don't know which is the "correct"
> way to be coding this.
> Thanks, ybic
>         nic...  :)
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20130205/4553cb61/attachment.html>

More information about the sword-devel mailing list