[sword-devel] proposed patch: adding n=X marker content to footnotes and xrefs

scribe777@gmail.com scribe at crosswire.org
Tue Feb 7 21:24:47 MST 2012

BibleCS, per my preference, only shows hover-over symbols for the note or cross reference, and does not include the 'n' label. BibleCS uses different filters though, so not affected.

SWORDWeb will be affected. 

My thought on this is similar to strongs. Don't show the numbers. They are left overs from the era of print-only.

The exception use case is possibly our NET module which has a commentary accompaniment module which might refer to footnotes by label.  If I remember correctly.

So, I would like the choice to not have the label for the frontends I maintain, but if users really want to see the label, I could be swayed on this point, wearing my frontend developer hat.

But I don't want to take away the choice from other potential frontend developers.

I understand Karl's desire to not want Xiphos and all other frontend developers to do the work of adding the label, if everyone mostly wants the label.

Can we have both?

Karl, I haven't looked at your patch yet, but is there a way to wrap the label in a <span class="[fn,cx]-label"> then I can simply set display:none for these in swordweb?


Greg Hellings <greg.hellings at gmail.com> wrote:

>Bible Time does its own thing and wouldn't be bothered by this change.
>dispenses with any semblance of delineation. Both notes and cross
>references are marked with "(*)" everywhere they appear.
>On Feb 7, 2012 9:38 PM, "Karl Kleinpaste" <karl at kleinpaste.org> wrote:
>> To date, we have DM in support of n=X content in *n/*x, as well as
>> noting that consistency should be supported in that note numbers
>> the common language of note reference.
>> No one has suggested that such an update is a bad idea, though Troy
>> wondered aloud the other night in #xiphos about choice being taken
>> Considering that no other frontend (to my knowledge) makes any effort
>> do Xiphos-style post-processing in order to get n=X content into
>> personally I think the question of choice is moot: All other
>> simply take the null choice, that is, whatever the engine gives them,
>> n=X-less.
>> My inclination remains to commit the patch, but I'm concerned that so
>> little feedback has been seen.
>> _______________________________________________
>> 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
>sword-devel mailing list: sword-devel at crosswire.org
>Instructions to unsubscribe/change your settings at above page

Sent from my Android phone with K-9 Mail. Please excuse my brevity.

More information about the sword-devel mailing list