[sword-devel] About conversion \va tag

Michael H cmahte at gmail.com
Tue Nov 7 02:36:14 MST 2017


FYI:

In USFM:

\vp *replaces *\v - used when the verse numbering appears out of order or
verse markers include alpha characters.

\va creates a visible *added word* inside of the verse. - used when
multiple versifications are being presented at the same time.

The problem with the proper presentation of \va is that Sword programs
leave the presentation of the primary verse number to the front end. This
creates a problem ensuring a complementary display of the alternate verse
is achieved by simple markup.  Since the front ends handle the presentation
of the primary verse, They should also handle the alternate (additional)
verse numbers. However, this is obviously not the case.



On Tue, Nov 7, 2017 at 2:18 AM, David Haslam <dfhmch at googlemail.com> wrote:

> As u2o.py is not supported by CrossWire, the first response ought to be to
> describe how usfm2osis.py deals with the `\va_#\va*` tag pair.
>
> It's quite likely that both scripts result in an OSIS construct that is far
> from meeting requirements.
>
> An alternative verse number (or chapter number) should not be given merely
> an osisID as this makes no sense for the v11n to which a module is to be
> built.
>
> Aside: There would really need to be some mechanism in place for these
> alternate verse or chapter numbers to be usable if two different modules
> were to be built from the same OSIS XML file, each having a their own
> versification scheme.
>
> Alternative numbers in USFM are designed to cover ecumenical translations
> where more than one Bible version is to be printed, having different
> versification schemes according to the target consituency, (e.g.)
> Protestant, Catholic, Orthodox, etc.
>
> If only one module is envisaged, the alternate numbers are purely
> informational.
> They should then have no function other than in displaying what some
> printed
> versions might have as the verse or chapter number for the same passage.
>
> I fear the script developers have not thought this through to basic
> principles.
>
> Best regards,
>
> David
>
>
>
>
>
> --
> Sent from: http://sword-dev.350566.n4.nabble.com/
>
> _______________________________________________
> 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/20171107/d2e2b792/attachment.html>


More information about the sword-devel mailing list