On 26/12/12 16:18, David Haslam wrote:
> Just tried entering Gen 1000:16 into Xiphos.
>
> What would you guess is the highlighted verse?
Congrats, great numerology! Of course it doesn't mean anything (ancient
people were not much into decimal numbers, were they?), and I wonder if
somebody finds o
Thanks David.
Just tried entering Gen 1000:16 into Xiphos.
What would you guess is the highlighted verse?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Need-help-tracking-down-a-bug-in-the-API-tp4651439p4651484.html
Sent from the SWORD Dev mailing list archive
On Wednesday, December 19, 2012 06:48:21 AM David Haslam wrote:
> The second is Mt 13:31f.
> This is really peculiar.
> It gives the whole of MARK 3 as a verse list, rather than anything in
> MATTHEW.
> I suppose this is because 31 is greater than the number of chapters in
> Matthew (28),
> yet it'
Thanks again for all the help on this one. I've committed a fix for
this and added the test case to our unit tests. Let me know if you find
it doesn't fix your problem, but it seems to fix the problem seen when
using: parsekey jn.2.3f.
Thanks again for the report and the detailed evaluation.
It sounds like this is a module error then. I've filed a report at
http://www.crosswire.org/tracker/browse/MOD-228 and will address it
after I finish grading term papers for the semester.
--Chris
On 12/19/2012 8:13 AM, Greg Hellings wrote:
"Yes, the trailing '.' does change the behavior:
1Ti
One of the peculiar remaining links is this 2Co 4:1,16,
with a trailing comma, found in Luke 18:1.
Another two are 3-7a and 4-7a both
found in II Corinthians 6:4, as is also 7b,8.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Need-help-tracking-down-a-bug-in-
"Yes, the trailing '.' does change the behavior:
1Ti2:6f." yields the whole chapter
"Ga1:1,11f." behaves the same as without the trailing '.'
On Wed, Dec 19, 2012 at 10:08 AM, Troy A. Griffitts
wrote:
> Thanks guys. I was, too, going to try the parsekey test in the engine. In
> the testsuite we h
Thanks guys. I was, too, going to try the parsekey test in the engine. In the
testsuite we have a zillion verse reference patterns we support and I'm sure we
have 'f' and 'ff' tests. What I suspect the problem might be is the trailing
'.'. We parse this as an acceptable book.chapter.verse separ
We might get better information on what is happening by passing each
of the noted references to the verserangeparse command line example
from the engine:
Passing in "1Ti2:6f" gives 1 Timothy 2:6-7.
"1Ti2:6ff" gives 1 Timothy 2:6-15.
"Ga1:1,11f" gives Galatians 1:1 and 1:11-12.
The engine appears
These analysis statistics might give further clues for investigation.
For module RWP, in the output of mod2imp, ...
There are 22159 matches to "" in total.
There are 736 matches to the exact pattern "f.".
btw. The same number as when matched even without the "f".
cf. There are 21117 matches to
Nic also mentioned Mark 4:30, in which there are indeed two links ending with
"f." after a numeral.
The first is Lu 13:18f.
In Xiphos, this gives the whole of Luke 18 as a verse list.
The second is Mt 13:31f.
This is really peculiar.
It gives the whole of MARK 3 as a verse list, rather than anyth
By way of comparison with what happens in SWORD based front-ends
In the JSword based Bible Desktop, with the RWP commentary selected,
clicking on a link ending with "f." does not go to a passage in the Bible
text,
despite the cursor shape changing to the one for active links.
Clicking on the
Interesting to observe that the same verse Mark 3:14 also has another cross
reference link ending with "f." after the last numeral.
This is Ga 1:1,11f.
In Xiphos 3.1.15, just as Nic reported, we get "all of 1 Timothy 6" for the
link he described,
yet for this other reference we only get Galatians
Nic didn't make this clear:
Commentary module *RWP* is Robertson's Word Pictures. It's located in
CrossWire Main.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Need-help-tracking-down-a-bug-in-the-API-tp4651439p4651442.html
Sent from the SWORD Dev mailing lis
So it appears that in RWP in Mark 3:14 there is a link to "1Ti 2:6f." and
that's what the module is linking to.
However, it appears that after we try to parse the verse list
(VerseKey::ParseVerseList) it gives all of 1 Timothy 6, starting at verse 1.
Looking at versekey.cpp at line 777 it has t
15 matches
Mail list logo
