[sword-devel] OSIS filters still cause trouble for H3068 (NASB) and divineName

[Nic Carter]

sounds like an issue with nested tags when divineName is the/an outer tag.  Which OSIS filter are you using?  (ie:  which filter are you applying to modules to produce your HTML?)  I'm assuming you're using HTMLHREF, which means you're using osishtmlhref.cpp & the issue lies starting at line 453.

If you can identify this in a public module, I can take a look at it and try to fix it?

On 25/03/2010, at 8:38 AM, Karl Kleinpaste wrote:

> We've discussed this now and again, but not since (it appears, from my
> archives) July and September of 2007.  This has been a problem for a
> very long time.
> 
> In the current NASB beta, there are sequences like this (example verse,
> Deut 14:26):
> 
>     ...the <divineName><w lemma="strong:H3068">Lord</w>
>     </divineName><w lemma="strong:H430">your God</w>...
> 
> What comes out of the engine when this verse is requested with Strong's
> numbers is:
> 
>     the L<font size="-1">ORD</font> your God<small><em>&lt;
>     <a href="passagestudy.jsp?action=showStrongs&type=Hebrew&value=430">
>     430</a>&gt;</em></small>
> 
> That's as determined by breakpointing Xiphos as it takes text returned
> from module.RenderText() and is about to do block-rendering on it.  The
> needed Strong's reference for "LORD" is missing.  It's a <divineName>-
> related thing, but I don't recall the details for why it's a problem.
> 
> Visually, after block-rendering, it comes out thus...
> 
> <NASB-divName.png>...with there just being a hole under "LORD" that shouldn't be a hole.
> 
> I hope this glitch can be resolved.
> 
> There were also problems with UTF-8 apostrophes (U+2019) inside
> <divineName>.  Was that ever resolved?
> _______________________________________________
> 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