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

[DM Smith]

Jon,
I mean that for any given reference, it is parsed by one notation or the other, not both. If the input is provided by an end user via the keyboard, it would use the user's stated preference. When formatting references for output, it would also be used. But for all references coming from a module, it would use the current notation. Of course, we could have a conf entry in a module that would provide the punctuation. But I don't think that is necessary, as in OSIS there is a fixed notation using periods and ThML can use OSIS refs.

That way it is unambiguous.

In His Service,
	DM

On Nov 2, 2010, at 2:54 AM, Jonathan Morgan wrote:

> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20101102/615f6207/attachment.html>