Hi Peter,
Being a native Scandinavian I would like to help out if needed. I'm not
very knowledgeable about versification, but I could have a look at various
bibles in various languages to see if there is a pattern. Do you have a
list of the verses that doesn't fit the current versifications?
Best
Hi!
You might want to consider scanning the Sword++ git logs to cherry-pick
some fixes back into Sword. For example Sword not verifying TLS
certificates with Curl, enabling MiTM attacks [1] (not good to have in
persecuted countries), a thread safety issue leading to hangs in
front-ends [2], out-of
On 05/22/2017 11:43 AM, Troy A. Griffitts wrote:
> Could you repeat, or point me to the necessary details to produce this?
https://www.crosswire.org/pipermail/sword-devel/2017-March/044454.html
___
sword-devel mailing list: sword-devel@crosswire.org
http:
The letter for which xiphos\mod2imp misbehaves is U+-906 Devenagari letter
AA.
The the word *इत्बआल* in *I Kings 16:31* only occurs once in the whole
module.
That should not surprise anyone familiar with Devanagari.
The Devanagari letter आ (AA) is a leading vowel, one that should occur only
at t
Further clarification:
The output from *diatheke* was correct.
Only the output from *mod2imp* is where this issue lies.
Aside: Not tried the deprecated utility mod2osis.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Module-upload-UrduGeoDeva-tp4657184p4657240
Further clairification:
This is not an issue in Xiphos as a front-end. Just for the utility that
came with it.
The locations display correctly providing a suitable font is used for the
module option in Xiphos.
*Annapurna SIL* is recommended in our wiki page for Unicode Fonts.
See https://crossw
Hi Karl,
I am sorry for not looking into this. Could you repeat, or point me to
the necessary details to produce this? I am hoping it is simply a
filter order problem in the .conf for the module you are seeing the
problem in.
Troy
On 05/22/2017 07:35 AM, Karl Kleinpaste wrote:
Still unab
On Mon, 2017-05-22 at 07:10 -0700, Troy A. Griffitts wrote:
>
> There is also a method which was added, I think by Ben Morgan a
> while
> back: SWModule::isLinked, though I'm not sure why it was needed and
> I've
> never had a need in any frontend I've written to use it.
The reason I could see
"Curioser and curioser...", said Alice.
In my SWORD path on my Windows 7 PC, I have *symbolic links* to two
different sets of SWORD utilities.
*utils* links to where I downloaded the latest Windows binaries supplied
by Greg H. (all dated 2013-10-09 in package called
*sword-utilities-1.7.0-1*)
As DM has said, they are there. They were committed about a year ago
and not in the change list since the last RC.
There is a submission from domcox for mappings between v11ns, but those
can be included in a stable release and I'd really like to push the
conversation forward to establish a co
Still unable to deliver OSIS lemma content unless Strong's is
simultaneously enabled.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above p
Look again.
> On May 22, 2017, at 9:58 AM, David Haslam wrote:
>
> What about the three new French v11n schemes provided by DomCox ?
>
> I don't see them listed.
>
> A locale <> a versification!
>
> Best regards,
>
> David
>
>
>
> --
> View this message in context:
> http://sword-dev.350
What about the three new French v11n schemes provided by DomCox ?
I don't see them listed.
A locale <> a versification!
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/SWORD-1-8-0RC2-tp4657230p4657232.html
Sent from the SWORD Dev mailing list archi
If SWModule::setSkipConsecutiveLinks(true) then SWModule::increment()
(and operator ++) will skip to the next verse which is not a link to the
current verse.
Typically usage is that a chapter will simply do a for (;;) loop through
the verses in the chapter and it all just works.
There is als
Thanks to everyone who have contributed to this RC. Bundle available here:
http://crosswire.org/sword/alpha/alpha/sword-1.7.902.tar.gz
Feedback appreciated. My apologies if I missed something you've
submitted. Please remind me and I'll get it in.
Included since last RC:
-
It is in experimental precisely because it is lzss. There is no reason for it
to be updated to a more current text. Perhaps it should have a clear statement
in the conf's About.
Cent from my fone so theer mite be tipos. ;)
> On May 22, 2017, at 8:20 AM, Greg Hellings wrote:
>
> That sounds l
That sounds like it should stay. The prefix "lzss" sounds like it uses the
compression algorithm of the same name, which Sword has supported for a
long time but which few or no released modules leverage.
On May 22, 2017 6:06 AM, "David Haslam" wrote:
One module in CrossWire Experimental that sho
OK. Peter.
Before you resume further activities on *RomCor*, please contact me
privately.
I understand the frustration you (we both!) felt during that period just
over two years ago.
I've been thinking a lot about cross-references notes during the past three
weeks, in the course of text developm
Please refer to
https://crosswire.org/wiki/OSIS_Bibles#Notes_with_an_annotation_reference
Am I correct in understanding that an *annotation reference* should be
provided /only/ for notes that are *not* type="crossReference" ?
Front-ends such as *PocketSword* ignore the annotation reference in
cro
I think at the time the xrefs drove me batty and I eventually lost the will to
live. I will work now through my back list and see what else is there and once
cleared out have a new go at RomCor. It will likely be only a slow progress.
Peter
> Gesendet: Montag, 22. Mai 2017 um 11:56 Uhr
> Von:
I need to see if I have access rights there.
> Gesendet: Montag, 22. Mai 2017 um 11:51 Uhr
> Von: "David Haslam"
> An: sword-devel@crosswire.org
> Betreff: [sword-devel] Modules in CrossWire Experimental
>
> One module in CrossWire Experimental that should now be removed is
> *lzss_Wycliffe* dat
The *RomCor* module still has a hyphen where there should be an underscore in
these conf lines.
History-1.0=Initial release
History-2.0=Release of BFBS text - USFM text, revised spelling, footnotes,
crossreferences, titles etc.
History-2.1=Correction of multiple conversion errors
History-2.2=Corre
One module in CrossWire Experimental that should now be removed is
*lzss_Wycliffe* dated 2002-09-05. It has only the Pentateuch and Gospels.
This very early module is now superfluous since the complete Wycliffe Bible
module made from WikiSource is in CrossWire Main.
Best regards,
David
--
Vie
Should I add a row to one of the tables in the wiki page to describe the
*Scope* key?
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Module-upload-DaNT1819-tp4657208p4657221.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
_
That's a plausible explanation.
If that's the case, then the beta module with the different v11n ought to be
rebuilt from the latest source text asap.
It could then be moved from Beta after SWORD 1.8 is released and the most
popular front-ends have been updated to suit.
Best regards,
David
-
How many modules are missing the *SwordVersionDate* key from their .conf
file?
Question is prompted by the observation that the Romanian Cornilescu module
*RomCor* doesn't have one.
Where is the Module Team up to with this module since our private email
thread in February-March 2015 ?
In CrossWi
It is used by IBT, it was one of those endless discussions which led to
nowhere, the concept was sound and I have decided to introduce it on new
modules where it is useful (i.e. partial texts). And yes, it should be OSIS and
it is not. I will fix it.
Peter
> Gesendet: Montag, 22. Mai 2017 um
The most recent discussion in sword-devel about the proposed *Scope*
parameter was in January 2015.
The thread can be read here:
http://sword-dev.350566.n4.nabble.com/Scope-tt4654525.html#a4654533
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Mod
I think - I am not at my computer to check - the two have different
versifications. The one in beta uses one of the new French ones. I will
re-issue all French ones, once 1.8 is out
> Gesendet: Montag, 22. Mai 2017 um 10:35 Uhr
> Von: "David Haslam"
> An: sword-devel@crosswire.org
> Betreff: Re
Line 24 in the .conf file for this module is:
Scope=Mat-Rev
However, *Scope* is not yet defined in
https://crosswire.org/wiki/DevTools:conf_Files
There was past discussion about this proposal.
Was using this key ever agreed ?
Aside: Being pedantic, shouldn't Scope use OSIS book names, thus?
S
This didn't show up under Updates in the Xiphos Module Manager after a
refresh of CrossWire Main.
My installed module is Version=1.0.1 dated yesterday.
Has the version number been further incremented since then?
If not, why not?
Best regards,
David
--
View this message in context:
http://s
Hi Peter,
Does *mod2imp* now behave the same as *diatheke* in this regard?
If I recall aright, it didn't use to.
Maybe something has changed?
e.g. For the SWORD utilities packed with *Xiphos 4.0.5*
Can someone else also perform a "sanity check" on this, please.
btw. Numbers chapter 7 is usual
Sorry. My bad. I meant the *About* key not the *Description* key.
Regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Module-upload-DaOT1931NT1907-tp4657196p4657212.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
Hi.
Not entirely sure I’m understanding correctly.
In Eloquent I’m maintaining a map/dictionary per ’show verses’ request where
basically only the reference is stored in some normalized way.
So I can check on that dictionary and see whether a certain verse was already
added to the output buffer
Hi Peter,
Wouldn't it now be sensible to remove the earlier *FreJND* module from
CrossWire Beta ?
The Beta module is *Version=1.19*, so it has been superseded.
What was the original reason for the module being only in Beta?
Best regards,
David
--
View this message in context:
http://sword-
Dear All,
This is to announce that we have just now uploaded DaOT1931NT1907.
This is is an updated version of DaOT1931NT1907.
Many thanks to Ulrik for the hard work.
yours
The Module Team
P.S.: This email is sent automatically on upload of a new/updated module
__
Dear All,
This is to announce that we have just now uploaded DaNT1819.
This is is an updated version of DaNT1819.
Many thanks to Ulrik for the hard work.
yours
The Module Team
P.S.: This email is sent automatically on upload of a new/updated module
__
37 matches
Mail list logo
