I figured that the colour was just a little extra indication (they also vary on the type of footnote e.g. insight, translation, etc.)<div> <div>I think you'll find in most versions (e.g. NASB, ESV) that the type of note is clearly distinguishable by the letter/number assigned to it. i.e. numbers for footnotes, letters for xrefs. If the worst comes to the worst,  hovering over them makes it really clear which it is.<div>

<br clear="all">God Bless,<br>Ben<br>-------------------------------------------------------------<br>
        <div>
        <div>For I have no pleasure in the death of anyone, <br>declares the Lord <span style="font-variant:small-caps">God</span>; so turn, and live.”<br>Ezekiel 18:32 (ESV)</div>
        </div>
        
<br><br>
<br><br><div class="gmail_quote">On Thu, Feb 9, 2012 at 5:05 PM, Jonathan Morgan <span dir="ltr"><<a href="mailto:jonmmorgan@gmail.com">jonmmorgan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="gmail_quote">Hi Karl/Ben,<div><div class="h5"><br><br>On Thu, Feb 9, 2012 at 11:32 AM, Karl Kleinpaste <span dir="ltr"><<a href="mailto:karl@kleinpaste.org" target="_blank">karl@kleinpaste.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>"<a href="mailto:scribe777@gmail.com" target="_blank">scribe777@gmail.com</a>" <<a href="mailto:scribe@crosswire.org" target="_blank">scribe@crosswire.org</a>> writes:<br>
> My thought on this is similar to strongs. Don't show the numbers. They<br>
> are left overs from the era of print-only.<br>
<br>
</div>I disagree about that.  Footnote/xref markers are obligatory in a very<br>
large variety of publications, regardless of print or electronic form,<br>
exactly because of the point Brian made: Reference markers are the<br>
common language by which to identify their content.  If someone writes<br>
commentary on a document to argue against the observation made in<br>
footnote #37, then everyone in the world reading the same document knows<br>
exactly what he's talking about.  We don't expect people to count<br>
anonymous markers until they find #37, nor do we expect the commentary<br>
author to identify "the footnote preceding 'word' in verse X."<br>
<br>
In any event, not displaying those markers represents a loss to the user<br>
of the author's or publisher's information.<br>
<div><br>
> The exception use case is possibly our NET module which has a<br>
> commentary accompaniment module which might refer to footnotes by<br>
> label.  If I remember correctly.<br>
<br>
</div>NETnotes contains numbered footnote content, and NETtextfree is the<br>
version of NET whose footnotes refer only to the numbered footnotes.<br>
(And my own spins of NET are similar though hugely enhanced.)<br>
<div><br>
Greg Hellings <<a href="mailto:greg.hellings@gmail.com" target="_blank">greg.hellings@gmail.com</a>> writes:<br>
> SWModule::RenderText(bool includeNumbers=false)<br>
> Would that do the trick?<br>
<br>
</div><div>"<a href="mailto:scribe777@gmail.com" target="_blank">scribe777@gmail.com</a>" <<a href="mailto:scribe@crosswire.org" target="_blank">scribe@crosswire.org</a>> writes:<br>
> Greg's idea for a flag is a good alternative to the span. I believe we<br>
> have some other class statics in the filters for configuration. We<br>
> could add the flag there. Thoughts?<br>
<br>
</div>This would suit me fine.<br>
<div><br>
Ben Morgan <<a href="mailto:benpmorgan@gmail.com" target="_blank">benpmorgan@gmail.com</a>> writes:<br>
> Personally, I've never liked the *x/*n style and I think that in<br>
> particular *xA/*xB looks very ugly.<br>
> BPBible just outputs the letter/number, but colour-codes the<br>
> note/cross-reference to distinguish between the two. This in my<br>
> opinion gives a much cleaner look.<br>
<br>
</div>The display of *n/*x is from considerably farther back in time than when<br>
I got involved with Sword, 6 years ago.  When I added n=X post-process,<br>
I simply appended X to what was already there.  I'm open to other ideas,<br>
neutral about the exact form that it takes.<br>
<br>
With one exception, that is: Color-coding becomes a progressively harder<br>
problem because we already offer a lot of color configuration and usage<br>
in Xiphos.  We have basic fg/bg (b/w), high-contrast highlight fg/bg<br>
(navy blue/yellow), verse# (light blue), link (default grey; I use<br>
orange), and current verse colors (green).  Then there is Red Words, and<br>
finally Xiphos complicates it all by providing color pair inversion as<br>
an option for normal text (to get "night mode" easily) and highlight.<br>
By this time, finding another sufficiently distinct color from all the<br>
other stuff happening becomes difficult.  The search for colors that<br>
look good enough in both black-on-white and white-on-black is hard, and<br>
we've recently tweaked some of our default colors expressly to deal<br>
better with visibility in both cases.<br></blockquote></div></div><div><br>Standard accessibility guidelines say that making important differences solely on the basis of colour is not a good idea.  However, if the colour differences provide a little extra that's fine.<br>



<br>The funny thing with BPBible is that I'm sure the colour differences for notes and cross-references worked for Ben, because he wrote it.  However, I could not figure out why different numbers were different colours, and eventually read the source to figure out why.  My point (I guess) is that the important thing is that the differences have a meaning to your users, not just you (though I guess it doesn't make <i>that</i> much difference in the long run if the user wants to read the note whether it is a note or a cross-reference).<br>



<br>Jon<br></div></div>
<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></blockquote></div><br></div></div></div>