[sword-devel] Support more alternative verse syntaxes, e.g. "Luke 13, 12"

[Jonathan Morgan]

Are you suggesting that we support making the choice of reference system an
option (e.g. by default we support "Genesis 3:12, 15, 19", but you can
configure it so that it supports "Genesis 3, 12. 15. 19"), or that we try to
make the parser handle both reference systems simultaneously?  The latter
could be tricky, and I don't think that every reference would be unambiguous
(for example, in a ThML module "Genesis 3,4" might be a valid reference for
"Genesis 3 - 4" in a daily reading planner, but Genesis 3:4 in the other
reference system.  I couldn't see any reading planners encoded like that
though).

Jon

On Tue, Nov 2, 2010 at 1:26 PM, DM Smith <dmsmith at crosswire.org> wrote:

> I don't think that this would be too hard to implement in the SWORD engine.
> The trick would be to note the difference between user supplied punctuation
> and that coming from modules. And generated references could use them too.
> This is similar to the standard internationalization of decimal numbers.
> Essentially it could be driven by a small array of separators.
>
> In Him,
>         DM
>
> On Nov 1, 2010, at 6:40 PM, Matthew Talbert wrote:
>
> > See request at
> http://www.crosswire.org/forums/mvnforum/viewthread_thread,979
> >
> > I thought it might be of interest after our recent discussions about
> > reference parsing.
> >
> > Matthew
> >
> > _______________________________________________
> > 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
> 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/20101102/06350072/attachment-0001.html>