From lafricain79 at gmail.com  Sat Feb  1 13:23:12 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Sat, 1 Feb 2020 15:23:12 -0500
Subject: [sword-devel] Footnotes in Titles
In-Reply-To: <69B697D4-86AF-4202-AE0B-D4250F3176DF@crosswire.org>
References: <aa6e0f61-a6ac-6609-58f6-7a412c3032d4@gmail.com>
	<a100c3bd-d0ed-9f15-9361-050eed742b48@gmail.com>
	<8b8b8ffe-4c27-d935-b31b-4c727ef7395b@kleinpaste.org>
	<069cf53e-64e6-4ab5-9ea2-5ede0ac6f1ba@gmail.com>
	<CAHxvOVL+siJQPwAz75iX=LAj1h2z4Aqk-s7qZD71Vqfu93b1AA@mail.gmail.com>
	<bmjhusbmwh9jdlnl68ah31mz-obmqocqvad9e-sdxzwcdibqlqttxksa2zw0os-nu5krg1chxap6cej1v2ce04rv8meeu-9iliqc-quk9a225zzk948i671-fyg7fx-ofo2j9-5wefzd-cubdqv76bls2.1580495658766@email.android.com>
	<638ad93a-2a52-95d3-02af-e2f41b25b5d3@gmail.com>
	<-2wmqv5-bcynnr-96j2uk-adf5up-d5ur4t-asawavibicktqgh4mw-jkbvdengo861-hhi8kshnhu0q34p0f7kfsp9ref8ll5p3ril0-4do5bq-i1rlxl-fumvvt-imexx0ynnye9-n8watssz7owv-wqlezr.1580512305231@email.android.com>
	<485ecc85-a70a-dba9-db84-a6f6da62710f@crosswire.org>
	<66772bdb-ec00-c1a9-dd87-713ac9b13958@gmail.com>
	<5F23BA54-12CB-4BB8-8FE7-243E40C19BD3@crosswire.org>
	<f3cce9fe-4797-3168-beb5-962bb8e96ddf@gmail.com>
	<69B697D4-86AF-4202-AE0B-D4250F3176DF@crosswire.org>
Message-ID: <e4dfb029-ec22-9502-f172-8a425a69279c@gmail.com>



Le 01/02/2020 ? 14:21, Troy A. Griffitts a ?crit?:
> I don't think you understand. I didn't make any changes to SWORD.
> SWORD has a suite of tests which we run to check to general
> functionality of the engine. They are "regression" tests to be sure we
> don't break something when we make changes. They are in the source
> tree under tests/testsuite/ You will find them here:
>
> http://crosswire.org/svn/sword/trunk/tests/testsuite/
>
> You'll find there, osisReference.xml in which I added a footnote in a
> canonical Psalm title and the output included the footnote just fine.
>
> Bishop is compiled with a fairly recent copy of the engine, so it
> should also work. In fact, I am almost sure I remember seeing
> cross-reference links from notes in your headings in the PorCap module.
>
Probably in Konvb, we don't have yet notes in PorCap.
> Hope this helps clarify.
Yes! Now I understand better. The problem then is more complex.
Sometimes the notes are well displayed, sometimes not. By instance if
the title is in the Chap 1,1 of Psalms, the note is not displayed. In
all the next chapter it is ok.? But in all the other books the notes in
the titles are never displayed. (In KonVb) If I add type="xxx" within
the <title> the note is note displayed.
Then I did some tests, and I discovered if I use the <lg> tag, the notes
are well displayed, except for the chapter 1.
If I add the type="main" or "chapter", the note is still well displayed,
but if I add a custom type like type="x-s2". The note is not display.

I hope this can help you for debugging the issue.
>
> Troy
>
>
>
> On February 1, 2020 6:47:01 AM MST, Cyrille <lafricain79 at gmail.com>
> wrote:
>
>
>
>     Le 31/01/2020 ? 23:38, Troy A. Griffitts a ?crit?:
>>     I didn't fix anything. I commited a test to our test suite to
>>     check a footnote in a title.
>     Ok can I have this test and try to compile a new sword package?
>>
>>     On January 31, 2020 9:27:34 PM MST, Cyrille
>>     <lafricain79 at gmail.com> wrote:
>>
>>
>>
>>         Le 31/01/2020 ? 20:06, Troy A. Griffitts a ?crit?:
>>>
>>>         Guys, has anyone actually written a test for this ticket
>>>         API-180?
>>>
>>>         I have just added one in the latest trunk commit and it
>>>         seems to work fine for me.? I used a note similar to the
>>>         example David has in the ticket and the output and
>>>         entryAttributes both look correct.
>>>
>>         Thank you I'm very happy to read that! I hope now the new
>>         sword release :) Did you already use the commit with the
>>         Capuchine bible?
>>>
>>>         ---------------
>>>
>>>         ... 
>>>           <chapter sID="Ps.3" osisID="Ps.3"/>
>>>             <title type="chapter">PSALM 3.</title>
>>>             <div type="section">
>>>             <title type="psalm" canonical="true">A Psalm of David<note n="A" osisID="Ps.3.xref.A" type="crossReference"><reference osisRef="Matt.1.4">Matt 1:4</reference></note>, when he fled from Absalom his son.</title>
>>>              <p>
>>>               <lg>
>>>                <verse sID="Ps.3.1" osisID="Ps.3.1"/>
>>>         ...
>>>
>>>         -----------------
>>>
>>>          Rendered Header:
>>>
>>>           <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>          
>>>          <br />
>>>
>>>         ------------------
>>>
>>>         Entry Attributes:
>>>
>>>         [ Footnote ]
>>>         	[ 1 ]
>>>         		body = <reference osisRef="Matt.1.4">Matt 1:4</reference>
>>>         		n = A
>>>         		osisID = Ps.3.xref.A
>>>         		refList = Matt.1.4
>>>         		type = crossReference
>>>         [ Heading ]
>>>         	[ 0 ]
>>>         		canonical = true
>>>         		sID = pv3
>>>         		subType = x-preverse
>>>         		type = x-milestone
>>>         	[ Preverse ]
>>>         		0 = <div sID="gen12" type="section"/> <title canonical="true" type="psalm">A Psalm of David<note n="A" osisID="Ps.3.xref.A" swordFootnote="1" type="crossReference"></note>, when he fled from Absalom his son.</title> <div sID="gen13" type="x-p"/> <lg sID="gen14"/> 
>>>         		module->renderText(heading[0]) =  <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>
>>>         <br />
>>>
>>>
>>>
>>>
>>>         On 1/31/20 4:11 PM, refdoc at gmx.net wrote:
>>>>         I looked at that a lot of times and decided it is beyond my
>>>>         Ken. Sorry. But the list stuff I think I can fix
>>>>
>>>>         Sent from my mobile. Please forgive shortness, typos and
>>>>         weird autocorrects.
>>>>
>>>>
>>>>         -------- Original Message --------
>>>>         Subject: Re: [sword-devel] Tei dic in sword
>>>>         From: Cyrille
>>>>         To: SWORD Developers' Collaboration Forum ,refdoc at gmx.net
>>>>         CC:
>>>>
>>>>
>>>>             The bug report is here
>>>>             <https://tracker.crosswire.org/projects/API/issues/API-221>.
>>>>             If you have some time to work on the sword issues,
>>>>             please have a look on a more annoying issue: API-180
>>>>             <https://tracker.crosswire.org/projects/API/issues/API-180>
>>>>             Almost 3 bible modules are affected by this issue.
>>>>             Thank you.
>>>>
>>>>             Le 31/01/2020 ? 13:34, refdoc at gmx.net a ?crit?:
>>>>>             Put a bug report in please with expected html. I will
>>>>>             deal with it within the next couple of weeks,.
>>>>>
>>>>>             Peter
>>>>>
>>>>>             Sent from my mobile. Please forgive shortness, typos
>>>>>             and weird autocorrects.
>>>>>
>>>>>
>>>>>             -------- Original Message --------
>>>>>             Subject: Re: [sword-devel] Tei dic in sword
>>>>>             From: Greg Hellings
>>>>>             To: SWORD Developers' Collaboration Forum
>>>>>             CC:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>                 On Fri, Jan 31, 2020 at 9:51 AM Cyrille
>>>>>                 <lafricain79 at gmail.com
>>>>>                 <mailto:lafricain79 at gmail.com>> wrote:
>>>>>
>>>>>
>>>>>
>>>>>                     Le 31/01/2020 ? 10:48, Karl Kleinpaste a ?crit?:
>>>>>>                     On 1/31/20 10:29 AM, Cyrille wrote:
>>>>>>>                     OK, then is it a problem with sword or with
>>>>>>>                     Xiphos?
>>>>>>                     It's incomplete support in Sword.
>>>>>>
>>>>>>                     If you look at Sword's
>>>>>>                     src/modules/filters/teixhtml.cpp, the word
>>>>>>                     "list" does not appear. In fact, you can run
>>>>>>                     "grep tag.getName teixhtml.cpp" to get a list
>>>>>>                     of the TEI keywords that are supported for
>>>>>>                     XHTML rendering.
>>>>>                     Would this deserve a bug report? Even if I
>>>>>                     don't think there are many people trying to
>>>>>                     solve the sword bugs...
>>>>>
>>>>>
>>>>>                 Yes, also a reasonable patch would add minimal
>>>>>                 code and you'd get
>>>>>                 <list> -> <ul>
>>>>>                 <item> -> <li>
>>>>>
>>>>>                 And you're probably done everything you need. A
>>>>>                 bug report with path is much more readily accepted
>>>>>                 into Sword than just a bug report.
>>>>>
>>>>>                 --Greg
>>>>>
>>>>>
>>>>>>
>>>>>>                     _______________________________________________
>>>>>>                     sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>>>                     <mailto: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
>>>>
>>>>
>>>>         _______________________________________________
>>>>         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
>>
>>
>>     -- 
>>     Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>
>>     _______________________________________________
>>     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
>
>
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/6dedea7b/attachment-0001.html>

From scribe at crosswire.org  Sat Feb  1 13:42:34 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sat, 1 Feb 2020 13:42:34 -0700
Subject: [sword-devel] Footnotes in Titles
In-Reply-To: <e4dfb029-ec22-9502-f172-8a425a69279c@gmail.com>
References: <aa6e0f61-a6ac-6609-58f6-7a412c3032d4@gmail.com>
	<8b8b8ffe-4c27-d935-b31b-4c727ef7395b@kleinpaste.org>
	<069cf53e-64e6-4ab5-9ea2-5ede0ac6f1ba@gmail.com>
	<CAHxvOVL+siJQPwAz75iX=LAj1h2z4Aqk-s7qZD71Vqfu93b1AA@mail.gmail.com>
	<bmjhusbmwh9jdlnl68ah31mz-obmqocqvad9e-sdxzwcdibqlqttxksa2zw0os-nu5krg1chxap6cej1v2ce04rv8meeu-9iliqc-quk9a225zzk948i671-fyg7fx-ofo2j9-5wefzd-cubdqv76bls2.1580495658766@email.android.com>
	<638ad93a-2a52-95d3-02af-e2f41b25b5d3@gmail.com>
	<-2wmqv5-bcynnr-96j2uk-adf5up-d5ur4t-asawavibicktqgh4mw-jkbvdengo861-hhi8kshnhu0q34p0f7kfsp9ref8ll5p3ril0-4do5bq-i1rlxl-fumvvt-imexx0ynnye9-n8watssz7owv-wqlezr.1580512305231@email.android.com>
	<485ecc85-a70a-dba9-db84-a6f6da62710f@crosswire.org>
	<66772bdb-ec00-c1a9-dd87-713ac9b13958@gmail.com>
	<5F23BA54-12CB-4BB8-8FE7-243E40C19BD3@crosswire.org>
	<f3cce9fe-4797-3168-beb5-962bb8e96ddf@gmail.com>
	<69B697D4-86AF-4202-AE0B-D4250F3176DF@crosswire.org>
	<e4dfb029-ec22-9502-f172-8a425a69279c@gmail.com>
Message-ID: <8170a782-0adc-7a30-78c5-1f99fe2ae687@crosswire.org>

:) Thanks for the info.? It does help a bit.? It sounds like osis2mod
might be (properly?) putting the note/title in a different location
(chapter/book intro instead of vs 1, pre-verse instead of in-verse)
based on type.? Just a theory.? Would need to test.

What I would ask is, if you look at osisReference.xml and see the note I
have placed there for testing (which works), if you could proposed an
addition to that file which would represent a note which you have found
that does not work, that would greatly help me comment on or debug the
problem.

Thank you for the time you've spend looking into this,

Troy


On 2/1/20 1:23 PM, Cyrille wrote:
>
>
> Le 01/02/2020 ? 14:21, Troy A. Griffitts a ?crit?:
>> I don't think you understand. I didn't make any changes to SWORD.
>> SWORD has a suite of tests which we run to check to general
>> functionality of the engine. They are "regression" tests to be sure
>> we don't break something when we make changes. They are in the source
>> tree under tests/testsuite/ You will find them here:
>>
>> http://crosswire.org/svn/sword/trunk/tests/testsuite/
>>
>> You'll find there, osisReference.xml in which I added a footnote in a
>> canonical Psalm title and the output included the footnote just fine.
>>
>> Bishop is compiled with a fairly recent copy of the engine, so it
>> should also work. In fact, I am almost sure I remember seeing
>> cross-reference links from notes in your headings in the PorCap module.
>>
> Probably in Konvb, we don't have yet notes in PorCap.
>> Hope this helps clarify.
> Yes! Now I understand better. The problem then is more complex.
> Sometimes the notes are well displayed, sometimes not. By instance if
> the title is in the Chap 1,1 of Psalms, the note is not displayed. In
> all the next chapter it is ok.? But in all the other books the notes
> in the titles are never displayed. (In KonVb) If I add type="xxx"
> within the <title> the note is note displayed.
> Then I did some tests, and I discovered if I use the <lg> tag, the
> notes are well displayed, except for the chapter 1.
> If I add the type="main" or "chapter", the note is still well
> displayed, but if I add a custom type like type="x-s2". The note is
> not display.
>
> I hope this can help you for debugging the issue.
>>
>> Troy
>>
>>
>>
>> On February 1, 2020 6:47:01 AM MST, Cyrille <lafricain79 at gmail.com>
>> wrote:
>>
>>
>>
>>     Le 31/01/2020 ? 23:38, Troy A. Griffitts a ?crit?:
>>>     I didn't fix anything. I commited a test to our test suite to
>>>     check a footnote in a title.
>>     Ok can I have this test and try to compile a new sword package?
>>>
>>>     On January 31, 2020 9:27:34 PM MST, Cyrille
>>>     <lafricain79 at gmail.com> wrote:
>>>
>>>
>>>
>>>         Le 31/01/2020 ? 20:06, Troy A. Griffitts a ?crit?:
>>>>
>>>>         Guys, has anyone actually written a test for this ticket
>>>>         API-180?
>>>>
>>>>         I have just added one in the latest trunk commit and it
>>>>         seems to work fine for me.? I used a note similar to the
>>>>         example David has in the ticket and the output and
>>>>         entryAttributes both look correct.
>>>>
>>>         Thank you I'm very happy to read that! I hope now the new
>>>         sword release :) Did you already use the commit with the
>>>         Capuchine bible?
>>>>
>>>>         ---------------
>>>>
>>>>         ... 
>>>>           <chapter sID="Ps.3" osisID="Ps.3"/>
>>>>             <title type="chapter">PSALM 3.</title>
>>>>             <div type="section">
>>>>             <title type="psalm" canonical="true">A Psalm of David<note n="A" osisID="Ps.3.xref.A" type="crossReference"><reference osisRef="Matt.1.4">Matt 1:4</reference></note>, when he fled from Absalom his son.</title>
>>>>              <p>
>>>>               <lg>
>>>>                <verse sID="Ps.3.1" osisID="Ps.3.1"/>
>>>>         ...
>>>>
>>>>         -----------------
>>>>
>>>>          Rendered Header:
>>>>
>>>>           <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>          
>>>>          <br />
>>>>
>>>>         ------------------
>>>>
>>>>         Entry Attributes:
>>>>
>>>>         [ Footnote ]
>>>>         	[ 1 ]
>>>>         		body = <reference osisRef="Matt.1.4">Matt 1:4</reference>
>>>>         		n = A
>>>>         		osisID = Ps.3.xref.A
>>>>         		refList = Matt.1.4
>>>>         		type = crossReference
>>>>         [ Heading ]
>>>>         	[ 0 ]
>>>>         		canonical = true
>>>>         		sID = pv3
>>>>         		subType = x-preverse
>>>>         		type = x-milestone
>>>>         	[ Preverse ]
>>>>         		0 = <div sID="gen12" type="section"/> <title canonical="true" type="psalm">A Psalm of David<note n="A" osisID="Ps.3.xref.A" swordFootnote="1" type="crossReference"></note>, when he fled from Absalom his son.</title> <div sID="gen13" type="x-p"/> <lg sID="gen14"/> 
>>>>         		module->renderText(heading[0]) =  <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>
>>>>         <br />
>>>>
>>>>
>>>>
>>>>
>>>>         On 1/31/20 4:11 PM, refdoc at gmx.net wrote:
>>>>>         I looked at that a lot of times and decided it is beyond
>>>>>         my Ken. Sorry. But the list stuff I think I can fix
>>>>>
>>>>>         Sent from my mobile. Please forgive shortness, typos and
>>>>>         weird autocorrects.
>>>>>
>>>>>
>>>>>         -------- Original Message --------
>>>>>         Subject: Re: [sword-devel] Tei dic in sword
>>>>>         From: Cyrille
>>>>>         To: SWORD Developers' Collaboration Forum ,refdoc at gmx.net
>>>>>         CC:
>>>>>
>>>>>
>>>>>             The bug report is here
>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-221>.
>>>>>             If you have some time to work on the sword issues,
>>>>>             please have a look on a more annoying issue: API-180
>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-180>
>>>>>             Almost 3 bible modules are affected by this issue.
>>>>>             Thank you.
>>>>>
>>>>>             Le 31/01/2020 ? 13:34, refdoc at gmx.net a ?crit?:
>>>>>>             Put a bug report in please with expected html. I will
>>>>>>             deal with it within the next couple of weeks,.
>>>>>>
>>>>>>             Peter
>>>>>>
>>>>>>             Sent from my mobile. Please forgive shortness, typos
>>>>>>             and weird autocorrects.
>>>>>>
>>>>>>
>>>>>>             -------- Original Message --------
>>>>>>             Subject: Re: [sword-devel] Tei dic in sword
>>>>>>             From: Greg Hellings
>>>>>>             To: SWORD Developers' Collaboration Forum
>>>>>>             CC:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>                 On Fri, Jan 31, 2020 at 9:51 AM Cyrille
>>>>>>                 <lafricain79 at gmail.com
>>>>>>                 <mailto:lafricain79 at gmail.com>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>                     Le 31/01/2020 ? 10:48, Karl Kleinpaste a ?crit?:
>>>>>>>                     On 1/31/20 10:29 AM, Cyrille wrote:
>>>>>>>>                     OK, then is it a problem with sword or with
>>>>>>>>                     Xiphos?
>>>>>>>                     It's incomplete support in Sword.
>>>>>>>
>>>>>>>                     If you look at Sword's
>>>>>>>                     src/modules/filters/teixhtml.cpp, the word
>>>>>>>                     "list" does not appear. In fact, you can run
>>>>>>>                     "grep tag.getName teixhtml.cpp" to get a
>>>>>>>                     list of the TEI keywords that are supported
>>>>>>>                     for XHTML rendering.
>>>>>>                     Would this deserve a bug report? Even if I
>>>>>>                     don't think there are many people trying to
>>>>>>                     solve the sword bugs...
>>>>>>
>>>>>>
>>>>>>                 Yes, also a reasonable patch would add minimal
>>>>>>                 code and you'd get
>>>>>>                 <list> -> <ul>
>>>>>>                 <item> -> <li>
>>>>>>
>>>>>>                 And you're probably done everything you need. A
>>>>>>                 bug report with path is much more readily
>>>>>>                 accepted into Sword than just a bug report.
>>>>>>
>>>>>>                 --Greg
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>                     _______________________________________________
>>>>>>>                     sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>>>>                     <mailto: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
>>>>>
>>>>>
>>>>>         _______________________________________________
>>>>>         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
>>>
>>>
>>>     -- 
>>>     Sent from my Android device with K-9 Mail. Please excuse my
>>>     brevity.
>>>
>>>     _______________________________________________
>>>     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
>>
>>
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity. 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/f34594e0/attachment-0001.html>

From lafricain79 at gmail.com  Sat Feb  1 13:56:17 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Sat, 1 Feb 2020 15:56:17 -0500
Subject: [sword-devel] Footnotes in Titles
In-Reply-To: <8170a782-0adc-7a30-78c5-1f99fe2ae687@crosswire.org>
References: <aa6e0f61-a6ac-6609-58f6-7a412c3032d4@gmail.com>
	<069cf53e-64e6-4ab5-9ea2-5ede0ac6f1ba@gmail.com>
	<CAHxvOVL+siJQPwAz75iX=LAj1h2z4Aqk-s7qZD71Vqfu93b1AA@mail.gmail.com>
	<bmjhusbmwh9jdlnl68ah31mz-obmqocqvad9e-sdxzwcdibqlqttxksa2zw0os-nu5krg1chxap6cej1v2ce04rv8meeu-9iliqc-quk9a225zzk948i671-fyg7fx-ofo2j9-5wefzd-cubdqv76bls2.1580495658766@email.android.com>
	<638ad93a-2a52-95d3-02af-e2f41b25b5d3@gmail.com>
	<-2wmqv5-bcynnr-96j2uk-adf5up-d5ur4t-asawavibicktqgh4mw-jkbvdengo861-hhi8kshnhu0q34p0f7kfsp9ref8ll5p3ril0-4do5bq-i1rlxl-fumvvt-imexx0ynnye9-n8watssz7owv-wqlezr.1580512305231@email.android.com>
	<485ecc85-a70a-dba9-db84-a6f6da62710f@crosswire.org>
	<66772bdb-ec00-c1a9-dd87-713ac9b13958@gmail.com>
	<5F23BA54-12CB-4BB8-8FE7-243E40C19BD3@crosswire.org>
	<f3cce9fe-4797-3168-beb5-962bb8e96ddf@gmail.com>
	<69B697D4-86AF-4202-AE0B-D4250F3176DF@crosswire.org>
	<e4dfb029-ec22-9502-f172-8a425a69279c@gmail.com>
	<8170a782-0adc-7a30-78c5-1f99fe2ae687@crosswire.org>
Message-ID: <840255da-0e4a-8ba7-1bb1-996aabce9c8c@gmail.com>



Le 01/02/2020 ? 15:42, Troy A. Griffitts a ?crit?:
>
> :) Thanks for the info.? It does help a bit.? It sounds like osis2mod
> might be (properly?) putting the note/title in a different location
> (chapter/book intro instead of vs 1, pre-verse instead of in-verse)
> based on type.? Just a theory.? Would need to test.
>
> What I would ask is, if you look at osisReference.xml and see the note
> I have placed there for testing (which works), if you could proposed
> an addition to that file which would represent a note which you have
> found that does not work, that would greatly help me comment on or
> debug the problem.
>
Done in the attached file, but I'm not sure I wrote all well...
>
> Thank you for the time you've spend looking into this,
>
> Troy
>
>
> On 2/1/20 1:23 PM, Cyrille wrote:
>>
>>
>> Le 01/02/2020 ? 14:21, Troy A. Griffitts a ?crit?:
>>> I don't think you understand. I didn't make any changes to SWORD.
>>> SWORD has a suite of tests which we run to check to general
>>> functionality of the engine. They are "regression" tests to be sure
>>> we don't break something when we make changes. They are in the
>>> source tree under tests/testsuite/ You will find them here:
>>>
>>> http://crosswire.org/svn/sword/trunk/tests/testsuite/
>>>
>>> You'll find there, osisReference.xml in which I added a footnote in
>>> a canonical Psalm title and the output included the footnote just fine.
>>>
>>> Bishop is compiled with a fairly recent copy of the engine, so it
>>> should also work. In fact, I am almost sure I remember seeing
>>> cross-reference links from notes in your headings in the PorCap module.
>>>
>> Probably in Konvb, we don't have yet notes in PorCap.
>>> Hope this helps clarify.
>> Yes! Now I understand better. The problem then is more complex.
>> Sometimes the notes are well displayed, sometimes not. By instance if
>> the title is in the Chap 1,1 of Psalms, the note is not displayed. In
>> all the next chapter it is ok.? But in all the other books the notes
>> in the titles are never displayed. (In KonVb) If I add type="xxx"
>> within the <title> the note is note displayed.
>> Then I did some tests, and I discovered if I use the <lg> tag, the
>> notes are well displayed, except for the chapter 1.
>> If I add the type="main" or "chapter", the note is still well
>> displayed, but if I add a custom type like type="x-s2". The note is
>> not display.
>>
>> I hope this can help you for debugging the issue.
>>>
>>> Troy
>>>
>>>
>>>
>>> On February 1, 2020 6:47:01 AM MST, Cyrille <lafricain79 at gmail.com>
>>> wrote:
>>>
>>>
>>>
>>>     Le 31/01/2020 ? 23:38, Troy A. Griffitts a ?crit?:
>>>>     I didn't fix anything. I commited a test to our test suite to
>>>>     check a footnote in a title.
>>>     Ok can I have this test and try to compile a new sword package?
>>>>
>>>>     On January 31, 2020 9:27:34 PM MST, Cyrille
>>>>     <lafricain79 at gmail.com> wrote:
>>>>
>>>>
>>>>
>>>>         Le 31/01/2020 ? 20:06, Troy A. Griffitts a ?crit?:
>>>>>
>>>>>         Guys, has anyone actually written a test for this ticket
>>>>>         API-180?
>>>>>
>>>>>         I have just added one in the latest trunk commit and it
>>>>>         seems to work fine for me.? I used a note similar to the
>>>>>         example David has in the ticket and the output and
>>>>>         entryAttributes both look correct.
>>>>>
>>>>         Thank you I'm very happy to read that! I hope now the new
>>>>         sword release :) Did you already use the commit with the
>>>>         Capuchine bible?
>>>>>
>>>>>         ---------------
>>>>>
>>>>>         ... 
>>>>>           <chapter sID="Ps.3" osisID="Ps.3"/>
>>>>>             <title type="chapter">PSALM 3.</title>
>>>>>             <div type="section">
>>>>>             <title type="psalm" canonical="true">A Psalm of David<note n="A" osisID="Ps.3.xref.A" type="crossReference"><reference osisRef="Matt.1.4">Matt 1:4</reference></note>, when he fled from Absalom his son.</title>
>>>>>              <p>
>>>>>               <lg>
>>>>>                <verse sID="Ps.3.1" osisID="Ps.3.1"/>
>>>>>         ...
>>>>>
>>>>>         -----------------
>>>>>
>>>>>          Rendered Header:
>>>>>
>>>>>           <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>>          
>>>>>          <br />
>>>>>
>>>>>         ------------------
>>>>>
>>>>>         Entry Attributes:
>>>>>
>>>>>         [ Footnote ]
>>>>>         	[ 1 ]
>>>>>         		body = <reference osisRef="Matt.1.4">Matt 1:4</reference>
>>>>>         		n = A
>>>>>         		osisID = Ps.3.xref.A
>>>>>         		refList = Matt.1.4
>>>>>         		type = crossReference
>>>>>         [ Heading ]
>>>>>         	[ 0 ]
>>>>>         		canonical = true
>>>>>         		sID = pv3
>>>>>         		subType = x-preverse
>>>>>         		type = x-milestone
>>>>>         	[ Preverse ]
>>>>>         		0 = <div sID="gen12" type="section"/> <title canonical="true" type="psalm">A Psalm of David<note n="A" osisID="Ps.3.xref.A" swordFootnote="1" type="crossReference"></note>, when he fled from Absalom his son.</title> <div sID="gen13" type="x-p"/> <lg sID="gen14"/> 
>>>>>         		module->renderText(heading[0]) =  <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>>
>>>>>         <br />
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>         On 1/31/20 4:11 PM, refdoc at gmx.net wrote:
>>>>>>         I looked at that a lot of times and decided it is beyond
>>>>>>         my Ken. Sorry. But the list stuff I think I can fix
>>>>>>
>>>>>>         Sent from my mobile. Please forgive shortness, typos and
>>>>>>         weird autocorrects.
>>>>>>
>>>>>>
>>>>>>         -------- Original Message --------
>>>>>>         Subject: Re: [sword-devel] Tei dic in sword
>>>>>>         From: Cyrille
>>>>>>         To: SWORD Developers' Collaboration Forum ,refdoc at gmx.net
>>>>>>         CC:
>>>>>>
>>>>>>
>>>>>>             The bug report is here
>>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-221>.
>>>>>>             If you have some time to work on the sword issues,
>>>>>>             please have a look on a more annoying issue: API-180
>>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-180>
>>>>>>             Almost 3 bible modules are affected by this issue.
>>>>>>             Thank you.
>>>>>>
>>>>>>             Le 31/01/2020 ? 13:34, refdoc at gmx.net a ?crit?:
>>>>>>>             Put a bug report in please with expected html. I
>>>>>>>             will deal with it within the next couple of weeks,.
>>>>>>>
>>>>>>>             Peter
>>>>>>>
>>>>>>>             Sent from my mobile. Please forgive shortness, typos
>>>>>>>             and weird autocorrects.
>>>>>>>
>>>>>>>
>>>>>>>             -------- Original Message --------
>>>>>>>             Subject: Re: [sword-devel] Tei dic in sword
>>>>>>>             From: Greg Hellings
>>>>>>>             To: SWORD Developers' Collaboration Forum
>>>>>>>             CC:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>                 On Fri, Jan 31, 2020 at 9:51 AM Cyrille
>>>>>>>                 <lafricain79 at gmail.com
>>>>>>>                 <mailto:lafricain79 at gmail.com>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>                     Le 31/01/2020 ? 10:48, Karl Kleinpaste a ?crit?:
>>>>>>>>                     On 1/31/20 10:29 AM, Cyrille wrote:
>>>>>>>>>                     OK, then is it a problem with sword or
>>>>>>>>>                     with Xiphos?
>>>>>>>>                     It's incomplete support in Sword.
>>>>>>>>
>>>>>>>>                     If you look at Sword's
>>>>>>>>                     src/modules/filters/teixhtml.cpp, the word
>>>>>>>>                     "list" does not appear. In fact, you can
>>>>>>>>                     run "grep tag.getName teixhtml.cpp" to get
>>>>>>>>                     a list of the TEI keywords that are
>>>>>>>>                     supported for XHTML rendering.
>>>>>>>                     Would this deserve a bug report? Even if I
>>>>>>>                     don't think there are many people trying to
>>>>>>>                     solve the sword bugs...
>>>>>>>
>>>>>>>
>>>>>>>                 Yes, also a reasonable patch would add minimal
>>>>>>>                 code and you'd get
>>>>>>>                 <list> -> <ul>
>>>>>>>                 <item> -> <li>
>>>>>>>
>>>>>>>                 And you're probably done everything you need. A
>>>>>>>                 bug report with path is much more readily
>>>>>>>                 accepted into Sword than just a bug report.
>>>>>>>
>>>>>>>                 --Greg
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>                     _______________________________________________
>>>>>>>>                     sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>>>>>                     <mailto: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
>>>>>>
>>>>>>
>>>>>>         _______________________________________________
>>>>>>         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
>>>>
>>>>
>>>>     -- 
>>>>     Sent from my Android device with K-9 Mail. Please excuse my
>>>>     brevity.
>>>>
>>>>     _______________________________________________
>>>>     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
>>>
>>>
>>> -- 
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity. 
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/b34c55d4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: osisReference2.xml
Type: text/xml
Size: 13234 bytes
Desc: not available
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/b34c55d4/attachment-0001.xml>

From scribe at crosswire.org  Sat Feb  1 14:33:03 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sat, 1 Feb 2020 14:33:03 -0700
Subject: [sword-devel] How to validate a Sword module unlock key?
In-Reply-To: <2A7DAF45-6784-49D9-AF44-9C514802B875@tklein.info>
References: <D07B35CD-8D44-416D-9975-B654499992CC@tklein.info>
	<-1v6p14-n8rzhv-a4yh5v-o3nuzsofjppimddw74l5lqq-2fv9hi-w8hqu0zefmr7qeex91m835ll-wffxgb-62kfyb-ksqfz1s9qfb5jdismp-7va1z0n0gsfwa6hx14ufyi1ri6sbea-36lmid-5u5icb.1579115478919@email.android.com>
	<2A7DAF45-6784-49D9-AF44-9C514802B875@tklein.info>
Message-ID: <6d82c8a7-2a50-2495-e640-86393fa7b391@crosswire.org>

Hi Tobias,

We has a little more discussion off list about this.

I would prefer not to change this at the moment.

In summary and very briefly, my concerns are:

1) BEFORE INSTALLATION: I don't think there is enough advantage to
verifying the key before install to warrant moving a hash to the conf
while and putting that burden on the module writers and risk
inconsistencies.? Sure, it would work, but why do we really want to
allow checking before module install?? In the normal use case, the user
will need to install the module anyway if they have a valid key, so we
would only be benefiting users with invalid keys.

I suspect, for you, this might cause additional hassles because you are
doing something we don't recommend or support: extracting module data
from our format and placing it in your own storage format for your
application.? I would continue to suggest you access SWORD data directly
from SWORD modules, on demand, as all of our other applications, instead
of converting all the data to your own format (which has more issues for
copyrighted and locked modules).

2) USER VERIFICATION: We've had this same policy in place for 30+ years
to involve the user to verify the key and have had no complaints.? Some
think (with good logic) that if we use a large enough unlock key, the
computational power to brute force the key will be larger than
practical; even so, computational power and parallel computer improves
and I believe it is still best practice to attempt to involve the user
in verifying the success of an unlock attempt.? There are things we can
do to improve the current mechanism: support a new conf entry which
recommends which module index key to use to check: e.g.,?
CipherVerifyKey=Jn.3.16

I don't mean to be difficult, and I realize it would make your life
easier if there was simply an isCipherKeyValid method, and I want to
give you everything I can to make your life easier, but I really think
changing this now has disadvantages which outweigh the advantages.

Troy


On 1/24/20 1:54 PM, Tobias Klein wrote:
> Hi Troy!
>
> Based on this discussion and Jaak's proposal, would you accept a patch
> for Sword that adds the requested function?
>
> Best regards,
> Tobias
>
> Am 15. Januar 2020 20:11:18 MEZ schrieb "refdoc at gmx.net"
> <refdoc at gmx.net>:
>
>     I would second that. It would be trivial to identify a known text
>     from the module's printed text and run a brute force
>
>     While $key not identified
>     If module_decrypted($key, John:1:1) begins with "In the beginning"
>     Then Found it!
>     Else increment $key and restart loop
>
>     Peter
>
>     Sent from my mobile. Please forgive shortness, typos and weird
>     autocorrects.
>
>
>     -------- Original Message --------
>     Subject: Re: [sword-devel] How to validate a Sword module unlock key?
>     From: Tobias Klein
>     To: SWORD Developers' Collaboration Forum ,Greg Hellings
>     CC:
>
>
>         Hi!
>
>         As has been said before, if somebody really wants to crack an
>         unlock key there are still ways to do that ... so, not having
>         the validation function is then more a lack of usability than
>         actual security.
>         What's the conclusion to this discussion?
>         Given the feedback that I saw I would still suggest to move
>         forward with implementing the functionality based on Jaak's
>         proposal.
>
>         Best regards,
>         Tobias
>
>         Am 13. Januar 2020 19:41:36 MEZ schrieb Greg Hellings
>         <greg.hellings at gmail.com>:
>
>
>
>             On Mon, Jan 13, 2020, 11:28 Troy A. Griffitts
>             <scribe at crosswire.org <mailto:scribe at crosswire.org>> wrote:
>
>                 Hello all,
>
>                 While the request at face value seems reasonable, let
>                 me explain a bit of the history behind not having a
>                 method like this.
>
>                 The way we've recommended in the past for frontends to
>                 build a UI interface for unlocking is to show some
>                 entry in the Bible to the user after deciphering and
>                 ask them if it looks OK.? This might seem kludgy, but
>                 it has the same effect as one of those stupid
>                 captchas-- it require human interaction upon each
>                 decipher confirmation.
>
>                 The reasoning, as you've probably guessed, is to make
>                 it more difficult to brute force an unlock key.
>
>                 This may or may not be important or effective, but it
>                 has been the policy up until now.
>
>                 Practically, what happens these days is that
>                 deciphering has been relocated to before
>                 decompression, and most enciphered modules use
>                 compression, so the end result is that that the
>                 decompression filter will throw a 'corrupt data during
>                 decompression' error and return a 0 length entry--
>                 which can be used for brute force key guessing.
>
>
>             The last time I looked into this, it wasn't just practice.
>             Enciphering just plain didn't work on uncompressed
>             modules. But that was a while ago.
>
>                 So, we're in a state where we don't officially provide
>                 a means to programmatically test an unlock key (for
>                 reasons stated above), but in practice, an empty
>                 buffer returned for, say John.3.16, would give a
>                 reasonable check for an invalid unlock key, or a check
>                 for a valid UTF-8 stream would also be a reasonable
>                 programmatic check.
>
>
>             What about a module like LXX or WLC? I realize those
>             aren't under lock and key, but they're informative that
>             checking for zero length in a particular reference isn't
>             foolhardy. Conversely if it's Genesis 1:1, what about
>             NA28? Particularly of note in commentary modules which
>             could be limited to one book, alone.
>
>                 So, while in principle, I believe it's a good thing to
>                 force user input into unlock confirmation to
>                 discourage brute force guessing, we don't do a good
>                 job with the implementation right now.
>
>
>             Being a programmatic API, I'm not sure we can provide
>             anything to prevent brute force attacks. If I know even a
>             single word of any reference in the work, it becomes
>             trivial to attack by just searching for the word's
>             presence in the resulting output. As long as we are using
>             a cryptographic algorithm that is strong against known
>             plain text attacks, we can leave attacks up to the field
>             of crypt analysis and be happy that we've done our due
>             diligence.
>
>             Jaak's proposal is reasonable and prevents known plain
>             text attacks by resorting to a hash, but it makes
>             maintaining the config file more of a pain. Storing the
>             text in a module file field solves the maintenance problem
>             with the conf file but could cause problems with existing
>             content, depending on how exactly the file format is laid
>             out - an area you're the expert in.
>
>             --Greg
>
>                 Thoughts?
>
>                 Troy
>
>                 On 1/12/20 11:42 PM, Tobias Klein wrote:
>>
>>                 I like this idea, Jaak! :)
>>
>>                 Can we implement this in the Sword engine with the
>>                 next release that also delivers the "individualized
>>                 unlock key function"? Ideally directly with a
>>                 convenient API function that has the purpose to
>>                 validate a given unlock key, with a signature like this:
>>
>>                 *bool isSwordUnlockKeyValid(std::string key)*
>>
>>                 In my view, having a mechanism for validating the
>>                 unlock key is essential for having a professional
>>                 unlock frontend. Without the availability of such a
>>                 mechanism I see the following issues:
>>
>>                 - Users need to go through full installation of a
>>                 module before knowing that the unlock key they
>>                 entered works. This is a rather lengthy feedback loop.
>>
>>                 - Since there is a possibility for input errors when
>>                 entering the key, the frontend must provide extra
>>                 functions to "correct the key" after the installation
>>                 has already happened (this wouldn't be necessary with
>>                 a validation function).
>>
>>                 Best regards,
>>                 Tobias
>>
>>                 On 1/12/20 11:46 PM, Jaak Ristioja wrote:
>>>                 Hi!
>>>
>>>                 On 12.01.20 20:53, Greg Hellings wrote:
>>>>                 On Sun, Jan 12, 2020 at 10:32 AM Tobias Klein <contact at tklein.info> <mailto:contact at tklein.info> wrote:
>>>>
>>>>>                 Hi,
>>>>>
>>>>>                 I'm adding Sword module unlock support to Ezra Project and I've been
>>>>>                 wondering how you would validate a given unlock key?
>>>>>
>>>>>                 Basically the dialog for entering the unlock key is shown when a locked
>>>>>                 module is selected for installation. Before going through the effort of
>>>>>                 installing a module I would like to make sure that the given unlock key
>>>>>                 actually works with the selected module. Is there something in the SWORD
>>>>>                 API that supports the validation of the unlock key entered by the user?
>>>>>
>>>>                 The last time this came up, I believe the answer was that you just have to
>>>>                 try it and display it to the user and they have to decide if the results
>>>>                 are human readable.
>>>>
>>>>                 It would be possible to include a field in modules with a known-good value,
>>>>                 then the API could test if that value matched what was expected when it was
>>>>                 decrypted. Unless that functionality already exists, I don't know of any
>>>>                 other way you could accomplish this.
>>>                 I've thought about this many times myself and as far as I know Greg is
>>>                 right that there is currently no other way besides trial and error to
>>>                 verify the unlock key.
>>>
>>>                 Greg: Do I understand you correctly, that there would need to be an
>>>                 extra field in every such module, and extra logic must be added to SWORD
>>>                 so that this extra field does not show up in frontends? If this is so,
>>>                 it might slightly break compatiblity of modules with older versions of
>>>                 SWORD which do not contain such enhancements.
>>>
>>>                 As an alternative, I suggest for consideration the following approach:
>>>
>>>
>>>                 Add in the module configuration file the two extra pieces of
>>>                 information (presented here as two configuration options with bad names):
>>>
>>>                   UnlockKeyVerifyValue=<Some sufficiently long random ASCII string>
>>>                   UnlockKeyVerifyHash=<Hash of field value>
>>>
>>>                 When a newer version of SWORD detects these configuration options in the
>>>                 module configuration, it can verify the unlock key using the following
>>>                 algorithm:
>>>
>>>                   1) Decrypt the value of the UnlockKeyVerifyValue configuration option
>>>                 (after whitespace trimming) with the unlock key
>>>                   2) Verify that the hash of the value decrypted in step 1 matches the
>>>                 value of the UnlockKeyVerifyHash configuration option.
>>>
>>>
>>>                 Pros:
>>>                  * Modules can easily be amended by adding new entries to their
>>>                 configuration files.
>>>                  * No extra field in the module text is needed, so modules amended with
>>>                 these configuration options will continue to work with older versions of
>>>                 SWORD.
>>>                  * Anyone with the key can generate this verification information.
>>>                  * Only access to the module configuration file is needed to verify the
>>>                 unlock key, so no expensive seeking/reading/parsing the encrypted module
>>>                 content is necessary.
>>>                  * Doesn't too leak much about the key.
>>>
>>>                 Cons:
>>>                  * A hash function must be implemented, but I think this would not need
>>>                 to be cryptographically secure, but would act more like checksum, so
>>>                 even something as simple as CRC-32 might do.
>>>
>>>
>>>                 Notes:
>>>                  * Another alternative would be to use a ciphertext/plaintext pair
>>>                 instead so that no checksum/has must be implemented at all, but this
>>>                 might potentially leak too much about the key, and will likely require
>>>                 the configuration options to include binary values (i.e.
>>>                 escaping/encoding would be needed).
>>>                  * Another alternative would be to decrypt and verify a field from the
>>>                 encrypted module itself, but reading the ciphertext from the module file
>>>                 might be a more expensive operation.
>>>
>>>
>>>                 Hope this helps.
>>>
>>>
>>>                 Best regards,
>>>                 J
>>>
>>>                 _______________________________________________
>>>                 sword-devel mailing list: sword-devel at crosswire.org <mailto: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 <mailto: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
>                 <mailto:sword-devel at crosswire.org>
>                 http://www.crosswire.org/mailman/listinfo/sword-devel
>                 Instructions to unsubscribe/change your settings at
>                 above page
>
>
>         -- 
>         Message sent from my phone. Please excuse brevity.
>
>
> -- 
> Message sent from my phone. Please excuse brevity.
>
> _______________________________________________
> 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/20200201/f67000e7/attachment-0001.html>

From scribe at crosswire.org  Sat Feb  1 14:51:12 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sat, 1 Feb 2020 14:51:12 -0700
Subject: [sword-devel] Footnotes in Titles
In-Reply-To: <840255da-0e4a-8ba7-1bb1-996aabce9c8c@gmail.com>
References: <aa6e0f61-a6ac-6609-58f6-7a412c3032d4@gmail.com>
	<CAHxvOVL+siJQPwAz75iX=LAj1h2z4Aqk-s7qZD71Vqfu93b1AA@mail.gmail.com>
	<bmjhusbmwh9jdlnl68ah31mz-obmqocqvad9e-sdxzwcdibqlqttxksa2zw0os-nu5krg1chxap6cej1v2ce04rv8meeu-9iliqc-quk9a225zzk948i671-fyg7fx-ofo2j9-5wefzd-cubdqv76bls2.1580495658766@email.android.com>
	<638ad93a-2a52-95d3-02af-e2f41b25b5d3@gmail.com>
	<-2wmqv5-bcynnr-96j2uk-adf5up-d5ur4t-asawavibicktqgh4mw-jkbvdengo861-hhi8kshnhu0q34p0f7kfsp9ref8ll5p3ril0-4do5bq-i1rlxl-fumvvt-imexx0ynnye9-n8watssz7owv-wqlezr.1580512305231@email.android.com>
	<485ecc85-a70a-dba9-db84-a6f6da62710f@crosswire.org>
	<66772bdb-ec00-c1a9-dd87-713ac9b13958@gmail.com>
	<5F23BA54-12CB-4BB8-8FE7-243E40C19BD3@crosswire.org>
	<f3cce9fe-4797-3168-beb5-962bb8e96ddf@gmail.com>
	<69B697D4-86AF-4202-AE0B-D4250F3176DF@crosswire.org>
	<e4dfb029-ec22-9502-f172-8a425a69279c@gmail.com>
	<8170a782-0adc-7a30-78c5-1f99fe2ae687@crosswire.org>
	<840255da-0e4a-8ba7-1bb1-996aabce9c8c@gmail.com>
Message-ID: <2337799b-d231-600d-9d45-44ed03057f5b@crosswire.org>

Dear Br. Cyrille,

Your patch to osisReference.xml is more than I think you intended
(attached to this email for reference).? I don't wish to try to guess
what exactly your new test is.? Please, could you send only a simple
change to demonstrate what you want to test.

Thanks again for your time on this!

Troy


On 2/1/20 1:56 PM, Cyrille wrote:
>
>
> Le 01/02/2020 ? 15:42, Troy A. Griffitts a ?crit?:
>>
>> :) Thanks for the info.? It does help a bit.? It sounds like osis2mod
>> might be (properly?) putting the note/title in a different location
>> (chapter/book intro instead of vs 1, pre-verse instead of in-verse)
>> based on type.? Just a theory.? Would need to test.
>>
>> What I would ask is, if you look at osisReference.xml and see the
>> note I have placed there for testing (which works), if you could
>> proposed an addition to that file which would represent a note which
>> you have found that does not work, that would greatly help me comment
>> on or debug the problem.
>>
> Done in the attached file, but I'm not sure I wrote all well...
>>
>> Thank you for the time you've spend looking into this,
>>
>> Troy
>>
>>
>> On 2/1/20 1:23 PM, Cyrille wrote:
>>>
>>>
>>> Le 01/02/2020 ? 14:21, Troy A. Griffitts a ?crit?:
>>>> I don't think you understand. I didn't make any changes to SWORD.
>>>> SWORD has a suite of tests which we run to check to general
>>>> functionality of the engine. They are "regression" tests to be sure
>>>> we don't break something when we make changes. They are in the
>>>> source tree under tests/testsuite/ You will find them here:
>>>>
>>>> http://crosswire.org/svn/sword/trunk/tests/testsuite/
>>>>
>>>> You'll find there, osisReference.xml in which I added a footnote in
>>>> a canonical Psalm title and the output included the footnote just fine.
>>>>
>>>> Bishop is compiled with a fairly recent copy of the engine, so it
>>>> should also work. In fact, I am almost sure I remember seeing
>>>> cross-reference links from notes in your headings in the PorCap module.
>>>>
>>> Probably in Konvb, we don't have yet notes in PorCap.
>>>> Hope this helps clarify.
>>> Yes! Now I understand better. The problem then is more complex.
>>> Sometimes the notes are well displayed, sometimes not. By instance
>>> if the title is in the Chap 1,1 of Psalms, the note is not
>>> displayed. In all the next chapter it is ok.? But in all the other
>>> books the notes in the titles are never displayed. (In KonVb) If I
>>> add type="xxx" within the <title> the note is note displayed.
>>> Then I did some tests, and I discovered if I use the <lg> tag, the
>>> notes are well displayed, except for the chapter 1.
>>> If I add the type="main" or "chapter", the note is still well
>>> displayed, but if I add a custom type like type="x-s2". The note is
>>> not display.
>>>
>>> I hope this can help you for debugging the issue.
>>>>
>>>> Troy
>>>>
>>>>
>>>>
>>>> On February 1, 2020 6:47:01 AM MST, Cyrille <lafricain79 at gmail.com>
>>>> wrote:
>>>>
>>>>
>>>>
>>>>     Le 31/01/2020 ? 23:38, Troy A. Griffitts a ?crit?:
>>>>>     I didn't fix anything. I commited a test to our test suite to
>>>>>     check a footnote in a title.
>>>>     Ok can I have this test and try to compile a new sword package?
>>>>>
>>>>>     On January 31, 2020 9:27:34 PM MST, Cyrille
>>>>>     <lafricain79 at gmail.com> wrote:
>>>>>
>>>>>
>>>>>
>>>>>         Le 31/01/2020 ? 20:06, Troy A. Griffitts a ?crit?:
>>>>>>
>>>>>>         Guys, has anyone actually written a test for this ticket
>>>>>>         API-180?
>>>>>>
>>>>>>         I have just added one in the latest trunk commit and it
>>>>>>         seems to work fine for me.? I used a note similar to the
>>>>>>         example David has in the ticket and the output and
>>>>>>         entryAttributes both look correct.
>>>>>>
>>>>>         Thank you I'm very happy to read that! I hope now the new
>>>>>         sword release :) Did you already use the commit with the
>>>>>         Capuchine bible?
>>>>>>
>>>>>>         ---------------
>>>>>>
>>>>>>         ... 
>>>>>>           <chapter sID="Ps.3" osisID="Ps.3"/>
>>>>>>             <title type="chapter">PSALM 3.</title>
>>>>>>             <div type="section">
>>>>>>             <title type="psalm" canonical="true">A Psalm of David<note n="A" osisID="Ps.3.xref.A" type="crossReference"><reference osisRef="Matt.1.4">Matt 1:4</reference></note>, when he fled from Absalom his son.</title>
>>>>>>              <p>
>>>>>>               <lg>
>>>>>>                <verse sID="Ps.3.1" osisID="Ps.3.1"/>
>>>>>>         ...
>>>>>>
>>>>>>         -----------------
>>>>>>
>>>>>>          Rendered Header:
>>>>>>
>>>>>>           <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>>>          
>>>>>>          <br />
>>>>>>
>>>>>>         ------------------
>>>>>>
>>>>>>         Entry Attributes:
>>>>>>
>>>>>>         [ Footnote ]
>>>>>>         	[ 1 ]
>>>>>>         		body = <reference osisRef="Matt.1.4">Matt 1:4</reference>
>>>>>>         		n = A
>>>>>>         		osisID = Ps.3.xref.A
>>>>>>         		refList = Matt.1.4
>>>>>>         		type = crossReference
>>>>>>         [ Heading ]
>>>>>>         	[ 0 ]
>>>>>>         		canonical = true
>>>>>>         		sID = pv3
>>>>>>         		subType = x-preverse
>>>>>>         		type = x-milestone
>>>>>>         	[ Preverse ]
>>>>>>         		0 = <div sID="gen12" type="section"/> <title canonical="true" type="psalm">A Psalm of David<note n="A" osisID="Ps.3.xref.A" swordFootnote="1" type="crossReference"></note>, when he fled from Absalom his son.</title> <div sID="gen13" type="x-p"/> <lg sID="gen14"/> 
>>>>>>         		module->renderText(heading[0]) =  <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>>>
>>>>>>         <br />
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>         On 1/31/20 4:11 PM, refdoc at gmx.net wrote:
>>>>>>>         I looked at that a lot of times and decided it is beyond
>>>>>>>         my Ken. Sorry. But the list stuff I think I can fix
>>>>>>>
>>>>>>>         Sent from my mobile. Please forgive shortness, typos and
>>>>>>>         weird autocorrects.
>>>>>>>
>>>>>>>
>>>>>>>         -------- Original Message --------
>>>>>>>         Subject: Re: [sword-devel] Tei dic in sword
>>>>>>>         From: Cyrille
>>>>>>>         To: SWORD Developers' Collaboration Forum ,refdoc at gmx.net
>>>>>>>         CC:
>>>>>>>
>>>>>>>
>>>>>>>             The bug report is here
>>>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-221>.
>>>>>>>             If you have some time to work on the sword issues,
>>>>>>>             please have a look on a more annoying issue: API-180
>>>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-180>
>>>>>>>             Almost 3 bible modules are affected by this issue.
>>>>>>>             Thank you.
>>>>>>>
>>>>>>>             Le 31/01/2020 ? 13:34, refdoc at gmx.net a ?crit?:
>>>>>>>>             Put a bug report in please with expected html. I
>>>>>>>>             will deal with it within the next couple of weeks,.
>>>>>>>>
>>>>>>>>             Peter
>>>>>>>>
>>>>>>>>             Sent from my mobile. Please forgive shortness,
>>>>>>>>             typos and weird autocorrects.
>>>>>>>>
>>>>>>>>
>>>>>>>>             -------- Original Message --------
>>>>>>>>             Subject: Re: [sword-devel] Tei dic in sword
>>>>>>>>             From: Greg Hellings
>>>>>>>>             To: SWORD Developers' Collaboration Forum
>>>>>>>>             CC:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 On Fri, Jan 31, 2020 at 9:51 AM Cyrille
>>>>>>>>                 <lafricain79 at gmail.com
>>>>>>>>                 <mailto:lafricain79 at gmail.com>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                     Le 31/01/2020 ? 10:48, Karl Kleinpaste a
>>>>>>>>                     ?crit?:
>>>>>>>>>                     On 1/31/20 10:29 AM, Cyrille wrote:
>>>>>>>>>>                     OK, then is it a problem with sword or
>>>>>>>>>>                     with Xiphos?
>>>>>>>>>                     It's incomplete support in Sword.
>>>>>>>>>
>>>>>>>>>                     If you look at Sword's
>>>>>>>>>                     src/modules/filters/teixhtml.cpp, the word
>>>>>>>>>                     "list" does not appear. In fact, you can
>>>>>>>>>                     run "grep tag.getName teixhtml.cpp" to get
>>>>>>>>>                     a list of the TEI keywords that are
>>>>>>>>>                     supported for XHTML rendering.
>>>>>>>>                     Would this deserve a bug report? Even if I
>>>>>>>>                     don't think there are many people trying to
>>>>>>>>                     solve the sword bugs...
>>>>>>>>
>>>>>>>>
>>>>>>>>                 Yes, also a reasonable patch would add minimal
>>>>>>>>                 code and you'd get
>>>>>>>>                 <list> -> <ul>
>>>>>>>>                 <item> -> <li>
>>>>>>>>
>>>>>>>>                 And you're probably done everything you need. A
>>>>>>>>                 bug report with path is much more readily
>>>>>>>>                 accepted into Sword than just a bug report.
>>>>>>>>
>>>>>>>>                 --Greg
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>>                     _______________________________________________
>>>>>>>>>                     sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>>>>>>                     <mailto: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
>>>>>>>
>>>>>>>
>>>>>>>         _______________________________________________
>>>>>>>         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
>>>>>
>>>>>
>>>>>     -- 
>>>>>     Sent from my Android device with K-9 Mail. Please excuse my
>>>>>     brevity.
>>>>>
>>>>>     _______________________________________________
>>>>>     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
>>>>
>>>>
>>>> -- 
>>>> Sent from my Android device with K-9 Mail. Please excuse my brevity. 
>>>
>
>
> _______________________________________________
> 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/20200201/2dd01c47/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: osisReference.xml.patch
Type: text/x-patch
Size: 3681 bytes
Desc: not available
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/2dd01c47/attachment-0001.bin>

From maxmmur at gmail.com  Sat Feb  1 15:22:57 2020
From: maxmmur at gmail.com (Maxwell Murunga)
Date: Sun, 2 Feb 2020 01:22:57 +0300
Subject: [sword-devel] Operation not permitted error while installing on
 Mac OS X
In-Reply-To: <CAHxvOVJuOcQdEOhCGimrQ+aryqzts06eFgJ1_w1w6Kw15tBq4A@mail.gmail.com>
References: <CAMYRk0FkKGH30erAOTuPrt-WRUBfdy02iGnWeStZVe7tKm4FYQ@mail.gmail.com>
	<126a306c-e455-56e9-590a-37e95ece58ea@crosswire.org>
	<CAHxvOVJuOcQdEOhCGimrQ+aryqzts06eFgJ1_w1w6Kw15tBq4A@mail.gmail.com>
Message-ID: <CAMYRk0GyovL_Ri5mmtypwvxR3DFPhWpgvFvQPdqveeNF5_hCmA@mail.gmail.com>

Thank you very much, Troy and Greg.

Blessings,
~~Maxwell

On Mon, Jan 20, 2020 at 10:04 PM Greg Hellings <greg.hellings at gmail.com>
wrote:

>
>
> On Mon, Jan 20, 2020 at 12:52 PM Troy A. Griffitts <scribe at crosswire.org>
> wrote:
>
>> Hi Maxwell,
>>
>> Have a look in the folder: sword/bindings/objc/ and see the README
>>
>
> If you're not looking for ObjC, you could also use the homebrew project to
> install libsword. That will install it to the root of your homebrew folder
> instead of the global /usr/ install directories.
>
> --Greg
>
>> I realize you might not care about Objective C, but there is an XCode
>> project in there which will bulid a universal libsword which you can likely
>> use for whatever your needs.  It might be easier than trying to get the
>> autotools or cmake system working on MacOS.
>>
>> Regarding the error you show below, it looks like you are doing
>> everything correctly, MacOS just isn't happy letting you install to
>> /usr/lib/ even though you have used 'sudo'.  I don't pretend to know how
>> permissions work on MacOS, but I also would have though sudo should have
>> given you permission to install where ever you wanted.
>>
>> Please let us know if you are still stuck and maybe more specifically
>> what you hope to do with a built libsword and we might have more
>> suggestions.
>>
>> Blessings,
>>
>> Troy
>>
>>
>> On 1/9/20 4:50 PM, Maxwell Murunga wrote:
>>
>> Hi, after successfully compiling SWORD, I got a problem while trying to
>> install SWORD:
>> Steps to reproduce:
>>
>> sudo make install && sudo make install_config
>>
>> Password:
>> What happened:
>>
>> Making install in lib
>>
>>  .././install-sh -c -d '/usr/lib'
>>
>>  /bin/sh ../libtool   --mode=install /usr/bin/install -c   libsword.la
>> '/usr/lib'
>>
>> libtool: install: /usr/bin/install -c .libs/libsword-1.8.1.dylib
>> /usr/lib/libsword-1.8.1.dylib
>>
>> install: /usr/lib/libsword-1.8.1.dylib: Operation not permitted
>>
>> make[2]: *** [install-libLTLIBRARIES] Error 71
>>
>> make[1]: *** [install-am] Error 2
>>
>> make: *** [install-recursive] Error 1
>>
>>
>> Environment
>>
>>    - macOS Mojave 10.14.6.
>>    -
>>
>> Thanks for helping out, God bless!!
>>
>>
>> ~~Maxwell
>>
>> _______________________________________________
>> sword-devel mailing list: sword-devel at crosswire.orghttp://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
>
> _______________________________________________
> 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/20200202/d41bb22f/attachment.html>

From maxmmur at gmail.com  Sat Feb  1 16:06:13 2020
From: maxmmur at gmail.com (Maxwell Murunga)
Date: Sun, 2 Feb 2020 02:06:13 +0300
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
Message-ID: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>

Greetings Saints,

I'm processing an OSIS Commentary in InDesign using GREP:

*Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
*Replace:* <reference osisRef="$1">$1</reference>

It partially accomplishes the task, but does not automatically convert the
book names to the standard OSIS abbreviations. I also need help in figuring
out how to add looking for Arabic and Roman numerals (1-2 instances of the
letter "I"; or simply "1" or "2" ) to cover instances of something like I
Corinthians or II Corinthians; 1 Corinthians or 2 Corinthians.

Could anyone be so kind enough as to provide a *grep* or *sed* script to
auto convert any kind of Bible reference into this format:

<reference osisRef="Gen.1.1">Genesis 1:1</reference>
<reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
<reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>

In Christ Alone,

Maxwell.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200202/9e9e6062/attachment.html>

From lafricain79 at gmail.com  Sat Feb  1 16:17:43 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Sat, 1 Feb 2020 18:17:43 -0500
Subject: [sword-devel] Footnotes in Titles
In-Reply-To: <2337799b-d231-600d-9d45-44ed03057f5b@crosswire.org>
References: <aa6e0f61-a6ac-6609-58f6-7a412c3032d4@gmail.com>
	<bmjhusbmwh9jdlnl68ah31mz-obmqocqvad9e-sdxzwcdibqlqttxksa2zw0os-nu5krg1chxap6cej1v2ce04rv8meeu-9iliqc-quk9a225zzk948i671-fyg7fx-ofo2j9-5wefzd-cubdqv76bls2.1580495658766@email.android.com>
	<638ad93a-2a52-95d3-02af-e2f41b25b5d3@gmail.com>
	<-2wmqv5-bcynnr-96j2uk-adf5up-d5ur4t-asawavibicktqgh4mw-jkbvdengo861-hhi8kshnhu0q34p0f7kfsp9ref8ll5p3ril0-4do5bq-i1rlxl-fumvvt-imexx0ynnye9-n8watssz7owv-wqlezr.1580512305231@email.android.com>
	<485ecc85-a70a-dba9-db84-a6f6da62710f@crosswire.org>
	<66772bdb-ec00-c1a9-dd87-713ac9b13958@gmail.com>
	<5F23BA54-12CB-4BB8-8FE7-243E40C19BD3@crosswire.org>
	<f3cce9fe-4797-3168-beb5-962bb8e96ddf@gmail.com>
	<69B697D4-86AF-4202-AE0B-D4250F3176DF@crosswire.org>
	<e4dfb029-ec22-9502-f172-8a425a69279c@gmail.com>
	<8170a782-0adc-7a30-78c5-1f99fe2ae687@crosswire.org>
	<840255da-0e4a-8ba7-1bb1-996aabce9c8c@gmail.com>
	<2337799b-d231-600d-9d45-44ed03057f5b@crosswire.org>
Message-ID: <3b5527ae-acfd-e9aa-0df5-7623d4af9efe@gmail.com>

I'm not sure to understand what you are expecting, I hope this can be ok
for you:


<title type="x-s2">This is a title<note placement="foot"><reference
type="annotateRef">1,1 </reference>This is a note</note></title><lg><l
level="1"><verse sID="Ps.1.1" osisID="Ps.1.1" n="1"/>First part of verse
1</l>
<l level="1">Second part of verse 1</l>
<verse eID="Ps.1.1"/></l>
<chapter eID="Ps.1"/>


????? <title type="x-s2">This is a title<note
placement="foot"><reference type="annotateRef">2,1 </reference>This is a
note</note></title>
????? <p><verse sID="Rom.2.1" osisID="Rom.2.1" n="1"/>This is the verse
1<verse eID="Rom.2.1"/>


Le 01/02/2020 ? 16:51, Troy A. Griffitts a ?crit?:
>
> Dear Br. Cyrille,
>
> Your patch to osisReference.xml is more than I think you intended
> (attached to this email for reference).? I don't wish to try to guess
> what exactly your new test is.? Please, could you send only a simple
> change to demonstrate what you want to test.
>
> Thanks again for your time on this!
>
> Troy
>
>
> On 2/1/20 1:56 PM, Cyrille wrote:
>>
>>
>> Le 01/02/2020 ? 15:42, Troy A. Griffitts a ?crit?:
>>>
>>> :) Thanks for the info.? It does help a bit.? It sounds like
>>> osis2mod might be (properly?) putting the note/title in a different
>>> location (chapter/book intro instead of vs 1, pre-verse instead of
>>> in-verse) based on type.? Just a theory.? Would need to test.
>>>
>>> What I would ask is, if you look at osisReference.xml and see the
>>> note I have placed there for testing (which works), if you could
>>> proposed an addition to that file which would represent a note which
>>> you have found that does not work, that would greatly help me
>>> comment on or debug the problem.
>>>
>> Done in the attached file, but I'm not sure I wrote all well...
>>>
>>> Thank you for the time you've spend looking into this,
>>>
>>> Troy
>>>
>>>
>>> On 2/1/20 1:23 PM, Cyrille wrote:
>>>>
>>>>
>>>> Le 01/02/2020 ? 14:21, Troy A. Griffitts a ?crit?:
>>>>> I don't think you understand. I didn't make any changes to SWORD.
>>>>> SWORD has a suite of tests which we run to check to general
>>>>> functionality of the engine. They are "regression" tests to be
>>>>> sure we don't break something when we make changes. They are in
>>>>> the source tree under tests/testsuite/ You will find them here:
>>>>>
>>>>> http://crosswire.org/svn/sword/trunk/tests/testsuite/
>>>>>
>>>>> You'll find there, osisReference.xml in which I added a footnote
>>>>> in a canonical Psalm title and the output included the footnote
>>>>> just fine.
>>>>>
>>>>> Bishop is compiled with a fairly recent copy of the engine, so it
>>>>> should also work. In fact, I am almost sure I remember seeing
>>>>> cross-reference links from notes in your headings in the PorCap
>>>>> module.
>>>>>
>>>> Probably in Konvb, we don't have yet notes in PorCap.
>>>>> Hope this helps clarify.
>>>> Yes! Now I understand better. The problem then is more complex.
>>>> Sometimes the notes are well displayed, sometimes not. By instance
>>>> if the title is in the Chap 1,1 of Psalms, the note is not
>>>> displayed. In all the next chapter it is ok.? But in all the other
>>>> books the notes in the titles are never displayed. (In KonVb) If I
>>>> add type="xxx" within the <title> the note is note displayed.
>>>> Then I did some tests, and I discovered if I use the <lg> tag, the
>>>> notes are well displayed, except for the chapter 1.
>>>> If I add the type="main" or "chapter", the note is still well
>>>> displayed, but if I add a custom type like type="x-s2". The note is
>>>> not display.
>>>>
>>>> I hope this can help you for debugging the issue.
>>>>>
>>>>> Troy
>>>>>
>>>>>
>>>>>
>>>>> On February 1, 2020 6:47:01 AM MST, Cyrille
>>>>> <lafricain79 at gmail.com> wrote:
>>>>>
>>>>>
>>>>>
>>>>>     Le 31/01/2020 ? 23:38, Troy A. Griffitts a ?crit?:
>>>>>>     I didn't fix anything. I commited a test to our test suite to
>>>>>>     check a footnote in a title.
>>>>>     Ok can I have this test and try to compile a new sword package?
>>>>>>
>>>>>>     On January 31, 2020 9:27:34 PM MST, Cyrille
>>>>>>     <lafricain79 at gmail.com> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>         Le 31/01/2020 ? 20:06, Troy A. Griffitts a ?crit?:
>>>>>>>
>>>>>>>         Guys, has anyone actually written a test for this ticket
>>>>>>>         API-180?
>>>>>>>
>>>>>>>         I have just added one in the latest trunk commit and it
>>>>>>>         seems to work fine for me.? I used a note similar to the
>>>>>>>         example David has in the ticket and the output and
>>>>>>>         entryAttributes both look correct.
>>>>>>>
>>>>>>         Thank you I'm very happy to read that! I hope now the new
>>>>>>         sword release :) Did you already use the commit with the
>>>>>>         Capuchine bible?
>>>>>>>
>>>>>>>         ---------------
>>>>>>>
>>>>>>>         ... 
>>>>>>>           <chapter sID="Ps.3" osisID="Ps.3"/>
>>>>>>>             <title type="chapter">PSALM 3.</title>
>>>>>>>             <div type="section">
>>>>>>>             <title type="psalm" canonical="true">A Psalm of David<note n="A" osisID="Ps.3.xref.A" type="crossReference"><reference osisRef="Matt.1.4">Matt 1:4</reference></note>, when he fled from Absalom his son.</title>
>>>>>>>              <p>
>>>>>>>               <lg>
>>>>>>>                <verse sID="Ps.3.1" osisID="Ps.3.1"/>
>>>>>>>         ...
>>>>>>>
>>>>>>>         -----------------
>>>>>>>
>>>>>>>          Rendered Header:
>>>>>>>
>>>>>>>           <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>>>>          
>>>>>>>          <br />
>>>>>>>
>>>>>>>         ------------------
>>>>>>>
>>>>>>>         Entry Attributes:
>>>>>>>
>>>>>>>         [ Footnote ]
>>>>>>>         	[ 1 ]
>>>>>>>         		body = <reference osisRef="Matt.1.4">Matt 1:4</reference>
>>>>>>>         		n = A
>>>>>>>         		osisID = Ps.3.xref.A
>>>>>>>         		refList = Matt.1.4
>>>>>>>         		type = crossReference
>>>>>>>         [ Heading ]
>>>>>>>         	[ 0 ]
>>>>>>>         		canonical = true
>>>>>>>         		sID = pv3
>>>>>>>         		subType = x-preverse
>>>>>>>         		type = x-milestone
>>>>>>>         	[ Preverse ]
>>>>>>>         		0 = <div sID="gen12" type="section"/> <title canonical="true" type="psalm">A Psalm of David<note n="A" osisID="Ps.3.xref.A" swordFootnote="1" type="crossReference"></note>, when he fled from Absalom his son.</title> <div sID="gen13" type="x-p"/> <lg sID="gen14"/> 
>>>>>>>         		module->renderText(heading[0]) =  <h3 class="title psalm canonical">A Psalm of David<a class="noteMarker crossReference" href="passagestudy.jsp?action=showNote&type=x&value=1&module=OSISReference&passage=Psalms+3%3A1"><small><sup class="x">*x</sup></small></a>, when he fled from Absalom his son.</h3>
>>>>>>>
>>>>>>>         <br />
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>         On 1/31/20 4:11 PM, refdoc at gmx.net wrote:
>>>>>>>>         I looked at that a lot of times and decided it is
>>>>>>>>         beyond my Ken. Sorry. But the list stuff I think I can fix
>>>>>>>>
>>>>>>>>         Sent from my mobile. Please forgive shortness, typos
>>>>>>>>         and weird autocorrects.
>>>>>>>>
>>>>>>>>
>>>>>>>>         -------- Original Message --------
>>>>>>>>         Subject: Re: [sword-devel] Tei dic in sword
>>>>>>>>         From: Cyrille
>>>>>>>>         To: SWORD Developers' Collaboration Forum ,refdoc at gmx.net
>>>>>>>>         CC:
>>>>>>>>
>>>>>>>>
>>>>>>>>             The bug report is here
>>>>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-221>.
>>>>>>>>             If you have some time to work on the sword issues,
>>>>>>>>             please have a look on a more annoying issue:
>>>>>>>>             API-180
>>>>>>>>             <https://tracker.crosswire.org/projects/API/issues/API-180>
>>>>>>>>             Almost 3 bible modules are affected by this issue.
>>>>>>>>             Thank you.
>>>>>>>>
>>>>>>>>             Le 31/01/2020 ? 13:34, refdoc at gmx.net a ?crit?:
>>>>>>>>>             Put a bug report in please with expected html. I
>>>>>>>>>             will deal with it within the next couple of weeks,.
>>>>>>>>>
>>>>>>>>>             Peter
>>>>>>>>>
>>>>>>>>>             Sent from my mobile. Please forgive shortness,
>>>>>>>>>             typos and weird autocorrects.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>             -------- Original Message --------
>>>>>>>>>             Subject: Re: [sword-devel] Tei dic in sword
>>>>>>>>>             From: Greg Hellings
>>>>>>>>>             To: SWORD Developers' Collaboration Forum
>>>>>>>>>             CC:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                 On Fri, Jan 31, 2020 at 9:51 AM Cyrille
>>>>>>>>>                 <lafricain79 at gmail.com
>>>>>>>>>                 <mailto:lafricain79 at gmail.com>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                     Le 31/01/2020 ? 10:48, Karl Kleinpaste a
>>>>>>>>>                     ?crit?:
>>>>>>>>>>                     On 1/31/20 10:29 AM, Cyrille wrote:
>>>>>>>>>>>                     OK, then is it a problem with sword or
>>>>>>>>>>>                     with Xiphos?
>>>>>>>>>>                     It's incomplete support in Sword.
>>>>>>>>>>
>>>>>>>>>>                     If you look at Sword's
>>>>>>>>>>                     src/modules/filters/teixhtml.cpp, the
>>>>>>>>>>                     word "list" does not appear. In fact, you
>>>>>>>>>>                     can run "grep tag.getName teixhtml.cpp"
>>>>>>>>>>                     to get a list of the TEI keywords that
>>>>>>>>>>                     are supported for XHTML rendering.
>>>>>>>>>                     Would this deserve a bug report? Even if I
>>>>>>>>>                     don't think there are many people trying
>>>>>>>>>                     to solve the sword bugs...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                 Yes, also a reasonable patch would add minimal
>>>>>>>>>                 code and you'd get
>>>>>>>>>                 <list> -> <ul>
>>>>>>>>>                 <item> -> <li>
>>>>>>>>>
>>>>>>>>>                 And you're probably done everything you need.
>>>>>>>>>                 A bug report with path is much more readily
>>>>>>>>>                 accepted into Sword than just a bug report.
>>>>>>>>>
>>>>>>>>>                 --Greg
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     _______________________________________________
>>>>>>>>>>                     sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>>>>>>>                     <mailto: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
>>>>>>>>
>>>>>>>>
>>>>>>>>         _______________________________________________
>>>>>>>>         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
>>>>>>
>>>>>>
>>>>>>     -- 
>>>>>>     Sent from my Android device with K-9 Mail. Please excuse my
>>>>>>     brevity.
>>>>>>
>>>>>>     _______________________________________________
>>>>>>     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
>>>>>
>>>>>
>>>>> -- 
>>>>> Sent from my Android device with K-9 Mail. Please excuse my brevity. 
>>>>
>>
>>
>> _______________________________________________
>> 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/20200201/d6709b33/attachment-0001.html>

From lafricain79 at gmail.com  Sat Feb  1 17:39:05 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Sat, 1 Feb 2020 19:39:05 -0500
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
Message-ID: <f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>

What are you doing exactly? If you try to convert the ref to osisRef
Dominique wrote an awk script which works pretty good.
See the attached file.

Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit?:
> Greetings Saints,
>
> I'm processing an OSIS Commentary in InDesign using GREP:
>
> *Find:?*((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
> *Replace:*?<reference osisRef="$1">$1</reference>
>
> It partially accomplishes the task, but does not automatically convert
> the book names to the?standard OSIS abbreviations.?I also need help in
> figuring out how to add looking for Arabic and Roman numerals (1-2
> instances of the letter "I"; or simply "1" or "2" ) to cover instances
> of something like I Corinthians or II Corinthians; 1?Corinthians or 2
> Corinthians.
>
> Could anyone be so kind enough as to provide a *grep* or *sed* script
> to?auto?convert any kind of Bible?reference?into this?format:
>
> <reference?osisRef="Gen.1.1">Genesis 1:1</reference>
> <reference?osisRef="2Chr.1.1">2?Chronicles?1:1</reference>
> <reference?osisRef="2Chr.1.1">II Chronicles?1:1</reference>
>
> In Christ Alone,
>
> Maxwell.
>
> _______________________________________________
> 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/20200201/1d06c728/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ref2osis.awk
Type: application/x-awk
Size: 45065 bytes
Desc: not available
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/1d06c728/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Ref2Osis.sh
Type: application/x-shellscript
Size: 444 bytes
Desc: not available
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200201/1d06c728/attachment-0003.bin>

From greg.hellings at gmail.com  Sat Feb  1 23:28:27 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Sun, 2 Feb 2020 00:28:27 -0600
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
Message-ID: <CAHxvOV+e_dTxVjiHdTkx+P4z7g5ZjAO_xDs5jqhO9gAi9UCzgA@mail.gmail.com>

If you know that you have a reference (e.g. if you're not looking for
references within random blocks of text) then you can use something like
our Python bindings to pass strings into it and ask our engine to generate
the OSIS id. This is probably the best route to take as our Engine has
rather sophisticated code to account for a large range of ways to describe
a reference and convert it to and OSIS id. I believe that Peter has written
a script to do something like this in the past.

In short, the process is more complicated than a simple grep or sed regex
can be. Some of the OSIS abbreviations are non-obvious and not easy to
generate directly from the book name.

--Greg

On Sat, Feb 1, 2020 at 6:39 PM Cyrille <lafricain79 at gmail.com> wrote:

> What are you doing exactly? If you try to convert the ref to osisRef
> Dominique wrote an awk script which works pretty good.
> See the attached file.
>
> Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit :
>
> Greetings Saints,
>
> I'm processing an OSIS Commentary in InDesign using GREP:
>
> *Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
> *Replace:* <reference osisRef="$1">$1</reference>
>
> It partially accomplishes the task, but does not automatically convert the
> book names to the standard OSIS abbreviations. I also need help in figuring
> out how to add looking for Arabic and Roman numerals (1-2 instances of the
> letter "I"; or simply "1" or "2" ) to cover instances of something like I
> Corinthians or II Corinthians; 1 Corinthians or 2 Corinthians.
>
> Could anyone be so kind enough as to provide a *grep* or *sed* script to
> auto convert any kind of Bible reference into this format:
>
> <reference osisRef="Gen.1.1">Genesis 1:1</reference>
> <reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
> <reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>
>
> In Christ Alone,
>
> Maxwell.
>
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.orghttp://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/20200202/421bb839/attachment.html>

From contact at tklein.info  Sun Feb  2 00:36:37 2020
From: contact at tklein.info (Tobias Klein)
Date: Sun, 2 Feb 2020 08:36:37 +0100
Subject: [sword-devel] How to validate a Sword module unlock key?
In-Reply-To: <6d82c8a7-2a50-2495-e640-86393fa7b391@crosswire.org>
References: <D07B35CD-8D44-416D-9975-B654499992CC@tklein.info>
	<-1v6p14-n8rzhv-a4yh5v-o3nuzsofjppimddw74l5lqq-2fv9hi-w8hqu0zefmr7qeex91m835ll-wffxgb-62kfyb-ksqfz1s9qfb5jdismp-7va1z0n0gsfwa6hx14ufyi1ri6sbea-36lmid-5u5icb.1579115478919@email.android.com>
	<2A7DAF45-6784-49D9-AF44-9C514802B875@tklein.info>
	<6d82c8a7-2a50-2495-e640-86393fa7b391@crosswire.org>
Message-ID: <e6d3a898-9ae0-5d57-6c22-a7cb529b18a8@tklein.info>

Hi Troy,

Thank you! I appreciate your and everybody else's time spent on this 
discussion and I respect your decision!

> 1) BEFORE INSTALLATION: I don't think there is enough advantage to 
> verifying the key before install to warrant moving a hash to the conf 
> while and putting that burden on the module writers and risk 
> inconsistencies.? Sure, it would work, but why do we really want to 
> allow checking before module install?? In the normal use case, the 
> user will need to install the module anyway if they have a valid key, 
> so we would only be benefiting users with invalid keys.
>
I'm also assuming that the user has a valid key when attempting to 
install a locked module. However, while entering the key into the input 
field (maybe copy & paste, but could also be different methods) he could 
miss one character and that would be enough to stop the unlock from 
working. For cases like that I thought the pre-install-validation may be 
nice - to avoid input errors like that and simply fix that quickly based 
on validation rather than making the user wait for the installation to 
happen first.

> I suspect, for you, this might cause additional hassles because you 
> are doing something we don't recommend or support: extracting module 
> data from our format and placing it in your own storage format for 
> your application.? I would continue to suggest you access SWORD data 
> directly from SWORD modules, on demand, as all of our other 
> applications, instead of converting all the data to your own format 
> (which has more issues for copyrighted and locked modules).
>

I don't think it causes additional hassles for me (with Ezra Project) - 
compared to the efforts in other frontends. However, in any case I'm 
planning to switch my approach in Ezra Project to directly reading from 
Sword modules instead of reading from the sqlite database I currently 
have. The database is there for historic reasons, because I had the 
software/frontend available and last year looked for a quick way to make 
it work with Sword (in the sense of Minimum Viable Product). I may 
change this already in one of the next releases.

I'm now moving forward in my implementation for the unlock mechanism. 
One more question: Is there at least any basic pattern that I could 
check for to avoid basic errors in entering the key?
At the moment I'm only checking for "string length > 0" before accepting 
the key.

Thanks once more!

Best regards,
Tobias



From refdoc at gmx.net  Mon Feb  3 01:20:47 2020
From: refdoc at gmx.net (refdoc at gmx.net)
Date: Mon, 03 Feb 2020 10:20:47 +0200
Subject: [sword-devel] TEI support for list and item
Message-ID: <q2em8t-rd4klu-9wlh14n6nz44-29ps3zszoul2kgqynz-ma4zen1ck518-8eejkivxw61ne6nm0fs7u58qe6chpl-bd499ikqarpv-grlpg1-ecenty48xx1p-nzwja6exllkr67wnvxjxbbpxuyhz7.1580718047383@email.android.com>

Hi I have added support both for numbered and bulleted lists to the XHTML , Latex and HTMLhref filters and rudimentary (bulleted only) list/item for plain and RTF. If someone wants to add numbered lists to RTF and plain, great!

I just realised that I did not do a compile check on the last commits, but will do and fix anything flawed later today. 

Peter

Sent from my mobile. Please forgive shortness, typos and weird autocorrects.

From domcox at crosswire.org  Mon Feb  3 03:44:08 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 05:44:08 -0500
Subject: [sword-devel] Module upload: FreCaLit2021
Message-ID: <20200203104408.A34A811F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded FreCaLit2021.
This is upload obsoletes a previous module, FreCaLit2019.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Mon Feb  3 05:15:49 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 07:15:49 -0500
Subject: [sword-devel] Module upload: PorLitCal2020
Message-ID: <20200203121549.118C211F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded PorLitCal2020.
This upload obsoletes a previous module, PorCaLit2020.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Mon Feb  3 06:09:29 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 08:09:29 -0500
Subject: [sword-devel] Module upload: KtuVb
Message-ID: <20200203130929.53BAB11F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded KtuVb.
This upload obsoletes a previous module, KonVb.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From lafricain79 at gmail.com  Mon Feb  3 06:27:46 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Mon, 3 Feb 2020 08:27:46 -0500
Subject: [sword-devel] TEI support for list and item
In-Reply-To: <q2em8t-rd4klu-9wlh14n6nz44-29ps3zszoul2kgqynz-ma4zen1ck518-8eejkivxw61ne6nm0fs7u58qe6chpl-bd499ikqarpv-grlpg1-ecenty48xx1p-nzwja6exllkr67wnvxjxbbpxuyhz7.1580718047383@email.android.com>
References: <q2em8t-rd4klu-9wlh14n6nz44-29ps3zszoul2kgqynz-ma4zen1ck518-8eejkivxw61ne6nm0fs7u58qe6chpl-bd499ikqarpv-grlpg1-ecenty48xx1p-nzwja6exllkr67wnvxjxbbpxuyhz7.1580718047383@email.android.com>
Message-ID: <c87cf071-d854-90d8-9241-883bfb85b288@gmail.com>

Thank you Peter. I appreciate.

Le 03/02/2020 ? 03:20, refdoc at gmx.net a ?crit?:
> Hi I have added support both for numbered and bulleted lists to the XHTML , Latex and HTMLhref filters and rudimentary (bulleted only) list/item for plain and RTF. If someone wants to add numbered lists to RTF and plain, great!
>
> I just realised that I did not do a compile check on the last commits, but will do and fix anything flawed later today. 
>
> Peter
>
> Sent from my mobile. Please forgive shortness, typos and weird autocorrects.
> _______________________________________________
> 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



From domcox at crosswire.org  Mon Feb  3 10:25:25 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 12:25:25 -0500
Subject: [sword-devel] Module upload: CroSaric
Message-ID: <20200203172525.E84F111F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded CroSaric.
This upload obsoletes a previous module, Cro.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From lafricain79 at gmail.com  Mon Feb  3 12:32:18 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Mon, 3 Feb 2020 14:32:18 -0500
Subject: [sword-devel] Module upload: KtuVb
In-Reply-To: <20200203130929.53BAB11F9E8@host.crosswire.org>
References: <20200203130929.53BAB11F9E8@host.crosswire.org>
Message-ID: <45e6e29c-9c2d-1a52-4dc6-8005ee61e378@gmail.com>

Hello,
Thank you very much! A small error subsist in the About part in the conf
file. It point to the? old gitlab, but I will remove it. Now it should
point the https://gitlab.com/crosswire-bible-society/ktuvb. I update
also the conf the repo with a minor change.

Le 03/02/2020 ? 08:09, domcox at crosswire.org a ?crit?:
> Dear All,
> This is to announce that we have just now uploaded KtuVb.
> This upload obsoletes a previous module, KonVb.
> Many thanks to Cyrille for the hard work.
>
> yours
>
> The Module Team
>
> P.S.: This email is sent automatically on upload of a new/updated module
>
> _______________________________________________
> 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



From domcox at crosswire.org  Mon Feb  3 12:38:36 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 14:38:36 -0500
Subject: [sword-devel] Module upload: FreLitCal2020
Message-ID: <20200203193836.BE14F11F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded FreLitCal2020.
This upload obsoletes a previous module, FreCaLit2020.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Mon Feb  3 12:39:19 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 14:39:19 -0500
Subject: [sword-devel] Module upload: FreLitCal2021
Message-ID: <20200203193919.5B5D811F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded FreLitCal2021.
This upload obsoletes a previous module, FreCaLit2019.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Mon Feb  3 12:41:20 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 14:41:20 -0500
Subject: [sword-devel] Module upload: FreLitCal2022
Message-ID: <20200203194120.7F92D11F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded FreLitCal2022.
This upload obsoletes a previous module, FreLitCal2020.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Mon Feb  3 12:42:09 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 14:42:09 -0500
Subject: [sword-devel] Module upload: FreLitCal2020
Message-ID: <20200203194209.905CB11F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded FreLitCal2020.
This upload obsoletes a previous module, FreCaLit2020.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Mon Feb  3 12:47:42 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 14:47:42 -0500
Subject: [sword-devel] Module upload: FreLitCal2022
Message-ID: <20200203194742.D508F11F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded FreLitCal2022.
This is an updated version of FreLitCal2022.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From refdoc at gmx.net  Mon Feb  3 12:53:42 2020
From: refdoc at gmx.net (Peter von Kaehne)
Date: Mon, 03 Feb 2020 21:53:42 +0200
Subject: [sword-devel] TEI support for list and item
In-Reply-To: <q2em8t-rd4klu-9wlh14n6nz44-29ps3zszoul2kgqynz-ma4zen1ck518-8eejkivxw61ne6nm0fs7u58qe6chpl-bd499ikqarpv-grlpg1-ecenty48xx1p-nzwja6exllkr67wnvxjxbbpxuyhz7.1580718047383@email.android.com>
References: <q2em8t-rd4klu-9wlh14n6nz44-29ps3zszoul2kgqynz-ma4zen1ck518-8eejkivxw61ne6nm0fs7u58qe6chpl-bd499ikqarpv-grlpg1-ecenty48xx1p-nzwja6exllkr67wnvxjxbbpxuyhz7.1580718047383@email.android.com>
Message-ID: <c8b3302f1e9e67535fb67bb2d8e1f3ebda435fac.camel@gmx.net>

On Mon, 2020-02-03 at 10:20 +0200, refdoc at gmx.net wrote
> I just realised that I did not do a compile check on the last
> commits, but will do and fix anything flawed later today.

Well, I should have done. I fixed it now. Sincere apologies to anyone
who updated too early.

Peter



From domcox at crosswire.org  Mon Feb  3 13:08:25 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Mon, 03 Feb 2020 15:08:25 -0500
Subject: [sword-devel] Module upload: KtuVb
Message-ID: <20200203200825.4480D11F9E8@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded KtuVb.
This upload obsoletes a previous module, KonVb.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From maxmmur at gmail.com  Tue Feb  4 10:27:27 2020
From: maxmmur at gmail.com (Maxwell Murunga)
Date: Tue, 4 Feb 2020 20:27:27 +0300
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
Message-ID: <CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>

Thank you Dominique; Thanks Cyrille; Thanks Greg.



# ?Additional? steps to get the awk script

# working fine on macOS as it does on Linux

$ brew install gawk



# If Terminal Throws Error

$ brew unlink awk

$ brew link --overwrite gawk



# Confirm all went well!

$ gawk --version



# Now proceed as normal

# Make the executable

$ chmod +x Ref2Osis.sh



# Thereafter, run it

$ ./Ref2Osis.sh


Works Perfect.


Blessed [be] the LORD God of Israel from everlasting, and to everlasting.
Amen, and Amen.



~~Shalom.

On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com> wrote:

> What are you doing exactly? If you try to convert the ref to osisRef
> Dominique wrote an awk script which works pretty good.
> See the attached file.
>
> Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit :
>
> Greetings Saints,
>
> I'm processing an OSIS Commentary in InDesign using GREP:
>
> *Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
> *Replace:* <reference osisRef="$1">$1</reference>
>
> It partially accomplishes the task, but does not automatically convert the
> book names to the standard OSIS abbreviations. I also need help in figuring
> out how to add looking for Arabic and Roman numerals (1-2 instances of the
> letter "I"; or simply "1" or "2" ) to cover instances of something like I
> Corinthians or II Corinthians; 1 Corinthians or 2 Corinthians.
>
> Could anyone be so kind enough as to provide a *grep* or *sed* script to
> auto convert any kind of Bible reference into this format:
>
> <reference osisRef="Gen.1.1">Genesis 1:1</reference>
> <reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
> <reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>
>
> In Christ Alone,
>
> Maxwell.
>
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.orghttp://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/20200204/528b8397/attachment-0001.html>

From greg.hellings at gmail.com  Tue Feb  4 10:41:59 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Tue, 4 Feb 2020 11:41:59 -0600
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
Message-ID: <CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>

Maxwell,

If you install the Python bindings to the Sword library, you can use the
library's extensive parsing information as well as its knowledge of
locales. A very simple Python script[0] will iterate all lines of input
(you can give it a list of file arguments, you can pipe the output of a
different program to it, you can write the lines in manually from stdin)
and parse them. Doing exactly this work was impetus to get the bindings
fixed up and compiling again some years back when converting references by
external means was awfully slow for another member of this list. Using the
bindings like this became nearly fool-proof and brought down the amount of
time required to execute from unbearably long periods to under a second.

--Greg

[0] https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa

On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga <maxmmur at gmail.com> wrote:

> Thank you Dominique; Thanks Cyrille; Thanks Greg.
>
>
>
> # ?Additional? steps to get the awk script
>
> # working fine on macOS as it does on Linux
>
> $ brew install gawk
>
>
>
> # If Terminal Throws Error
>
> $ brew unlink awk
>
> $ brew link --overwrite gawk
>
>
>
> # Confirm all went well!
>
> $ gawk --version
>
>
>
> # Now proceed as normal
>
> # Make the executable
>
> $ chmod +x Ref2Osis.sh
>
>
>
> # Thereafter, run it
>
> $ ./Ref2Osis.sh
>
>
> Works Perfect.
>
>
> Blessed [be] the LORD God of Israel from everlasting, and to everlasting.
> Amen, and Amen.
>
>
>
> ~~Shalom.
>
> On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com> wrote:
>
>> What are you doing exactly? If you try to convert the ref to osisRef
>> Dominique wrote an awk script which works pretty good.
>> See the attached file.
>>
>> Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit :
>>
>> Greetings Saints,
>>
>> I'm processing an OSIS Commentary in InDesign using GREP:
>>
>> *Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
>> *Replace:* <reference osisRef="$1">$1</reference>
>>
>> It partially accomplishes the task, but does not automatically convert
>> the book names to the standard OSIS abbreviations. I also need help in
>> figuring out how to add looking for Arabic and Roman numerals (1-2
>> instances of the letter "I"; or simply "1" or "2" ) to cover instances of
>> something like I Corinthians or II Corinthians; 1 Corinthians or 2
>> Corinthians.
>>
>> Could anyone be so kind enough as to provide a *grep* or *sed* script to
>> auto convert any kind of Bible reference into this format:
>>
>> <reference osisRef="Gen.1.1">Genesis 1:1</reference>
>> <reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
>> <reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>
>>
>> In Christ Alone,
>>
>> Maxwell.
>>
>> _______________________________________________
>> sword-devel mailing list: sword-devel at crosswire.orghttp://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/20200204/a023cad9/attachment.html>

From lafricain79 at gmail.com  Tue Feb  4 10:51:58 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Tue, 4 Feb 2020 12:51:58 -0500
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
Message-ID: <263ace79-3541-f9b7-9567-96581613d58e@gmail.com>

Hello Greg,
Can you give more information about this python library please. It's
interesting. How to use it? Is the library in the linux repo?

Le 04/02/2020 ? 12:41, Greg Hellings a ?crit?:
> Maxwell,
>
> If you install the Python bindings to the Sword library, you can use
> the library's extensive parsing information as well as its knowledge
> of locales. A very simple Python script[0] will iterate all lines of
> input (you can give it a list of file arguments, you can pipe the
> output of a different program to it, you can write the lines in
> manually from stdin) and parse them. Doing exactly this work was
> impetus to get the bindings fixed up and compiling again some years
> back when converting references by external means was awfully slow for
> another member of this list. Using the bindings like this became
> nearly fool-proof and brought down the amount of time required to
> execute from unbearably long periods to under a second.
>
> --Greg
>
> [0] https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>
> On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga <maxmmur at gmail.com
> <mailto:maxmmur at gmail.com>> wrote:
>
>     Thank you?Dominique;?Thanks Cyrille; Thanks Greg.
>
>     ?
>
>     # ?Additional? steps to get the awk script?
>
>     # working fine on macOS as it does on Linux
>
>     $ brew install gawk
>
>     ?
>
>     # If Terminal Throws Error
>
>     $ brew unlink awk
>
>     $ brew link --overwrite gawk
>
>     ?
>
>     # Confirm all went well!
>
>     $ gawk --version
>
>     ?
>
>     # Now proceed as normal
>
>     # Make the executable
>
>     $ chmod +x Ref2Osis.sh
>
>     ?
>
>     # Thereafter, run it
>
>     $ ./Ref2Osis.sh
>
>
>     Works Perfect.?
>
>
>     Blessed [be] the LORD God of Israel from everlasting, and to
>     everlasting. Amen, and Amen.?
>
>     ?
>
>     ~~Shalom.
>
>
>     On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com
>     <mailto:lafricain79 at gmail.com>> wrote:
>
>         What are you doing exactly? If you try to convert the ref to
>         osisRef Dominique wrote an awk script which works pretty good.
>         See the attached file.
>
>         Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit?:
>>         Greetings Saints,
>>
>>         I'm processing an OSIS Commentary in InDesign using GREP:
>>
>>         *Find:?*((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
>>         *Replace:*?<reference osisRef="$1">$1</reference>
>>
>>         It partially accomplishes the task, but does not
>>         automatically convert the book names to the?standard OSIS
>>         abbreviations.?I also need help in figuring out how to add
>>         looking for Arabic and Roman numerals (1-2 instances of the
>>         letter "I"; or simply "1" or "2" ) to cover instances of
>>         something like I Corinthians or II Corinthians; 1?Corinthians
>>         or 2 Corinthians.
>>
>>         Could anyone be so kind enough as to provide a *grep* or
>>         *sed* script to?auto?convert any kind of Bible?reference?into
>>         this?format:
>>
>>         <reference?osisRef="Gen.1.1">Genesis 1:1</reference>
>>         <reference?osisRef="2Chr.1.1">2?Chronicles?1:1</reference>
>>         <reference?osisRef="2Chr.1.1">II Chronicles?1:1</reference>
>>
>>         In Christ Alone,
>>
>>         Maxwell.
>>
>>         _______________________________________________
>>         sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>     <mailto: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/20200204/401bca5e/attachment-0001.html>

From greg.hellings at gmail.com  Tue Feb  4 11:01:10 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Tue, 4 Feb 2020 12:01:10 -0600
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
Message-ID: <CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>

On Tue, Feb 4, 2020 at 11:52 AM Cyrille <lafricain79 at gmail.com> wrote:

> Hello Greg,
> Can you give more information about this python library please. It's
> interesting. How to use it?
>

The Python library is a binding of the C++ library that is auto-generated
with Swig. So its API is almost the exact same as the C++ library, with a
tiny number of additional bits to smooth the way into the Python world. In
general, if it happens in the C++ code, you can rely on the same classes,
objects, and methods to exist in the Python bindings. Even most of the
operator definitions are maintained, although not all of them are possible
as you are more limited in how you express those in Python.

As I'm not an expert on the C++ API, any particular details you will need
to ask those more knowledgeable about. But you should be able to scan any C
or C++ Sword code and directly translate the calls into Python.

Is the library in the linux repo?
>

That is going to be distro dependent. I maintain it in Fedora 31 as
"python3-sword" (and previous as python2-sword and python-sword before
that). I believe it's also in the EPEL7 repository for CentOS/RHEL 7 users.
It might be in EPEL8, if that's your thing, as well, but if not let me know
and I'll make the branch for that.

Other distros, you'll have to check. As long as your distro includes Python
2 or 3 build headers and the Swig tool (most of them do), then building it
shouldn't be difficult. My build tree for Fedora is here:
https://src.fedoraproject.org/rpms/sword/tree/master. To build the same
either use SVN HEAD, or use my two swig-related patches in that tree, and
add the appropriate options to your CMake invocation (they can be found in
the sword.spec file but amount to -DSWORD_PYTHON_3:BOOL=TRUE to build the
Python 3 version).

--Greg


> Le 04/02/2020 ? 12:41, Greg Hellings a ?crit :
>
> Maxwell,
>
> If you install the Python bindings to the Sword library, you can use the
> library's extensive parsing information as well as its knowledge of
> locales. A very simple Python script[0] will iterate all lines of input
> (you can give it a list of file arguments, you can pipe the output of a
> different program to it, you can write the lines in manually from stdin)
> and parse them. Doing exactly this work was impetus to get the bindings
> fixed up and compiling again some years back when converting references by
> external means was awfully slow for another member of this list. Using the
> bindings like this became nearly fool-proof and brought down the amount of
> time required to execute from unbearably long periods to under a second.
>
> --Greg
>
> [0] https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>
> On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga <maxmmur at gmail.com> wrote:
>
>> Thank you Dominique; Thanks Cyrille; Thanks Greg.
>>
>>
>>
>> # ?Additional? steps to get the awk script
>>
>> # working fine on macOS as it does on Linux
>>
>> $ brew install gawk
>>
>>
>>
>> # If Terminal Throws Error
>>
>> $ brew unlink awk
>>
>> $ brew link --overwrite gawk
>>
>>
>>
>> # Confirm all went well!
>>
>> $ gawk --version
>>
>>
>>
>> # Now proceed as normal
>>
>> # Make the executable
>>
>> $ chmod +x Ref2Osis.sh
>>
>>
>>
>> # Thereafter, run it
>>
>> $ ./Ref2Osis.sh
>>
>>
>> Works Perfect.
>>
>>
>> Blessed [be] the LORD God of Israel from everlasting, and to everlasting.
>> Amen, and Amen.
>>
>>
>>
>> ~~Shalom.
>>
>> On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com> wrote:
>>
>>> What are you doing exactly? If you try to convert the ref to osisRef
>>> Dominique wrote an awk script which works pretty good.
>>> See the attached file.
>>>
>>> Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit :
>>>
>>> Greetings Saints,
>>>
>>> I'm processing an OSIS Commentary in InDesign using GREP:
>>>
>>> *Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
>>> *Replace:* <reference osisRef="$1">$1</reference>
>>>
>>> It partially accomplishes the task, but does not automatically convert
>>> the book names to the standard OSIS abbreviations. I also need help in
>>> figuring out how to add looking for Arabic and Roman numerals (1-2
>>> instances of the letter "I"; or simply "1" or "2" ) to cover instances of
>>> something like I Corinthians or II Corinthians; 1 Corinthians or 2
>>> Corinthians.
>>>
>>> Could anyone be so kind enough as to provide a *grep* or *sed* script
>>> to auto convert any kind of Bible reference into this format:
>>>
>>> <reference osisRef="Gen.1.1">Genesis 1:1</reference>
>>> <reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
>>> <reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>
>>>
>>> In Christ Alone,
>>>
>>> Maxwell.
>>>
>>> _______________________________________________
>>> sword-devel mailing list: sword-devel at crosswire.orghttp://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/20200204/bf5bbb2f/attachment.html>

From lafricain79 at gmail.com  Tue Feb  4 11:05:14 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Tue, 4 Feb 2020 13:05:14 -0500
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
Message-ID: <c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>



Le 04/02/2020 ? 13:01, Greg Hellings a ?crit?:
>
>
> On Tue, Feb 4, 2020 at 11:52 AM Cyrille <lafricain79 at gmail.com
> <mailto:lafricain79 at gmail.com>> wrote:
>
>     Hello Greg,
>     Can you give more information about this python library please.
>     It's interesting. How to use it?
>
>
> The Python library is a binding of the C++ library that is
> auto-generated with Swig. So its API is almost the exact same as the
> C++ library, with a tiny number of additional bits to smooth the way
> into the Python world. In general, if it happens in the C++ code, you
> can rely on the same classes, objects, and methods to exist in the
> Python bindings. Even most of the operator definitions are maintained,
> although not all of them are possible as you are more limited in how
> you express those in Python.
>
> As I'm not an expert on the C++ API, any particular details you will
> need to ask those more knowledgeable about. But you should be able to
> scan any C or C++ Sword code and directly translate the calls into Python.

This is Chinese for me ? I'm sorry! I would like to knwo how to use
this script. I had a look for some package related to sword and python.
But I couldn't find anything in Debian/Ubuntu.
>
>     Is the library in the linux repo?
>
>
> That is going to be distro dependent. I maintain it in Fedora 31 as
> "python3-sword" (and previous as python2-sword and python-sword before
> that). I believe it's also in the EPEL7 repository for CentOS/RHEL 7
> users. It might be in EPEL8, if that's your thing, as well, but if not
> let me know and I'll make the branch for that.
>
> Other distros, you'll have to check. As long as your distro includes
> Python 2 or 3 build headers and the Swig tool (most of them do), then
> building it shouldn't be difficult. My build tree for Fedora is here:
> https://src.fedoraproject.org/rpms/sword/tree/master. To build the
> same either use SVN HEAD, or use my two swig-related patches in that
> tree, and add the appropriate options to your CMake invocation (they
> can be found in the sword.spec file but amount to
> -DSWORD_PYTHON_3:BOOL=TRUE to build the Python 3 version).
>
> --Greg
>
>
>     Le 04/02/2020 ? 12:41, Greg Hellings a ?crit?:
>>     Maxwell,
>>
>>     If you install the Python bindings to the Sword library, you can
>>     use the library's extensive parsing information as well as its
>>     knowledge of locales. A very simple Python script[0] will iterate
>>     all lines of input (you can give it a list of file arguments, you
>>     can pipe the output of a different program to it, you can write
>>     the lines in manually from stdin) and parse them. Doing exactly
>>     this work was impetus to get the bindings fixed up and compiling
>>     again some years back when converting references by external
>>     means was awfully slow for another member of this list. Using the
>>     bindings like this became nearly fool-proof and brought down the
>>     amount of time required to execute from unbearably long periods
>>     to under a second.
>>
>>     --Greg
>>
>>     [0]
>>     https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>>
>>     On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga
>>     <maxmmur at gmail.com <mailto:maxmmur at gmail.com>> wrote:
>>
>>         Thank you?Dominique;?Thanks Cyrille; Thanks Greg.
>>
>>         ?
>>
>>         # ?Additional? steps to get the awk script?
>>
>>         # working fine on macOS as it does on Linux
>>
>>         $ brew install gawk
>>
>>         ?
>>
>>         # If Terminal Throws Error
>>
>>         $ brew unlink awk
>>
>>         $ brew link --overwrite gawk
>>
>>         ?
>>
>>         # Confirm all went well!
>>
>>         $ gawk --version
>>
>>         ?
>>
>>         # Now proceed as normal
>>
>>         # Make the executable
>>
>>         $ chmod +x Ref2Osis.sh
>>
>>         ?
>>
>>         # Thereafter, run it
>>
>>         $ ./Ref2Osis.sh
>>
>>
>>         Works Perfect.?
>>
>>
>>         Blessed [be] the LORD God of Israel from everlasting, and to
>>         everlasting. Amen, and Amen.?
>>
>>         ?
>>
>>         ~~Shalom.
>>
>>
>>         On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com
>>         <mailto:lafricain79 at gmail.com>> wrote:
>>
>>             What are you doing exactly? If you try to convert the ref
>>             to osisRef Dominique wrote an awk script which works
>>             pretty good.
>>             See the attached file.
>>
>>             Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit?:
>>>             Greetings Saints,
>>>
>>>             I'm processing an OSIS Commentary in InDesign using GREP:
>>>
>>>             *Find:?*((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
>>>             *Replace:*?<reference osisRef="$1">$1</reference>
>>>
>>>             It partially accomplishes the task, but does not
>>>             automatically convert the book names to the?standard
>>>             OSIS abbreviations.?I also need help in figuring out how
>>>             to add looking for Arabic and Roman numerals (1-2
>>>             instances of the letter "I"; or simply "1" or "2" ) to
>>>             cover instances of something like I Corinthians or II
>>>             Corinthians; 1?Corinthians or 2 Corinthians.
>>>
>>>             Could anyone be so kind enough as to provide a *grep* or
>>>             *sed* script to?auto?convert any kind of
>>>             Bible?reference?into this?format:
>>>
>>>             <reference?osisRef="Gen.1.1">Genesis 1:1</reference>
>>>             <reference?osisRef="2Chr.1.1">2?Chronicles?1:1</reference>
>>>             <reference?osisRef="2Chr.1.1">II Chronicles?1:1</reference>
>>>
>>>             In Christ Alone,
>>>
>>>             Maxwell.
>>>
>>>             _______________________________________________
>>>             sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>         <mailto: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/20200204/d0ef16cd/attachment-0001.html>

From greg.hellings at gmail.com  Tue Feb  4 11:21:14 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Tue, 4 Feb 2020 12:21:14 -0600
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
Message-ID: <CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>

On Tue, Feb 4, 2020 at 12:05 PM Cyrille <lafricain79 at gmail.com> wrote:

>
>
> Le 04/02/2020 ? 13:01, Greg Hellings a ?crit :
>
>
>
> On Tue, Feb 4, 2020 at 11:52 AM Cyrille <lafricain79 at gmail.com> wrote:
>
>> Hello Greg,
>> Can you give more information about this python library please. It's
>> interesting. How to use it?
>>
>
> The Python library is a binding of the C++ library that is auto-generated
> with Swig. So its API is almost the exact same as the C++ library, with a
> tiny number of additional bits to smooth the way into the Python world. In
> general, if it happens in the C++ code, you can rely on the same classes,
> objects, and methods to exist in the Python bindings. Even most of the
> operator definitions are maintained, although not all of them are possible
> as you are more limited in how you express those in Python.
>
> As I'm not an expert on the C++ API, any particular details you will need
> to ask those more knowledgeable about. But you should be able to scan any C
> or C++ Sword code and directly translate the calls into Python.
>
>
> This is Chinese for me [image: ?] I'm sorry! I would like to knwo how to
> use this script. I had a look for some package related to sword and python.
> But I couldn't find anything in Debian/Ubuntu.
>

Oh! I thought you were asking how to use the Sword Python module as a
whole. My apologies.

If Debian doesn't ship the Sword Python bindings, you should open a bug
with the distro against the Sword package and ask them to add it. If you
point them to my repo from Fedora, they should have all they need to get it
working. I'd be very surprised if the maintainers (I don't know who does
that these days) don't lurk this mailing list, though, so maybe they'll see
this thread themselves. After that, just download the script I linked, put
it on your system, and call it like you would any other program. It should
"just work" if you have the Sword bindings installed.

--Greg

>
> Is the library in the linux repo?
>>
>
> That is going to be distro dependent. I maintain it in Fedora 31 as
> "python3-sword" (and previous as python2-sword and python-sword before
> that). I believe it's also in the EPEL7 repository for CentOS/RHEL 7 users.
> It might be in EPEL8, if that's your thing, as well, but if not let me know
> and I'll make the branch for that.
>
> Other distros, you'll have to check. As long as your distro includes
> Python 2 or 3 build headers and the Swig tool (most of them do), then
> building it shouldn't be difficult. My build tree for Fedora is here:
> https://src.fedoraproject.org/rpms/sword/tree/master. To build the same
> either use SVN HEAD, or use my two swig-related patches in that tree, and
> add the appropriate options to your CMake invocation (they can be found in
> the sword.spec file but amount to -DSWORD_PYTHON_3:BOOL=TRUE to build the
> Python 3 version).
>
> --Greg
>
>
>> Le 04/02/2020 ? 12:41, Greg Hellings a ?crit :
>>
>> Maxwell,
>>
>> If you install the Python bindings to the Sword library, you can use the
>> library's extensive parsing information as well as its knowledge of
>> locales. A very simple Python script[0] will iterate all lines of input
>> (you can give it a list of file arguments, you can pipe the output of a
>> different program to it, you can write the lines in manually from stdin)
>> and parse them. Doing exactly this work was impetus to get the bindings
>> fixed up and compiling again some years back when converting references by
>> external means was awfully slow for another member of this list. Using the
>> bindings like this became nearly fool-proof and brought down the amount of
>> time required to execute from unbearably long periods to under a second.
>>
>> --Greg
>>
>> [0]
>> https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>>
>> On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga <maxmmur at gmail.com>
>> wrote:
>>
>>> Thank you Dominique; Thanks Cyrille; Thanks Greg.
>>>
>>>
>>>
>>> # ?Additional? steps to get the awk script
>>>
>>> # working fine on macOS as it does on Linux
>>>
>>> $ brew install gawk
>>>
>>>
>>>
>>> # If Terminal Throws Error
>>>
>>> $ brew unlink awk
>>>
>>> $ brew link --overwrite gawk
>>>
>>>
>>>
>>> # Confirm all went well!
>>>
>>> $ gawk --version
>>>
>>>
>>>
>>> # Now proceed as normal
>>>
>>> # Make the executable
>>>
>>> $ chmod +x Ref2Osis.sh
>>>
>>>
>>>
>>> # Thereafter, run it
>>>
>>> $ ./Ref2Osis.sh
>>>
>>>
>>> Works Perfect.
>>>
>>>
>>> Blessed [be] the LORD God of Israel from everlasting, and to
>>> everlasting. Amen, and Amen.
>>>
>>>
>>>
>>> ~~Shalom.
>>>
>>> On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com> wrote:
>>>
>>>> What are you doing exactly? If you try to convert the ref to osisRef
>>>> Dominique wrote an awk script which works pretty good.
>>>> See the attached file.
>>>>
>>>> Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit :
>>>>
>>>> Greetings Saints,
>>>>
>>>> I'm processing an OSIS Commentary in InDesign using GREP:
>>>>
>>>> *Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
>>>> *Replace:* <reference osisRef="$1">$1</reference>
>>>>
>>>> It partially accomplishes the task, but does not automatically convert
>>>> the book names to the standard OSIS abbreviations. I also need help in
>>>> figuring out how to add looking for Arabic and Roman numerals (1-2
>>>> instances of the letter "I"; or simply "1" or "2" ) to cover instances of
>>>> something like I Corinthians or II Corinthians; 1 Corinthians or 2
>>>> Corinthians.
>>>>
>>>> Could anyone be so kind enough as to provide a *grep* or *sed* script
>>>> to auto convert any kind of Bible reference into this format:
>>>>
>>>> <reference osisRef="Gen.1.1">Genesis 1:1</reference>
>>>> <reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
>>>> <reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>
>>>>
>>>> In Christ Alone,
>>>>
>>>> Maxwell.
>>>>
>>>> _______________________________________________
>>>> sword-devel mailing list: sword-devel at crosswire.orghttp://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/20200204/aa20924d/attachment-0001.html>

From domcox at crosswire.org  Tue Feb  4 13:45:22 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Tue, 04 Feb 2020 15:45:22 -0500
Subject: [sword-devel] Module upload: RusMakarij
Message-ID: <20200204204522.8F1AB11F9EA@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded RusMakarij.
This is an updated version of RusMakarij.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From lafricain79 at gmail.com  Tue Feb  4 14:22:59 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Tue, 4 Feb 2020 16:22:59 -0500
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
Message-ID: <699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>



Le 04/02/2020 ? 13:21, Greg Hellings a ?crit?:
>
>
> On Tue, Feb 4, 2020 at 12:05 PM Cyrille <lafricain79 at gmail.com
> <mailto:lafricain79 at gmail.com>> wrote:
>
>
>
>     Le 04/02/2020 ? 13:01, Greg Hellings a ?crit?:
>>
>>
>>     On Tue, Feb 4, 2020 at 11:52 AM Cyrille <lafricain79 at gmail.com
>>     <mailto:lafricain79 at gmail.com>> wrote:
>>
>>         Hello Greg,
>>         Can you give more information about this python library
>>         please. It's interesting. How to use it?
>>
>>
>>     The Python library is a binding of the C++ library that is
>>     auto-generated with Swig. So its API is almost the exact same as
>>     the C++ library, with a tiny number of additional bits to smooth
>>     the way into the Python world. In general, if it happens in the
>>     C++ code, you can rely on the same classes, objects, and methods
>>     to exist in the Python bindings. Even most of the operator
>>     definitions are maintained, although not all of them are possible
>>     as you are more limited in how you express those in Python.
>>
>>     As I'm not an expert on the C++ API, any particular details you
>>     will need to ask those more knowledgeable about. But you should
>>     be able to scan any C or C++ Sword code and directly translate
>>     the calls into Python.
>
>     This is Chinese for me ? I'm sorry! I would like to knwo how to
>     use this script. I had a look for some package related to sword
>     and python. But I couldn't find anything in Debian/Ubuntu.
>
>
> Oh! I thought you were asking how to use the Sword Python module as a
> whole. My apologies.
>
> If Debian doesn't ship the Sword Python bindings, you should open a
> bug with the distro against the Sword package and ask them to add it.
> If you point them to my repo from Fedora, they should have all they
> need to get it working. I'd be very surprised if the maintainers (I
> don't know who does that these days) don't lurk this mailing list,
> though, so maybe they'll see this thread themselves. After that, just
> download the script I linked, put it on your system, and call it like
> you would any other program. It should "just work" if you have the
> Sword bindings installed.
Is this package https://packages.debian.org/sid/python3-pysword the good
one. I found inside the deb this python scripts, but I don't know how to
use it:
bible.py? canon-parser.py? cleaner.py?? modules.py?? sapphire.py
books.py? canons.py??????? __init__.py? __pycache__? utils.py

>
> --Greg
>
>>
>>         Is the library in the linux repo?
>>
>>
>>     That is going to be distro dependent. I maintain it in Fedora 31
>>     as "python3-sword" (and previous as python2-sword and
>>     python-sword before that). I believe it's also in the EPEL7
>>     repository for CentOS/RHEL 7 users. It might be in EPEL8, if
>>     that's your thing, as well, but if not let me know and I'll make
>>     the branch for that.
>>
>>     Other distros, you'll have to check. As long as your distro
>>     includes Python 2 or 3 build headers and the Swig tool (most of
>>     them do), then building it shouldn't be difficult. My build tree
>>     for Fedora is here:
>>     https://src.fedoraproject.org/rpms/sword/tree/master. To build
>>     the same either use SVN HEAD, or use my two swig-related patches
>>     in that tree, and add the appropriate options to your CMake
>>     invocation (they can be found in the sword.spec file but amount
>>     to -DSWORD_PYTHON_3:BOOL=TRUE to build the Python 3 version).
>>
>>     --Greg
>>
>>
>>         Le 04/02/2020 ? 12:41, Greg Hellings a ?crit?:
>>>         Maxwell,
>>>
>>>         If you install the Python bindings to the Sword library, you
>>>         can use the library's extensive parsing information as well
>>>         as its knowledge of locales. A very simple Python script[0]
>>>         will iterate all lines of input (you can give it a list of
>>>         file arguments, you can pipe the output of a different
>>>         program to it, you can write the lines in manually from
>>>         stdin) and parse them. Doing exactly this work was impetus
>>>         to get the bindings fixed up and compiling again some years
>>>         back when converting references by external means was
>>>         awfully slow for another member of this list. Using the
>>>         bindings like this became nearly fool-proof and brought down
>>>         the amount of time required to execute from unbearably long
>>>         periods to under a second.
>>>
>>>         --Greg
>>>
>>>         [0]
>>>         https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>>>
>>>         On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga
>>>         <maxmmur at gmail.com <mailto:maxmmur at gmail.com>> wrote:
>>>
>>>             Thank you?Dominique;?Thanks Cyrille; Thanks Greg.
>>>
>>>             ?
>>>
>>>             # ?Additional? steps to get the awk script?
>>>
>>>             # working fine on macOS as it does on Linux
>>>
>>>             $ brew install gawk
>>>
>>>             ?
>>>
>>>             # If Terminal Throws Error
>>>
>>>             $ brew unlink awk
>>>
>>>             $ brew link --overwrite gawk
>>>
>>>             ?
>>>
>>>             # Confirm all went well!
>>>
>>>             $ gawk --version
>>>
>>>             ?
>>>
>>>             # Now proceed as normal
>>>
>>>             # Make the executable
>>>
>>>             $ chmod +x Ref2Osis.sh
>>>
>>>             ?
>>>
>>>             # Thereafter, run it
>>>
>>>             $ ./Ref2Osis.sh
>>>
>>>
>>>             Works Perfect.?
>>>
>>>
>>>             Blessed [be] the LORD God of Israel from everlasting,
>>>             and to everlasting. Amen, and Amen.?
>>>
>>>             ?
>>>
>>>             ~~Shalom.
>>>
>>>
>>>             On Sun, Feb 2, 2020 at 3:39 AM Cyrille
>>>             <lafricain79 at gmail.com <mailto:lafricain79 at gmail.com>>
>>>             wrote:
>>>
>>>                 What are you doing exactly? If you try to convert
>>>                 the ref to osisRef Dominique wrote an awk script
>>>                 which works pretty good.
>>>                 See the attached file.
>>>
>>>                 Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit?:
>>>>                 Greetings Saints,
>>>>
>>>>                 I'm processing an OSIS Commentary in InDesign using
>>>>                 GREP:
>>>>
>>>>                 *Find:?*((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([,
>>>>                 \d]+(.\d+)?)*)
>>>>                 *Replace:*?<reference osisRef="$1">$1</reference>
>>>>
>>>>                 It partially accomplishes the task, but does not
>>>>                 automatically convert the book names to
>>>>                 the?standard OSIS abbreviations.?I also need help
>>>>                 in figuring out how to add looking for Arabic and
>>>>                 Roman numerals (1-2 instances of the letter "I"; or
>>>>                 simply "1" or "2" ) to cover instances of something
>>>>                 like I Corinthians or II Corinthians; 1?Corinthians
>>>>                 or 2 Corinthians.
>>>>
>>>>                 Could anyone be so kind enough as to provide a
>>>>                 *grep* or *sed* script to?auto?convert any kind of
>>>>                 Bible?reference?into this?format:
>>>>
>>>>                 <reference?osisRef="Gen.1.1">Genesis 1:1</reference>
>>>>                 <reference?osisRef="2Chr.1.1">2?Chronicles?1:1</reference>
>>>>                 <reference?osisRef="2Chr.1.1">II
>>>>                 Chronicles?1:1</reference>
>>>>
>>>>                 In Christ Alone,
>>>>
>>>>                 Maxwell.
>>>>
>>>>                 _______________________________________________
>>>>                 sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>             <mailto: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/20200204/8f807255/attachment-0001.html>

From greg.hellings at gmail.com  Tue Feb  4 14:25:49 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Tue, 4 Feb 2020 15:25:49 -0600
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
Message-ID: <CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>

No, that's this project: https://pypi.org/project/pysword/

It attempts to be compatible with reading Sword files, but it wouldn't have
all the same bindings and features of the whole engine.

--Greg

On Tue, Feb 4, 2020, 15:23 Cyrille <lafricain79 at gmail.com> wrote:

>
>
> Le 04/02/2020 ? 13:21, Greg Hellings a ?crit :
>
>
>
> On Tue, Feb 4, 2020 at 12:05 PM Cyrille <lafricain79 at gmail.com> wrote:
>
>>
>>
>> Le 04/02/2020 ? 13:01, Greg Hellings a ?crit :
>>
>>
>>
>> On Tue, Feb 4, 2020 at 11:52 AM Cyrille <lafricain79 at gmail.com> wrote:
>>
>>> Hello Greg,
>>> Can you give more information about this python library please. It's
>>> interesting. How to use it?
>>>
>>
>> The Python library is a binding of the C++ library that is auto-generated
>> with Swig. So its API is almost the exact same as the C++ library, with a
>> tiny number of additional bits to smooth the way into the Python world. In
>> general, if it happens in the C++ code, you can rely on the same classes,
>> objects, and methods to exist in the Python bindings. Even most of the
>> operator definitions are maintained, although not all of them are possible
>> as you are more limited in how you express those in Python.
>>
>> As I'm not an expert on the C++ API, any particular details you will need
>> to ask those more knowledgeable about. But you should be able to scan any C
>> or C++ Sword code and directly translate the calls into Python.
>>
>>
>> This is Chinese for me [image: ?] I'm sorry! I would like to knwo how
>> to use this script. I had a look for some package related to sword and
>> python. But I couldn't find anything in Debian/Ubuntu.
>>
>
> Oh! I thought you were asking how to use the Sword Python module as a
> whole. My apologies.
>
> If Debian doesn't ship the Sword Python bindings, you should open a bug
> with the distro against the Sword package and ask them to add it. If you
> point them to my repo from Fedora, they should have all they need to get it
> working. I'd be very surprised if the maintainers (I don't know who does
> that these days) don't lurk this mailing list, though, so maybe they'll see
> this thread themselves. After that, just download the script I linked, put
> it on your system, and call it like you would any other program. It should
> "just work" if you have the Sword bindings installed.
>
> Is this package https://packages.debian.org/sid/python3-pysword the good
> one. I found inside the deb this python scripts, but I don't know how to
> use it:
> bible.py  canon-parser.py  cleaner.py   modules.py   sapphire.py
> books.py  canons.py        __init__.py  __pycache__  utils.py
>
>
> --Greg
>
>>
>> Is the library in the linux repo?
>>>
>>
>> That is going to be distro dependent. I maintain it in Fedora 31 as
>> "python3-sword" (and previous as python2-sword and python-sword before
>> that). I believe it's also in the EPEL7 repository for CentOS/RHEL 7 users.
>> It might be in EPEL8, if that's your thing, as well, but if not let me know
>> and I'll make the branch for that.
>>
>> Other distros, you'll have to check. As long as your distro includes
>> Python 2 or 3 build headers and the Swig tool (most of them do), then
>> building it shouldn't be difficult. My build tree for Fedora is here:
>> https://src.fedoraproject.org/rpms/sword/tree/master. To build the same
>> either use SVN HEAD, or use my two swig-related patches in that tree, and
>> add the appropriate options to your CMake invocation (they can be found in
>> the sword.spec file but amount to -DSWORD_PYTHON_3:BOOL=TRUE to build the
>> Python 3 version).
>>
>> --Greg
>>
>>
>>> Le 04/02/2020 ? 12:41, Greg Hellings a ?crit :
>>>
>>> Maxwell,
>>>
>>> If you install the Python bindings to the Sword library, you can use the
>>> library's extensive parsing information as well as its knowledge of
>>> locales. A very simple Python script[0] will iterate all lines of input
>>> (you can give it a list of file arguments, you can pipe the output of a
>>> different program to it, you can write the lines in manually from stdin)
>>> and parse them. Doing exactly this work was impetus to get the bindings
>>> fixed up and compiling again some years back when converting references by
>>> external means was awfully slow for another member of this list. Using the
>>> bindings like this became nearly fool-proof and brought down the amount of
>>> time required to execute from unbearably long periods to under a second.
>>>
>>> --Greg
>>>
>>> [0]
>>> https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>>>
>>> On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga <maxmmur at gmail.com>
>>> wrote:
>>>
>>>> Thank you Dominique; Thanks Cyrille; Thanks Greg.
>>>>
>>>>
>>>>
>>>> # ?Additional? steps to get the awk script
>>>>
>>>> # working fine on macOS as it does on Linux
>>>>
>>>> $ brew install gawk
>>>>
>>>>
>>>>
>>>> # If Terminal Throws Error
>>>>
>>>> $ brew unlink awk
>>>>
>>>> $ brew link --overwrite gawk
>>>>
>>>>
>>>>
>>>> # Confirm all went well!
>>>>
>>>> $ gawk --version
>>>>
>>>>
>>>>
>>>> # Now proceed as normal
>>>>
>>>> # Make the executable
>>>>
>>>> $ chmod +x Ref2Osis.sh
>>>>
>>>>
>>>>
>>>> # Thereafter, run it
>>>>
>>>> $ ./Ref2Osis.sh
>>>>
>>>>
>>>> Works Perfect.
>>>>
>>>>
>>>> Blessed [be] the LORD God of Israel from everlasting, and to
>>>> everlasting. Amen, and Amen.
>>>>
>>>>
>>>>
>>>> ~~Shalom.
>>>>
>>>> On Sun, Feb 2, 2020 at 3:39 AM Cyrille <lafricain79 at gmail.com> wrote:
>>>>
>>>>> What are you doing exactly? If you try to convert the ref to osisRef
>>>>> Dominique wrote an awk script which works pretty good.
>>>>> See the attached file.
>>>>>
>>>>> Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit :
>>>>>
>>>>> Greetings Saints,
>>>>>
>>>>> I'm processing an OSIS Commentary in InDesign using GREP:
>>>>>
>>>>> *Find: *((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([, \d]+(.\d+)?)*)
>>>>> *Replace:* <reference osisRef="$1">$1</reference>
>>>>>
>>>>> It partially accomplishes the task, but does not automatically convert
>>>>> the book names to the standard OSIS abbreviations. I also need help in
>>>>> figuring out how to add looking for Arabic and Roman numerals (1-2
>>>>> instances of the letter "I"; or simply "1" or "2" ) to cover instances of
>>>>> something like I Corinthians or II Corinthians; 1 Corinthians or 2
>>>>> Corinthians.
>>>>>
>>>>> Could anyone be so kind enough as to provide a *grep* or *sed* script
>>>>> to auto convert any kind of Bible reference into this format:
>>>>>
>>>>> <reference osisRef="Gen.1.1">Genesis 1:1</reference>
>>>>> <reference osisRef="2Chr.1.1">2 Chronicles 1:1</reference>
>>>>> <reference osisRef="2Chr.1.1">II Chronicles 1:1</reference>
>>>>>
>>>>> In Christ Alone,
>>>>>
>>>>> Maxwell.
>>>>>
>>>>> _______________________________________________
>>>>> sword-devel mailing list: sword-devel at crosswire.orghttp://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/20200204/d3454f93/attachment-0001.html>

From lafricain79 at gmail.com  Tue Feb  4 14:27:14 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Tue, 4 Feb 2020 16:27:14 -0500
Subject: [sword-devel] Grep or Sed Command to Automate OSIS References?
In-Reply-To: <CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
Message-ID: <bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>



Le 04/02/2020 ? 16:25, Greg Hellings a ?crit?:
> No, that's this project:?https://pypi.org/project/pysword/
>
> It attempts to be compatible with reading Sword files, but it wouldn't
> have all the same bindings and features of the whole engine.
>
Ok I just wrote to Roberto Sanchez, he is the debian package manager for
Sword.
> --Greg
>
> On Tue, Feb 4, 2020, 15:23 Cyrille <lafricain79 at gmail.com
> <mailto:lafricain79 at gmail.com>> wrote:
>
>
>
>     Le 04/02/2020 ? 13:21, Greg Hellings a ?crit?:
>>
>>
>>     On Tue, Feb 4, 2020 at 12:05 PM Cyrille <lafricain79 at gmail.com
>>     <mailto:lafricain79 at gmail.com>> wrote:
>>
>>
>>
>>         Le 04/02/2020 ? 13:01, Greg Hellings a ?crit?:
>>>
>>>
>>>         On Tue, Feb 4, 2020 at 11:52 AM Cyrille
>>>         <lafricain79 at gmail.com <mailto:lafricain79 at gmail.com>> wrote:
>>>
>>>             Hello Greg,
>>>             Can you give more information about this python library
>>>             please. It's interesting. How to use it?
>>>
>>>
>>>         The Python library is a binding of the C++ library that is
>>>         auto-generated with Swig. So its API is almost the exact
>>>         same as the C++ library, with a tiny number of additional
>>>         bits to smooth the way into the Python world. In general, if
>>>         it happens in the C++ code, you can rely on the same
>>>         classes, objects, and methods to exist in the Python
>>>         bindings. Even most of the operator definitions are
>>>         maintained, although not all of them are possible as you are
>>>         more limited in how you express those in Python.
>>>
>>>         As I'm not an expert on the C++ API, any particular details
>>>         you will need to ask those more knowledgeable about. But you
>>>         should be able to scan any C or C++ Sword code and directly
>>>         translate the calls into Python.
>>
>>         This is Chinese for me ? I'm sorry! I would like to knwo how
>>         to use this script. I had a look for some package related to
>>         sword and python. But I couldn't find anything in Debian/Ubuntu.
>>
>>
>>     Oh! I thought you were asking how to use the Sword Python module
>>     as a whole. My apologies.
>>
>>     If Debian doesn't ship the Sword Python bindings, you should open
>>     a bug with the distro against the Sword package and ask them to
>>     add it. If you point them to my repo from Fedora, they should
>>     have all they need to get it working. I'd be very surprised if
>>     the maintainers (I don't know who does that these days) don't
>>     lurk this mailing list, though, so maybe they'll see this thread
>>     themselves. After that, just download the script I linked, put it
>>     on your system, and call it like you would any other program. It
>>     should "just work" if you have the Sword bindings installed.
>     Is this package https://packages.debian.org/sid/python3-pysword
>     the good one. I found inside the deb this python scripts, but I
>     don't know how to use it:
>     bible.py? canon-parser.py? cleaner.py?? modules.py?? sapphire.py
>     books.py? canons.py??????? __init__.py? __pycache__? utils.py
>
>>
>>     --Greg
>>
>>>
>>>             Is the library in the linux repo?
>>>
>>>
>>>         That is going to be distro dependent. I maintain it in
>>>         Fedora 31 as "python3-sword" (and previous as python2-sword
>>>         and python-sword before that). I believe it's also in the
>>>         EPEL7 repository for CentOS/RHEL 7 users. It might be in
>>>         EPEL8, if that's your thing, as well, but if not let me know
>>>         and I'll make the branch for that.
>>>
>>>         Other distros, you'll have to check. As long as your distro
>>>         includes Python 2 or 3 build headers and the Swig tool (most
>>>         of them do), then building it shouldn't be difficult. My
>>>         build tree for Fedora is here:
>>>         https://src.fedoraproject.org/rpms/sword/tree/master. To
>>>         build the same either use SVN HEAD, or use my two
>>>         swig-related patches in that tree, and add the appropriate
>>>         options to your CMake invocation (they can be found in the
>>>         sword.spec file but amount to -DSWORD_PYTHON_3:BOOL=TRUE to
>>>         build the Python 3 version).
>>>
>>>         --Greg
>>>
>>>
>>>             Le 04/02/2020 ? 12:41, Greg Hellings a ?crit?:
>>>>             Maxwell,
>>>>
>>>>             If you install the Python bindings to the Sword
>>>>             library, you can use the library's extensive parsing
>>>>             information as well as its knowledge of locales. A very
>>>>             simple Python script[0] will iterate all lines of input
>>>>             (you can give it a list of file arguments, you can pipe
>>>>             the output of a different program to it, you can write
>>>>             the lines in manually from stdin) and parse them. Doing
>>>>             exactly this work was impetus to get the bindings fixed
>>>>             up and compiling again some years back when converting
>>>>             references by external means was awfully slow for
>>>>             another member of this list. Using the bindings like
>>>>             this became nearly fool-proof and brought down the
>>>>             amount of time required to execute from unbearably long
>>>>             periods to under a second.
>>>>
>>>>             --Greg
>>>>
>>>>             [0]
>>>>             https://gist.github.com/greg-hellings/0de55fc3e07d5014f005efc12ffbdffa
>>>>
>>>>             On Tue, Feb 4, 2020 at 11:28 AM Maxwell Murunga
>>>>             <maxmmur at gmail.com <mailto:maxmmur at gmail.com>> wrote:
>>>>
>>>>                 Thank you?Dominique;?Thanks Cyrille; Thanks Greg.
>>>>
>>>>                 ?
>>>>
>>>>                 # ?Additional? steps to get the awk script?
>>>>
>>>>                 # working fine on macOS as it does on Linux
>>>>
>>>>                 $ brew install gawk
>>>>
>>>>                 ?
>>>>
>>>>                 # If Terminal Throws Error
>>>>
>>>>                 $ brew unlink awk
>>>>
>>>>                 $ brew link --overwrite gawk
>>>>
>>>>                 ?
>>>>
>>>>                 # Confirm all went well!
>>>>
>>>>                 $ gawk --version
>>>>
>>>>                 ?
>>>>
>>>>                 # Now proceed as normal
>>>>
>>>>                 # Make the executable
>>>>
>>>>                 $ chmod +x Ref2Osis.sh
>>>>
>>>>                 ?
>>>>
>>>>                 # Thereafter, run it
>>>>
>>>>                 $ ./Ref2Osis.sh
>>>>
>>>>
>>>>                 Works Perfect.?
>>>>
>>>>
>>>>                 Blessed [be] the LORD God of Israel from
>>>>                 everlasting, and to everlasting. Amen, and Amen.?
>>>>
>>>>                 ?
>>>>
>>>>                 ~~Shalom.
>>>>
>>>>
>>>>                 On Sun, Feb 2, 2020 at 3:39 AM Cyrille
>>>>                 <lafricain79 at gmail.com
>>>>                 <mailto:lafricain79 at gmail.com>> wrote:
>>>>
>>>>                     What are you doing exactly? If you try to
>>>>                     convert the ref to osisRef Dominique wrote an
>>>>                     awk script which works pretty good.
>>>>                     See the attached file.
>>>>
>>>>                     Le 01/02/2020 ? 18:06, Maxwell Murunga a ?crit?:
>>>>>                     Greetings Saints,
>>>>>
>>>>>                     I'm processing an OSIS Commentary in InDesign
>>>>>                     using GREP:
>>>>>
>>>>>                     *Find:?*((\d+ )?(\w+?.? \d+[:]\d+)(.\d+)?([,
>>>>>                     \d]+(.\d+)?)*)
>>>>>                     *Replace:*?<reference osisRef="$1">$1</reference>
>>>>>
>>>>>                     It partially accomplishes the task, but does
>>>>>                     not automatically convert the book names to
>>>>>                     the?standard OSIS abbreviations.?I also need
>>>>>                     help in figuring out how to add looking for
>>>>>                     Arabic and Roman numerals (1-2 instances of
>>>>>                     the letter "I"; or simply "1" or "2" ) to
>>>>>                     cover instances of something like I
>>>>>                     Corinthians or II Corinthians; 1?Corinthians
>>>>>                     or 2 Corinthians.
>>>>>
>>>>>                     Could anyone be so kind enough as to provide a
>>>>>                     *grep* or *sed* script to?auto?convert any
>>>>>                     kind of Bible?reference?into this?format:
>>>>>
>>>>>                     <reference?osisRef="Gen.1.1">Genesis
>>>>>                     1:1</reference>
>>>>>                     <reference?osisRef="2Chr.1.1">2?Chronicles?1:1</reference>
>>>>>                     <reference?osisRef="2Chr.1.1">II
>>>>>                     Chronicles?1:1</reference>
>>>>>
>>>>>                     In Christ Alone,
>>>>>
>>>>>                     Maxwell.
>>>>>
>>>>>                     _______________________________________________
>>>>>                     sword-devel mailing list: sword-devel at crosswire.org <mailto: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
>>>>                 <mailto: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/20200204/d8c7e934/attachment-0001.html>

From domcox at crosswire.org  Wed Feb  5 13:25:54 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Wed, 05 Feb 2020 15:25:54 -0500
Subject: [sword-devel] Module upload: JPS
Message-ID: <20200205202554.E259411F9C0@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded JPS.
This is an updated version of JPS.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Thu Feb  6 14:15:49 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Thu, 06 Feb 2020 16:15:49 -0500
Subject: [sword-devel] Module upload: GerElb1871
Message-ID: <20200206211550.0263711F9C0@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded GerElb1871.
This is an updated version of GerElb1871.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From contact at tklein.info  Thu Feb  6 23:14:41 2020
From: contact at tklein.info (Tobias Klein)
Date: Fri, 7 Feb 2020 07:14:41 +0100
Subject: [sword-devel] Crash in Sword trunk (svn 3696) on Windows 10
Message-ID: <6ea92e16-dedb-66e9-a67a-140b78f560e0@tklein.info>

Hi,

the latest Sword trunk crashes on Windows 10 during initialization of 
SWMgr. I built the library using Visual Studio 2015.


          EXCEPTION_ACCESS_VIOLATION_READ

Fatal Error: EXCEPTION_ACCESS_VIOLATION_READ

  *


  *
    VCRUNTIME140+0x000332d|memcpy|memcpy.asm:668
  *
    libsword+0x000ce4c|sword::SWBuf::set|swbuf.h:205
  *
    libsword+0x001a879|sword::SWBuf::{ctor}|swbuf.h:112
  *
    libsword+0x001a855|std::pair<T>::{ctor}|utility:171
  *
    libsword+0x001a82e|sword::multimapwithdefault<T>::operator[]|multimapwdef.h:45
  *
    libsword+0x008d6ff|sword::SWConfig::augment|swconfig.cpp:172
  *
    libsword+0x00a09f4|sword::SWMgr::loadConfigDir|swmgr.cpp:764
  *
    libsword+0x00a038c|sword::SWMgr::load|swmgr.cpp:856
  *
    libsword+0x0092829|sword::SWMgr::Load|swmgr.h:407
  *
    libsword+0x0092823|sword::SWMgr::SWMgr|swmgr.cpp:412
  *

    The crash happens in sword::SWBuf::set (see stacktrace above).

    After performing the following reverts it does not crash anymore:
  *

    swbuf.cpp, swbuf.h => svn 3590
  * swmodule.cpp => svn 3618
  *

  * Best regards,
    Tobias

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200207/711f7678/attachment-0001.html>

From lafricain79 at gmail.com  Fri Feb  7 09:36:55 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Fri, 7 Feb 2020 11:36:55 -0500
Subject: [sword-devel] Link broken in the main website page.
Message-ID: <5379b064-450b-2916-1b01-057159672cc4@gmail.com>

Hello,
Just to make you know this link from the main page is broken:
http://crosswire.org/sword


From domcox at crosswire.org  Fri Feb  7 14:13:43 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Fri, 07 Feb 2020 16:13:43 -0500
Subject: [sword-devel] Module upload: HebModern
Message-ID: <20200207211343.CF5DC11F9C0@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded HebModern.
This is an updated version of HebModern.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From two4god at gmail.com  Sat Feb  8 02:40:58 2020
From: two4god at gmail.com (Matthias Lindner)
Date: Sat, 8 Feb 2020 10:40:58 +0100
Subject: [sword-devel] Check if a key is valid
Message-ID: <CALys0LWkp7-O8fY_MzAdJLXx3sL=_bLtASMbLZLv1bSkHTOX-Q@mail.gmail.com>

Hi alltoghether,

I try to implement a Bible App which has a Multipurpose search field..
(so you can either type in a Bibleverse or a searchstring)

So i need to find out if the typed in string is a valid key or not..
i tried several methods also with the returned char error.. but non of them
really returned a real error when i handed over a crazy String like "test
test test" instead it just set the key to revelation of jhon..

Any hints how to check if  a handed over char ikey can be tested if its
valid?

blessings
Matthias aka Paradoxon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200208/f7ad0d4a/attachment.html>

From scribe at crosswire.org  Sat Feb  8 11:29:26 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sat, 8 Feb 2020 11:29:26 -0700
Subject: [sword-devel] Check if a key is valid
In-Reply-To: <CALys0LWkp7-O8fY_MzAdJLXx3sL=_bLtASMbLZLv1bSkHTOX-Q@mail.gmail.com>
References: <CALys0LWkp7-O8fY_MzAdJLXx3sL=_bLtASMbLZLv1bSkHTOX-Q@mail.gmail.com>
Message-ID: <d4b84701-00de-1833-376d-7c3096acc1f4@crosswire.org>

Hi Matthias,

I have just added an example to show how to check if a string is a valid
verse reference:

http://crosswire.org/svn/sword/trunk/examples/classes/versevalid.cpp

Hope this helps,

Troy


On 2/8/20 2:40 AM, Matthias Lindner wrote:
> Hi alltoghether,
>
> I try to implement a Bible App which has a Multipurpose search field..?
> (so you can either type in a Bibleverse or a searchstring)
>
> So i need to find out if the typed in string is a valid key or not..
> i tried several?methods also with the returned char error.. but non of
> them
> really returned a real error when i handed over a crazy String like
> "test test test" instead it just set the key to revelation of jhon..?
>
> Any hints how to check if ?a handed over char ikey can be tested if
> its valid?
>
> blessings
> Matthias aka Paradoxon
>
>
> _______________________________________________
> 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/20200208/c6acf67d/attachment.html>

From domcox at crosswire.org  Sat Feb  8 11:36:11 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:36:11 -0500
Subject: [sword-devel] Module upload: ItaRive
Message-ID: <20200208183611.0ADEB11F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded ItaRive.
This is an updated version of ItaRive.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:37:06 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:37:06 -0500
Subject: [sword-devel] Module upload: ItaDio
Message-ID: <20200208183706.3E4F111F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded ItaDio.
This is an updated version of ItaDio.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:38:00 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:38:00 -0500
Subject: [sword-devel] Module upload: DutSVV
Message-ID: <20200208183800.7771511F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded DutSVV.
This is an updated version of DutSVV.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:38:37 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:38:37 -0500
Subject: [sword-devel] Module upload: Alb
Message-ID: <20200208183837.62E6811F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded Alb.
This is an updated version of Alb.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:39:13 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:39:13 -0500
Subject: [sword-devel] Module upload: Norsk
Message-ID: <20200208183913.BBAE711F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded Norsk.
This is an updated version of Norsk.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:39:48 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:39:48 -0500
Subject: [sword-devel] Module upload: AraSVD
Message-ID: <20200208183948.0813411F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded AraSVD.
This is an updated version of AraSVD.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:40:19 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:40:19 -0500
Subject: [sword-devel] Module upload: Peshitta
Message-ID: <20200208184019.7EADD11F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded Peshitta.
This is an updated version of Peshitta.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From domcox at crosswire.org  Sat Feb  8 11:40:56 2020
From: domcox at crosswire.org (domcox at crosswire.org)
Date: Sat, 08 Feb 2020 13:40:56 -0500
Subject: [sword-devel] Module upload: Esperanto
Message-ID: <20200208184056.33FFB11F9F6@host.crosswire.org>

Dear All,
This is to announce that we have just now uploaded Esperanto.
This is an updated version of Esperanto.
Many thanks to Cyrille for the hard work.

yours

The Module Team

P.S.: This email is sent automatically on upload of a new/updated module


From scribe at crosswire.org  Sat Feb  8 12:04:17 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sat, 8 Feb 2020 12:04:17 -0700
Subject: [sword-devel] Link broken in the main website page.
In-Reply-To: <5379b064-450b-2916-1b01-057159672cc4@gmail.com>
References: <5379b064-450b-2916-1b01-057159672cc4@gmail.com>
Message-ID: <a44d0bc5-1897-0ffb-8817-d64f90853ec6@crosswire.org>

Thanks.? This should now be fixed.

On 2/7/20 9:36 AM, Cyrille wrote:
> Hello,
> Just to make you know this link from the main page is broken:
> http://crosswire.org/sword
>
> _______________________________________________
> 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
>


From scribe at crosswire.org  Sat Feb  8 12:18:27 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sat, 8 Feb 2020 12:18:27 -0700
Subject: [sword-devel] Crash in Sword trunk (svn 3696) on Windows 10
In-Reply-To: <6ea92e16-dedb-66e9-a67a-140b78f560e0@tklein.info>
References: <6ea92e16-dedb-66e9-a67a-140b78f560e0@tklein.info>
Message-ID: <8f6fd842-942f-f0aa-1d6e-a9a371e8257d@crosswire.org>

Hi Tobias,

I've looked at the revisions you cite below.

The first adds varargs to SWBuf and the second seems to simply fully
qualify the icu namespace in the RegEx code which is used if you compile
with ICU RegEx support.

Can you give me a bit more information.? I think you might be the first
one to try to compile SWORD with MSVS in a really really long time.? I
personally still use Borland (now Embarcadero) tools for Windows
development and I believe the other projects use some kind of GCC
cross-compile or cygwin environment to build.

I would be curious to hear which .conf file is being loaded when the
failure below happens.? I'd be happy to valgrind the code if I can
reproduce the problem here on Linux.

If you have any more info, I would love to hear.? Thank you for
reporting the issue and for your contribution of your time and talents
with us at CrossWire the past year or so.

Troy


On 2/6/20 11:14 PM, Tobias Klein wrote:
>
> Hi,
>
> the latest Sword trunk crashes on Windows 10 during initialization of
> SWMgr. I built the library using Visual Studio 2015.
>
>
>           EXCEPTION_ACCESS_VIOLATION_READ
>
> Fatal Error: EXCEPTION_ACCESS_VIOLATION_READ
>
>  *
>
>
>  *
>     VCRUNTIME140+0x000332d|memcpy|?memcpy.asm:668
>  *
>     libsword+0x000ce4c|sword::SWBuf::set|?swbuf.h:205
>  *
>     libsword+0x001a879|sword::SWBuf::{ctor}|?swbuf.h:112
>  *
>     libsword+0x001a855|std::pair<T>::{ctor}|?utility:171
>  *
>     libsword+0x001a82e|sword::multimapwithdefault<T>::operator[]|?multimapwdef.h:45
>  *
>     libsword+0x008d6ff|sword::SWConfig::augment|?swconfig.cpp:172
>  *
>     libsword+0x00a09f4|sword::SWMgr::loadConfigDir|?swmgr.cpp:764
>  *
>     libsword+0x00a038c|sword::SWMgr::load|?swmgr.cpp:856
>  *
>     libsword+0x0092829|sword::SWMgr::Load|?swmgr.h:407
>  *
>     libsword+0x0092823|sword::SWMgr::SWMgr|?swmgr.cpp:412
>  *
>
>     The crash happens in sword::SWBuf::set (see stacktrace above).
>
>     After performing the following reverts it does not crash anymore:
>  *
>
>     swbuf.cpp, swbuf.h => svn 3590
>   * swmodule.cpp => svn 3618
>  *
>
>   * Best regards,
>     Tobias
>
>
> _______________________________________________
> 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/20200208/648e17d0/attachment-0001.html>

From contact at tklein.info  Sat Feb  8 12:45:32 2020
From: contact at tklein.info (Tobias Klein)
Date: Sat, 8 Feb 2020 20:45:32 +0100
Subject: [sword-devel] Crash in Sword trunk (svn 3696) on Windows 10
In-Reply-To: <8f6fd842-942f-f0aa-1d6e-a9a371e8257d@crosswire.org>
References: <6ea92e16-dedb-66e9-a67a-140b78f560e0@tklein.info>
	<8f6fd842-942f-f0aa-1d6e-a9a371e8257d@crosswire.org>
Message-ID: <2176758a-463d-5998-21c3-25c5aac2596b@tklein.info>

Hi Troy,

Thanks for looking into this!
I've been using the VS2015 compiler for building Sword on Windows, 
because it works well with the "node-addon-api" (for creating native 
node.js modules). The necessary build tools can even be installed in a 
scripted fashion quite easily with npm (the node package manager) for 
use in a CI scenario.

I am taking the sword.dll on Windows and am dynamically linking it to 
the node.js module I'm building for use in Ezra Project (Electron / 
node.js based). I've been doing that last year successfully for Sword 
1.8.1 (just had to change on thing in swbuf.h, the symbol "nullStr" was 
somehow removed from the DLL).

I haven't touched the Sword build for Windows since then, but now I'm 
integrating the latest unlock features, so therefore I need to rebuild 
Sword. I'll check whether I can debug the crash more and will provide 
you additional information soon!

Have you thought about implementing a Sword CI build for all platforms 
(Windows, Linux, Mac)? This is quite comfortable these days on GitHub 
and now also on GitLab.com. Both offer CI runners for both Windows, Mac 
and Linux. With a CI build for all platforms it would be easier to 
notice compiler errors at the time when they are introduced.

Best regards,
Tobias

On 2/8/20 8:18 PM, Troy A. Griffitts wrote:
>
> Hi Tobias,
>
> I've looked at the revisions you cite below.
>
> The first adds varargs to SWBuf and the second seems to simply fully 
> qualify the icu namespace in the RegEx code which is used if you 
> compile with ICU RegEx support.
>
> Can you give me a bit more information.? I think you might be the 
> first one to try to compile SWORD with MSVS in a really really long 
> time.? I personally still use Borland (now Embarcadero) tools for 
> Windows development and I believe the other projects use some kind of 
> GCC cross-compile or cygwin environment to build.
>
> I would be curious to hear which .conf file is being loaded when the 
> failure below happens.? I'd be happy to valgrind the code if I can 
> reproduce the problem here on Linux.
>
> If you have any more info, I would love to hear.? Thank you for 
> reporting the issue and for your contribution of your time and talents 
> with us at CrossWire the past year or so.
>
> Troy
>
>
> On 2/6/20 11:14 PM, Tobias Klein wrote:
>>
>> Hi,
>>
>> the latest Sword trunk crashes on Windows 10 during initialization of 
>> SWMgr. I built the library using Visual Studio 2015.
>>
>>
>>           EXCEPTION_ACCESS_VIOLATION_READ
>>
>> Fatal Error: EXCEPTION_ACCESS_VIOLATION_READ
>>
>>  *
>>
>>
>>  *
>>     VCRUNTIME140+0x000332d|memcpy|memcpy.asm:668
>>  *
>>     libsword+0x000ce4c|sword::SWBuf::set|swbuf.h:205
>>  *
>>     libsword+0x001a879|sword::SWBuf::{ctor}|swbuf.h:112
>>  *
>>     libsword+0x001a855|std::pair<T>::{ctor}|utility:171
>>  *
>>     libsword+0x001a82e|sword::multimapwithdefault<T>::operator[]|multimapwdef.h:45
>>  *
>>     libsword+0x008d6ff|sword::SWConfig::augment|swconfig.cpp:172
>>  *
>>     libsword+0x00a09f4|sword::SWMgr::loadConfigDir|swmgr.cpp:764
>>  *
>>     libsword+0x00a038c|sword::SWMgr::load|swmgr.cpp:856
>>  *
>>     libsword+0x0092829|sword::SWMgr::Load|swmgr.h:407
>>  *
>>     libsword+0x0092823|sword::SWMgr::SWMgr|swmgr.cpp:412
>>  *
>>
>>     The crash happens in sword::SWBuf::set (see stacktrace above).
>>
>>     After performing the following reverts it does not crash anymore:
>>  *
>>
>>     swbuf.cpp, swbuf.h => svn 3590
>>   * swmodule.cpp => svn 3618
>>  *
>>
>>   * Best regards,
>>     Tobias
>>
>>
>> _______________________________________________
>> 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/20200208/59a622b7/attachment-0001.html>

From contact at tklein.info  Sat Feb  8 12:49:03 2020
From: contact at tklein.info (Tobias Klein)
Date: Sat, 8 Feb 2020 20:49:03 +0100
Subject: [sword-devel] Using Git for Sword development?
Message-ID: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>

Hi,

Have you guys been thinking about migrating the Sword sources to Git?
I think this would be an enabler for better collaboration, considering 
the merge capabilities of Git and for example the nice merge/pull 
request based review functionalities in GitLab (or GitHub).

Best regards,
Tobias



From michaelazumah at live.com  Sat Feb  8 12:58:36 2020
From: michaelazumah at live.com (Delali Michael Azumah)
Date: Sat, 8 Feb 2020 19:58:36 +0000
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
Message-ID: <VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>

I agree with Tobias. And I believe most people are very familiar with GIT.

Get Outlook for Android<https://aka.ms/ghei36>

________________________________
From: Tobias Klein <contact at tklein.info>
Sent: Saturday, February 8, 2020 7:49:03 PM
To: SWORD Developers' Collaboration Forum <sword-devel at crosswire.org>
Subject: [sword-devel] Using Git for Sword development?

Hi,

Have you guys been thinking about migrating the Sword sources to Git?
I think this would be an enabler for better collaboration, considering
the merge capabilities of Git and for example the nice merge/pull
request based review functionalities in GitLab (or GitHub).

Best regards,
Tobias


_______________________________________________
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/20200208/526d74ce/attachment.html>

From tuomas.airaksinen at gmail.com  Sat Feb  8 13:02:46 2020
From: tuomas.airaksinen at gmail.com (Tuomas Airaksinen)
Date: Sat, 8 Feb 2020 22:02:46 +0200
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>
Message-ID: <CACK9v-=jvyYuKkmBMqP7Anqg4Eavq7yQuO7vigiOGiaAKjTkoA@mail.gmail.com>

I fully agree too.

On Sat, Feb 8, 2020, 21:59 Delali Michael Azumah <michaelazumah at live.com>
wrote:

> I agree with Tobias. And I believe most people are very familiar with GIT.
>
> Get Outlook for Android <https://aka.ms/ghei36>
>
> ------------------------------
> *From:* Tobias Klein <contact at tklein.info>
> *Sent:* Saturday, February 8, 2020 7:49:03 PM
> *To:* SWORD Developers' Collaboration Forum <sword-devel at crosswire.org>
> *Subject:* [sword-devel] Using Git for Sword development?
>
> Hi,
>
> Have you guys been thinking about migrating the Sword sources to Git?
> I think this would be an enabler for better collaboration, considering
> the merge capabilities of Git and for example the nice merge/pull
> request based review functionalities in GitLab (or GitHub).
>
> Best regards,
> Tobias
>
>
> _______________________________________________
> 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/20200208/bcfe38e3/attachment.html>

From lafricain79 at gmail.com  Sat Feb  8 13:26:03 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Sat, 8 Feb 2020 15:26:03 -0500
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>
Message-ID: <5d6130c6-b031-d4a2-66b2-02adf8867370@gmail.com>

Me too even if we had already this discussion in the past.
We have already our gitlab, we could put it all in one place.
Bishop is currently on the private git, but it would have all the
advantages of being on the community git.

Le 08/02/2020 ? 14:58, Delali Michael Azumah a ?crit?:
> I agree with Tobias. And I believe most people are very familiar with GIT.
>
> Get Outlook for Android <https://aka.ms/ghei36>
>
> ------------------------------------------------------------------------
> *From:* Tobias Klein <contact at tklein.info>
> *Sent:* Saturday, February 8, 2020 7:49:03 PM
> *To:* SWORD Developers' Collaboration Forum <sword-devel at crosswire.org>
> *Subject:* [sword-devel] Using Git for Sword development?
> ?
> Hi,
>
> Have you guys been thinking about migrating the Sword sources to Git?
> I think this would be an enabler for better collaboration, considering
> the merge capabilities of Git and for example the nice merge/pull
> request based review functionalities in GitLab (or GitHub).
>
> Best regards,
> Tobias
>
>
> _______________________________________________
> 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/20200208/758268a7/attachment-0001.html>

From maxmmur at gmail.com  Sat Feb  8 18:19:26 2020
From: maxmmur at gmail.com (Maxwell Murunga)
Date: Sun, 9 Feb 2020 04:19:26 +0300
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <5d6130c6-b031-d4a2-66b2-02adf8867370@gmail.com>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>
	<5d6130c6-b031-d4a2-66b2-02adf8867370@gmail.com>
Message-ID: <CAMYRk0GQ5TFD3PXb2VL48LySJD=tVrki6TQgKrfVuZ1zOk68vg@mail.gmail.com>

Dear All,

Whatever happened to this GigHub repo: https://github.com/raphink/sword?

It?s described as follows: The SWORD Project http://www.crosswire.org/sword

Latest commit, da2aa1d
<https://github.com/raphink/sword/commit/da2aa1d2800559cc7f8f9311654e815d70452095>,
was made on Mar 22, 2013: * scribe* added skip of verse and chapter max
lookup if book = 0 (intro)
<https://github.com/raphink/sword/commit/da2aa1d2800559cc7f8f9311654e815d70452095>
.



Thanks, and Best Regards.

~Maxwell.

On Sat, Feb 8, 2020 at 11:26 PM Cyrille <lafricain79 at gmail.com> wrote:

> Me too even if we had already this discussion in the past.
> We have already our gitlab, we could put it all in one place.
> Bishop is currently on the private git, but it would have all the
> advantages of being on the community git.
>
> Le 08/02/2020 ? 14:58, Delali Michael Azumah a ?crit :
>
> I agree with Tobias. And I believe most people are very familiar with GIT.
>
> Get Outlook for Android <https://aka.ms/ghei36>
>
> ------------------------------
> *From:* Tobias Klein <contact at tklein.info> <contact at tklein.info>
> *Sent:* Saturday, February 8, 2020 7:49:03 PM
> *To:* SWORD Developers' Collaboration Forum <sword-devel at crosswire.org>
> <sword-devel at crosswire.org>
> *Subject:* [sword-devel] Using Git for Sword development?
>
> Hi,
>
> Have you guys been thinking about migrating the Sword sources to Git?
> I think this would be an enabler for better collaboration, considering
> the merge capabilities of Git and for example the nice merge/pull
> request based review functionalities in GitLab (or GitHub).
>
> Best regards,
> Tobias
>
>
> _______________________________________________
> 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.orghttp://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/20200209/30751575/attachment.html>

From lafricain79 at gmail.com  Sat Feb  8 20:55:30 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Sat, 8 Feb 2020 22:55:30 -0500
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <CAMYRk0GQ5TFD3PXb2VL48LySJD=tVrki6TQgKrfVuZ1zOk68vg@mail.gmail.com>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<VI1PR0702MB38232025D9595653634BF67ECE1F0@VI1PR0702MB3823.eurprd07.prod.outlook.com>
	<5d6130c6-b031-d4a2-66b2-02adf8867370@gmail.com>
	<CAMYRk0GQ5TFD3PXb2VL48LySJD=tVrki6TQgKrfVuZ1zOk68vg@mail.gmail.com>
Message-ID: <563042e3-2755-9b1b-de78-0444e8407c16@gmail.com>



Le 08/02/2020 ? 20:19, Maxwell Murunga a ?crit?:
> Dear All,
>
> Whatever happened to this GigHub repo:?https://github.com/raphink/sword?
>
> It?s described as follows: The SWORD Project
> http://www.crosswire.org/sword
>
> Latest commit, da2aa1d
> <https://github.com/raphink/sword/commit/da2aa1d2800559cc7f8f9311654e815d70452095>,
> was made on Mar 22, 2013: *?scribe*?added skip of verse and chapter
> max lookup if book = 0 (intro)
> <https://github.com/raphink/sword/commit/da2aa1d2800559cc7f8f9311654e815d70452095>.
>
> ?
>
Don't take care to this repo! It's non official. The last sources are
there: http://crosswire.org/svn/sword/trunk/
>
> Thanks, and Best Regards.
>
> ~Maxwell.
>
>
> On Sat, Feb 8, 2020 at 11:26 PM Cyrille <lafricain79 at gmail.com
> <mailto:lafricain79 at gmail.com>> wrote:
>
>     Me too even if we had already this discussion in the past.
>     We have already our gitlab, we could put it all in one place.
>     Bishop is currently on the private git, but it would have all the
>     advantages of being on the community git.
>
>     Le 08/02/2020 ? 14:58, Delali Michael Azumah a ?crit?:
>>     I agree with Tobias. And I believe most people are very familiar
>>     with GIT.
>>
>>     Get Outlook for Android <https://aka.ms/ghei36>
>>
>>     ------------------------------------------------------------------------
>>     *From:* Tobias Klein <contact at tklein.info>
>>     <mailto:contact at tklein.info>
>>     *Sent:* Saturday, February 8, 2020 7:49:03 PM
>>     *To:* SWORD Developers' Collaboration Forum
>>     <sword-devel at crosswire.org> <mailto:sword-devel at crosswire.org>
>>     *Subject:* [sword-devel] Using Git for Sword development?
>>     ?
>>     Hi,
>>
>>     Have you guys been thinking about migrating the Sword sources to Git?
>>     I think this would be an enabler for better collaboration,
>>     considering
>>     the merge capabilities of Git and for example the nice merge/pull
>>     request based review functionalities in GitLab (or GitHub).
>>
>>     Best regards,
>>     Tobias
>>
>>
>>     _______________________________________________
>>     sword-devel mailing list: sword-devel at crosswire.org
>>     <mailto: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 <mailto: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
>     <mailto: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/20200208/6e577404/attachment-0001.html>

From greg.hellings at gmail.com  Sat Feb  8 21:08:50 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Sat, 8 Feb 2020 22:08:50 -0600
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
Message-ID: <CAHxvOVJn0S-=O0crm1tWSFT4deAt6egjtxvFE=_d=-d8fDw6WA@mail.gmail.com>

On Sat, Feb 8, 2020 at 1:49 PM Tobias Klein <contact at tklein.info> wrote:

> Hi,
>
> Have you guys been thinking about migrating the Sword sources to Git?
>

We have this discussion every year.

I think this would be an enabler for better collaboration, considering
> the merge capabilities of Git and for example the nice merge/pull
> request based review functionalities in GitLab (or GitHub).
>

Every time, this gets lots of people voting "yes"!

Every time the short answer is the same:
Troy doesn't want it moved. So it is not going to get moved.

The longer answer also remains the same:
Git has no simple method, in a similar vein to SVN, to allow Troy to easily
manage commit rights to particular portions of the repository. He wants to
keep tight control over who can commit where (e.g. I can commit anywhere
under the "bindings" or "cmake" directories or to any file named
"CMakeLists.txt", but nowhere else in the repo) and does not believe the
code review process in git front-ends is sufficient for this. Writing a git
hook to ensure this is not difficult, but also not completely trivial. In
SVN it's a very simple matter. It's not a lack of familiarity with git
(Troy develops Bishop within a git repository and seems a relatively
intelligent software developer overall). It's literally this one missing
feature, at least that's the one impediment he's spoken about in the past.

So:
* Would git greatly increase the ability of people to contribute to Sword?
Yes
* Would Troy host Sword's canonical repository somewhere like Github?
Probably not
* Is Sword going to move to git without, at the very least, a solution to
this directory write problem? Nope
* Is that problem surmountable? Yes, but no one has stepped up and
implemented it in a githook, and SVN is working fine in Troy's view to not
encourage him to write it himself.

--Greg


> Best regards,
> Tobias
>
>
> _______________________________________________
> 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/20200208/f878f66f/attachment.html>

From contact at tklein.info  Sun Feb  9 00:13:01 2020
From: contact at tklein.info (Tobias Klein)
Date: Sun, 9 Feb 2020 08:13:01 +0100
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <CAHxvOVJn0S-=O0crm1tWSFT4deAt6egjtxvFE=_d=-d8fDw6WA@mail.gmail.com>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<CAHxvOVJn0S-=O0crm1tWSFT4deAt6egjtxvFE=_d=-d8fDw6WA@mail.gmail.com>
Message-ID: <ddf4434a-3377-dd5e-6813-592bc96b6dc1@tklein.info>

Hi,

I understand the reasoning about easily managing commit permissions.

A way to achieve that flexibility with git (and the typical functions in 
web-based Git repo browsers) is the following:
- Put the more highly protected parts of the source tree in separate Git 
repositories and link them in the master repo as "sub modules" (see 
https://git-scm.com/book/en/v2/Git-Tools-Submodules). You can still 
clone the whole source tree easily using "git clone --recurse-submodules".
- Only give people developer access to the master repo, but not the 
"protected" sub modules.
- Generally: Protect the master branch(es) (then all contributions are 
subject of review / merge request) and only give selected people 
maintainer rights (the right to merge or push to master).

This is how we do it at work. It works well! :)

Best regards,
Tobias

On 2/9/20 5:08 AM, Greg Hellings wrote:
>
>
> On Sat, Feb 8, 2020 at 1:49 PM Tobias Klein <contact at tklein.info 
> <mailto:contact at tklein.info>> wrote:
>
>     Hi,
>
>     Have you guys been thinking about migrating the Sword sources to Git?
>
>
> We have this discussion every year.
>
>     I think this would be an enabler for better collaboration,
>     considering
>     the merge capabilities of Git and for example the nice merge/pull
>     request based review functionalities in GitLab (or GitHub).
>
>
> Every time, this gets lots of people voting "yes"!
>
> Every time the short answer is the same:
> Troy doesn't want it moved. So it is not going to get moved.
>
> The longer answer also remains the same:
> Git has no simple method, in a similar vein to SVN, to allow Troy to 
> easily manage commit rights to particular portions of the repository. 
> He wants to keep tight control over who can commit where (e.g. I can 
> commit anywhere under the "bindings" or "cmake" directories or to any 
> file named "CMakeLists.txt", but nowhere else in the repo) and does 
> not believe the code review process in git front-ends is sufficient 
> for this. Writing a git hook to ensure this is not difficult, but also 
> not completely trivial. In SVN it's a very simple matter. It's not a 
> lack of familiarity with git (Troy develops Bishop within a git 
> repository and seems a relatively intelligent software developer 
> overall). It's literally this one missing feature, at least that's the 
> one impediment he's spoken about in the past.
>
> So:
> * Would git greatly increase the ability of people to contribute to 
> Sword? Yes
> * Would Troy host Sword's canonical repository somewhere like Github? 
> Probably not
> * Is Sword going to move to git without, at the very least, a solution 
> to this directory write problem? Nope
> * Is that problem surmountable? Yes, but no one has stepped up and 
> implemented it in a githook, and SVN is working fine in Troy's view to 
> not encourage him to write it himself.
>
> --Greg
>
>
>     Best regards,
>     Tobias
>
>
>     _______________________________________________
>     sword-devel mailing list: sword-devel at crosswire.org
>     <mailto: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/20200209/f920a130/attachment.html>

From scribe at crosswire.org  Sun Feb  9 03:35:19 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sun, 09 Feb 2020 03:35:19 -0700
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <ddf4434a-3377-dd5e-6813-592bc96b6dc1@tklein.info>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<CAHxvOVJn0S-=O0crm1tWSFT4deAt6egjtxvFE=_d=-d8fDw6WA@mail.gmail.com>
	<ddf4434a-3377-dd5e-6813-592bc96b6dc1@tklein.info>
Message-ID: <C04AA21D-1644-4C2A-B016-B8C2F56C636A@crosswire.org>

Thanks all for the discussion and helpful suggestions, and Greg, for giving a general summary. Just a couple quick comments:

I understand the familiarity of today's developers with git and do also appreciate the pull request functionality of tools like gitlab-- which we use on CrossWire and plan to use for all new projects, and as Greg has said, if I could easily grant full commit privileges to devs to certain parts of the repo, I would switch to git now. Partitioning into separate repos isn't always a reasonable solution (Greg's example with the make system comes to mind, with files scattered throughout each folder). The desire is sincerely not to restrict our current developers by staying with svn right now; on the contrary, it is to remove me as a bottleneck. I am happy for Greg to do whatever he wants with the cmake system. He understands it better than me. Peter has full commit access to our filters. We had a contributor and maintainer to our zModule drivers for a time. DM maintains many of our import tools. All contributors have write perms to our regression tests. We had volunteers to own our API docs for a while. Some longtime devs have full write access to our entire repo and can accept and apply patches from others. We all get patch emails when anyone commits (you can too by subscribing to sword-svn at crosswire.org) and as Peter mentioned earlier, many of us glance as commits after the fact-- I will glance at each commit and occasionally comment, but if I don't have time, I am happy for these individuals to move things along with the code they own responsibility for or have proved competent and demonstrated submissiveness to the owner of that portion of the repo. I wouldn't trust Peter contribiting the SWBuf code or the zModule drivers (nor should the previous maintainer of those drivers)-- no offense to Peter, I think he wouldn't want to make a change there without our review. I wouldn't dare touch the cmake build system without wanting Greg's input (unless I am simply adding a file to the strategy he's already produced). DM has unravelled most of the spaghetti dealing with all the craziness found in OSIS texts, for our primary import tool osis2mod and I would want him to approve any real changes I make there to the code he now owns responsibility for. New developers typically send me or another maintainer patch files, which allow us to comment and correct, teach and explain the intention behind the code and what we expect for changes to be accepted to the code on which we hold ownership responsibility. Then they eventually gain more and more write access to the repository directly. It lets me (and I hope others) sleep well at night and let's us leave for long periods of time when life gets busy, and doesn't block others here from committing to their responsible areas.

svn makes this super easy with an "access" file at the top of the repo which accepts patterns for write access for each user or usergroup.

I have hoped over the years that other projects would miss this function enough after their move from svn and someone would simply write a 1:1 drop in module for git with the same functionality-- and I do hunt around for it once in a while (I haven't looked lately). If we had this functionality, I would switch.

Do I really think this is keeping people from contributing to the engine? No. Anyone can "clone" our svn repo on GitHub or use the git-svn bridge right now, if they absolutely must use git. It's simple to do.

Using svn directly to modify and submit a patch with svn is as simple as:

svn checkout http://crosswire.org/svn/sword/trunk sword
cd sword
[Edit the sources]
svn diff > my-fix.patch

And attach your patch to a Jira ticket or email it to me.

scm discussions sometimes become a "religious" war because we really get to know and love our scm tools. git won't make me less anal when I review your patches. ?

Hope this helps other understand and possibly encourages someone to look around for an svn-access-like gitlab module or git hookset.

Much love ?,

Troy

On February 9, 2020 12:13:01 AM MST, Tobias Klein <contact at tklein.info> wrote:
>Hi,
>
>I understand the reasoning about easily managing commit permissions.
>
>A way to achieve that flexibility with git (and the typical functions
>in 
>web-based Git repo browsers) is the following:
>- Put the more highly protected parts of the source tree in separate
>Git 
>repositories and link them in the master repo as "sub modules" (see 
>https://git-scm.com/book/en/v2/Git-Tools-Submodules). You can still 
>clone the whole source tree easily using "git clone
>--recurse-submodules".
>- Only give people developer access to the master repo, but not the 
>"protected" sub modules.
>- Generally: Protect the master branch(es) (then all contributions are 
>subject of review / merge request) and only give selected people 
>maintainer rights (the right to merge or push to master).
>
>This is how we do it at work. It works well! :)
>
>Best regards,
>Tobias
>
>On 2/9/20 5:08 AM, Greg Hellings wrote:
>>
>>
>> On Sat, Feb 8, 2020 at 1:49 PM Tobias Klein <contact at tklein.info 
>> <mailto:contact at tklein.info>> wrote:
>>
>>     Hi,
>>
>>     Have you guys been thinking about migrating the Sword sources to
>Git?
>>
>>
>> We have this discussion every year.
>>
>>     I think this would be an enabler for better collaboration,
>>     considering
>>     the merge capabilities of Git and for example the nice merge/pull
>>     request based review functionalities in GitLab (or GitHub).
>>
>>
>> Every time, this gets lots of people voting "yes"!
>>
>> Every time the short answer is the same:
>> Troy doesn't want it moved. So it is not going to get moved.
>>
>> The longer answer also remains the same:
>> Git has no simple method, in a similar vein to SVN, to allow Troy to 
>> easily manage commit rights to particular portions of the repository.
>
>> He wants to keep tight control over who can commit where (e.g. I can 
>> commit anywhere under the "bindings" or "cmake" directories or to any
>
>> file named "CMakeLists.txt", but nowhere else in the repo) and does 
>> not believe the code review process in git front-ends is sufficient 
>> for this. Writing a git hook to ensure this is not difficult, but
>also 
>> not completely trivial. In SVN it's a very simple matter. It's not a 
>> lack of familiarity with git (Troy develops Bishop within a git 
>> repository and seems a relatively intelligent software developer 
>> overall). It's literally this one missing feature, at least that's
>the 
>> one impediment he's spoken about in the past.
>>
>> So:
>> * Would git greatly increase the ability of people to contribute to 
>> Sword? Yes
>> * Would Troy host Sword's canonical repository somewhere like Github?
>
>> Probably not
>> * Is Sword going to move to git without, at the very least, a
>solution 
>> to this directory write problem? Nope
>> * Is that problem surmountable? Yes, but no one has stepped up and 
>> implemented it in a githook, and SVN is working fine in Troy's view
>to 
>> not encourage him to write it himself.
>>
>> --Greg
>>
>>
>>     Best regards,
>>     Tobias
>>
>>
>>     _______________________________________________
>>     sword-devel mailing list: sword-devel at crosswire.org
>>     <mailto: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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200209/08e89622/attachment-0001.html>

From jaak at ristioja.ee  Sun Feb  9 10:12:48 2020
From: jaak at ristioja.ee (Jaak Ristioja)
Date: Sun, 9 Feb 2020 19:12:48 +0200
Subject: [sword-devel] Using Git for Sword development?
In-Reply-To: <ddf4434a-3377-dd5e-6813-592bc96b6dc1@tklein.info>
References: <069687b0-62dd-9426-6d9d-8768f79d685e@tklein.info>
	<CAHxvOVJn0S-=O0crm1tWSFT4deAt6egjtxvFE=_d=-d8fDw6WA@mail.gmail.com>
	<ddf4434a-3377-dd5e-6813-592bc96b6dc1@tklein.info>
Message-ID: <c537a8ca-e4d2-4e24-f580-32dddd88719f@ristioja.ee>

Hi,

I believe using submodules for the purpose of protecting parts of a git
repository from certain contributors is not a good option. Git
submodules seem like a nice concept when observed at a distance, but in
my experience submodules have proven to be not versatile at all, working
well only in a few use cases.

Btw there are solutions which do have the functionality Troy wants (for
example, VREFs in gitolite, https://gitolite.com/gitolite/vref.html) but
this might be difficult to set up if use of GitLab is also required. It
seems that most Git-based workflows simply use pull requests instead.

Fwiw, I still host a git-svn mirror of the crosswire SVN on GitHub which
is automatically updated:

  https://github.com/bibletime/crosswire-sword-mirror


Best regards,
J


On 09.02.20 09:13, Tobias Klein wrote:
> Hi,
> 
> I understand the reasoning about easily managing commit permissions.
> 
> A way to achieve that flexibility with git (and the typical functions in
> web-based Git repo browsers) is the following:
> - Put the more highly protected parts of the source tree in separate Git
> repositories and link them in the master repo as "sub modules" (see
> https://git-scm.com/book/en/v2/Git-Tools-Submodules). You can still
> clone the whole source tree easily using "git clone --recurse-submodules".
> - Only give people developer access to the master repo, but not the
> "protected" sub modules.
> - Generally: Protect the master branch(es) (then all contributions are
> subject of review / merge request) and only give selected people
> maintainer rights (the right to merge or push to master).
> 
> This is how we do it at work. It works well! :)
> 
> Best regards,
> Tobias
> 
> On 2/9/20 5:08 AM, Greg Hellings wrote:
>>
>>
>> On Sat, Feb 8, 2020 at 1:49 PM Tobias Klein <contact at tklein.info
>> <mailto:contact at tklein.info>> wrote:
>>
>> ??? Hi,
>>
>> ??? Have you guys been thinking about migrating the Sword sources to Git?
>>
>>
>> We have this discussion every year.
>>
>> ??? I think this would be an enabler for better collaboration,
>> ??? considering
>> ??? the merge capabilities of Git and for example the nice merge/pull
>> ??? request based review functionalities in GitLab (or GitHub).
>>
>>
>> Every time, this gets lots of people voting "yes"!
>>
>> Every time the short answer is the same:
>> Troy doesn't want it moved. So it is not going to get moved.
>>
>> The longer answer also remains the same:
>> Git has no simple method, in a similar vein to SVN, to allow Troy to
>> easily manage commit rights to particular portions of the repository.
>> He wants to keep tight control over who can commit where (e.g. I can
>> commit anywhere under the "bindings" or "cmake" directories or to any
>> file named "CMakeLists.txt", but nowhere else in the repo) and does
>> not believe the code review process in git front-ends is sufficient
>> for this. Writing a git hook to ensure this is not difficult, but also
>> not completely trivial. In SVN it's a very simple matter. It's not a
>> lack of familiarity with git (Troy develops Bishop within a git
>> repository and seems a relatively intelligent software developer
>> overall). It's literally this one missing feature, at least that's the
>> one impediment he's spoken about in the past.
>>
>> So:
>> * Would git greatly increase the ability of people to contribute to
>> Sword? Yes
>> * Would Troy host Sword's canonical repository somewhere like Github?
>> Probably not
>> * Is Sword going to move to git without, at the very least, a solution
>> to this directory write problem? Nope
>> * Is that problem surmountable? Yes, but no one has stepped up and
>> implemented it in a githook, and SVN is working fine in Troy's view to
>> not encourage him to write it himself.
>>
>> --Greg
>>
>>
>> ??? Best regards,
>> ??? Tobias
>>
>>
>> ??? _______________________________________________
>> ??? sword-devel mailing list: sword-devel at crosswire.org
>> ??? <mailto: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
> 
> 
> _______________________________________________
> 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
> 



From karl at kleinpaste.org  Sun Feb  9 17:53:59 2020
From: karl at kleinpaste.org (Karl Kleinpaste)
Date: Sun, 9 Feb 2020 19:53:59 -0500
Subject: [sword-devel] xiphos repo was AWOL, now back
Message-ID: <b01afcff-0af0-b003-87f8-f8ea242504d1@kleinpaste.org>

I inadvertently let several dyn.DNS hostnames expire 2 days ago, while I 
was out of the country. The names are back now, notably ftp.xiphos.org 
again resolves normally.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200209/f0abf1ec/attachment.html>

From dcowens76 at gmail.com  Mon Feb 10 02:21:15 2020
From: dcowens76 at gmail.com (Daniel Owens)
Date: Mon, 10 Feb 2020 16:21:15 +0700
Subject: [sword-devel] Help in creating a TEI lexdict module,
	perhaps with encoding problem
Message-ID: <f4263b9b-5a2d-5ac9-5eb6-6272bd1d5bf5@gmail.com>

I am working on a Vietnamese translation of Robinson's morphological 
codes, and I am running into a problem. I prepared the module in TEI and 
am able to create the module without difficulty. However, when I open it 
in several front-ends, the text is garbled, like it isn't in UTF8 (the 
source file is UTF8).

Copying and pasting from Xiphos, this is what I get:

[*Robinson b?ng ti?ng Vi?t*]
T??? lo???i: ?????i t??? kh??ng x??c ?????nh
Th???: Danh c??ch
S???: S??? ??t
Gi???ng: Trung t??nh

The content within the brackets is correct, which indicates that the 
input text is in UTF8, but the rest is not correct. So I am puzzled and 
hoping for help. It's been awhile since I created a module, so I 
probably missed something. Is there an option I am missing in tei2mod?

This is the command I used: tei2mod ./robinson-vi robinson-vi.tei.xml -z

Daniel



From lafricain79 at gmail.com  Thu Feb 13 07:20:24 2020
From: lafricain79 at gmail.com (Cyrille)
Date: Thu, 13 Feb 2020 09:20:24 -0500
Subject: [sword-devel] [modules] Statistics
In-Reply-To: <ecfb2e2f8601c1a2e5f2e16bdddd833bea2e283b.camel@crosswire.org>
References: <968aea1b-d28c-95b5-22fd-83eab239514d@gmail.com>
	<-oy399z-ekxrjivtix79ya0gnjnfxw8umcnz3q-sih71l-syik43-wvqkn72wepwew941ua-p6letzgrbafq-abr59k-nf8mnr-1v6e6grkgcj27fff1b-sylor4-y3gmgeqychuwxq6rlj-y7xbrk8v8qwk.1555758811699@email.android.com>
	<694ed1fa-e658-619e-e0b8-c32ab4dd919a@gmail.com>
	<ecfb2e2f8601c1a2e5f2e16bdddd833bea2e283b.camel@crosswire.org>
Message-ID: <73c435f9-535e-9cd3-32cb-8aeb8caffb91@gmail.com>

Hello,
I'm in touch with Kristof, who maintain the Hungarian module. I asked
him news about the sources. He asked again the Hungarian bible society,
but they are a little bit reserved for sharing the new sources.
Then the Hungarian bible society asked for statistics...
Maybe if they see how many people use the module they will share the
text more easily.
In the last statistic file, the estimated downloads for HunUj was 8000
(I duplicated it as proposed by Peter).

@Peter: In the a last email you proposed me to share with me the tools
for statistics, I would be very happy if you can teach me.

Best regards, Br Cyrille

Le 20/04/2019 ? 19:04, Peter von Kaehne a ?crit?:
> Hi Cyrille, 
>
> Please see attached. It is not complete as it only has the downloads
> from the old server, the new one is missing some crucial Perl libraries
> and I can not run the programmes I want to run. So I guess the real
> results are 1.5x or 2x higher. Not sure.
>
> I have not filtered the output for particular books or languages, 
>
> Yours
>
> Peter

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200213/c828c01d/attachment.html>

From contact at tklein.info  Sun Feb 16 10:39:58 2020
From: contact at tklein.info (Tobias Klein)
Date: Sun, 16 Feb 2020 18:39:58 +0100
Subject: [sword-devel] sword-build-win32 - New automated solution for
 building the latest SWORD dll (+deps) for Windows
Message-ID: <E1j3Nt1-0002TX-KD@smtprelay04.ispgateway.de>

Hi all,

In an attempt to improve the Sword build process for Win32 I?ve automated this now, using the GitHub actions functionality.
https://github.com/tobias-klein/sword-build-win32

This repository links to the SWORD dependencies (CURL, ICU, etc.) in the form of Git submodules. It also links SWORD (using the Git mirror from BibleTime) as a submodule.

I?ve set up automatic build scripts, which means whenever one of the versions (of either Sword or any of its dependencies) in the scripts has been changed and pushed back to GitHub a new build will be automatically created. When a release is published, the corresponding release binaries (dlls) are automatically generated and the current SWORD headers are also included in the release zip file. The zip file (containing the libraries and headers) is then automatically attached to the release page on GitHub. The compiler used to build the dependencies and SWORD itself is Visual Studio 2019.

An example is the current ?development release? 1.8.900-2020-02-16.
https://github.com/tobias-klein/sword-build-win32/releases/tag/v1.8.900-2020-02-16

I?m using these auto-generated binaries now for the Windows build of node-sword-interface, the SWORD backend of Ezra Project (before I was using manually generated Windows binaries that I created a year ago).

There is one odd thing that I had to do when linking against the sword.dll. I had to include the following snippet in node-sword-interface:
char * sword::SWBuf::nullStr = (char *)"";
For some reason this symbol is stripped out of sword.dll and unless I add it in the software that links against sword.dll I get a linker error ?
I already needed to handle this issue when building Sword for Windows manually one year ago.

Best regards,
Tobias

PS:
@Troy
For some reason I couldn?t observe the recently described crash anymore in this most recent build.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200216/f2d667f1/attachment.html>

From scribe at crosswire.org  Sun Feb 16 10:54:15 2020
From: scribe at crosswire.org (Troy A. Griffitts)
Date: Sun, 16 Feb 2020 10:54:15 -0700
Subject: [sword-devel] sword-build-win32 - New automated solution for
	building the latest SWORD dll (+deps) for Windows
In-Reply-To: <E1j3Nt1-0002TX-KD@smtprelay04.ispgateway.de>
References: <E1j3Nt1-0002TX-KD@smtprelay04.ispgateway.de>
Message-ID: <DA6B28E8-2020-496B-85D5-BCD89ECEF5EA@crosswire.org>

Well, that's great news, Tobias, all around! Of course, I'm most happy you can't reproduce the problem you reported! ? I will fix the link error. This symbol should just be moved out of the header file and anonymously namespaced in the cpp file. I'll try to have a look a bit later today.

Thanks for the great progress! I'll leave it to you and Greg to work out the logistics of if he wants to adopt your work for his official builds, move it to our build server running Jenkins or translate it to build services on our Gitlab, or leave it on GitHub as-is and simply point there for our official windows build. Release management and CI is his pumpkin. I trust he will find your progress extremely useful. I would be interested to know if your build has the UTF-8 filesystem pathname issues we've experienced with other compilers and if Xiphos and Bibletime can link to your dll for their windows builds.

Thank you! Blessed Sunday,

Troy

On February 16, 2020 10:39:58 AM MST, Tobias Klein <contact at tklein.info> wrote:
>Hi all,
>
>In an attempt to improve the Sword build process for Win32 I?ve
>automated this now, using the GitHub actions functionality.
>https://github.com/tobias-klein/sword-build-win32
>
>This repository links to the SWORD dependencies (CURL, ICU, etc.) in
>the form of Git submodules. It also links SWORD (using the Git mirror
>from BibleTime) as a submodule.
>
>I?ve set up automatic build scripts, which means whenever one of the
>versions (of either Sword or any of its dependencies) in the scripts
>has been changed and pushed back to GitHub a new build will be
>automatically created. When a release is published, the corresponding
>release binaries (dlls) are automatically generated and the current
>SWORD headers are also included in the release zip file. The zip file
>(containing the libraries and headers) is then automatically attached
>to the release page on GitHub. The compiler used to build the
>dependencies and SWORD itself is Visual Studio 2019.
>
>An example is the current ?development release? 1.8.900-2020-02-16.
>https://github.com/tobias-klein/sword-build-win32/releases/tag/v1.8.900-2020-02-16
>
>I?m using these auto-generated binaries now for the Windows build of
>node-sword-interface, the SWORD backend of Ezra Project (before I was
>using manually generated Windows binaries that I created a year ago).
>
>There is one odd thing that I had to do when linking against the
>sword.dll. I had to include the following snippet in
>node-sword-interface:
>char * sword::SWBuf::nullStr = (char *)"";
>For some reason this symbol is stripped out of sword.dll and unless I
>add it in the software that links against sword.dll I get a linker
>error ?
>I already needed to handle this issue when building Sword for Windows
>manually one year ago.
>
>Best regards,
>Tobias
>
>PS:
>@Troy
>For some reason I couldn?t observe the recently described crash anymore
>in this most recent build.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200216/00d78ca6/attachment.html>

From dfhdfh at protonmail.com  Sun Feb 16 11:30:00 2020
From: dfhdfh at protonmail.com (David Haslam)
Date: Sun, 16 Feb 2020 18:30:00 +0000
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
	during caching
Message-ID: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>

Anyone else see the same issue with this French dictionary module from CrossWire?

David

Sent from ProtonMail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200216/91b050ba/attachment.html>

From maxmmur at gmail.com  Sun Feb 16 17:38:10 2020
From: maxmmur at gmail.com (Maxwell Murunga)
Date: Mon, 17 Feb 2020 03:38:10 +0300
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
 during caching
In-Reply-To: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
References: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
Message-ID: <CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>

Confirmed -- Yes, it crashes Pocket Sword. Tested on iPad Air, iOS 13.3.1.

Maxwell.

On Sun, Feb 16, 2020 at 9:30 PM David Haslam <dfhdfh at protonmail.com> wrote:

> Anyone else see the same issue with this French dictionary module from
> CrossWire?
>
> David
>
> Sent from ProtonMail Mobile
> _______________________________________________
> 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/20200217/909bfc19/attachment.html>

From kristof.szabo at lutheran.hu  Mon Feb 17 03:27:34 2020
From: kristof.szabo at lutheran.hu (=?UTF-8?B?U3phYsOzIEtyaXN0w7NmIEltcmU=?=)
Date: Mon, 17 Feb 2020 11:27:34 +0100
Subject: [sword-devel] HunUj - revised module
Message-ID: <CADL5a9wPSAwCo+WdkTUL5kUwawNaPy1MpX1h_vKrRva6CHPj7Q@mail.gmail.com>

Hello list,

as mentioned by Cyrille in an other thread, I'm in touch with the Hungarian
Bible Society in order to give the permission to publish the revised
version of the Hungarian New Translation Bible.

They rejected the idea again (even after telling them how popular the
previous version of the translation is), so now comes the exercise to
change their minds.

Can anybody support me in this? I was thinking about the followings:

- Writing an "official" mail from CrossWire Bible Society, explaining what
advantages opening the module has
- Offer to refer to a donation account (on PayPal?) in the module
description; is this allowed/possible?

Any other ideas are welcome!

I'm interested as well in any success strory ? if something can be shared.

Kind regards,
Kristof
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200217/e63bc571/attachment.html>

From dfhdfh at protonmail.com  Mon Feb 17 08:36:28 2020
From: dfhdfh at protonmail.com (David Haslam)
Date: Mon, 17 Feb 2020 15:36:28 +0000
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
	during caching
In-Reply-To: <CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>
References: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
	<CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>
Message-ID: <rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>

Further observations:

Installed FreBailly in Xiphos on my Windows 7 PC.

Tried to index the module and Xiphos crashed - well before the progress bar reached 10%.

The Lucene folder was empty afterwards.

Therefore the cause of the issue must be within the FreBailly module itself.

There are also issues in the .conf file!

Line 25 in frebailly.conf is wrong!

1.1=(2019-04-19) Various updates.

Might this be due to a bug in the confmaker script?

It?s a copy of line 22 but without the
History_

Line 24 also ends with a spurious TextSource url

Also the SwordVersionDate doesn?t match the date on History_1.2

Does the module also crash Xiphos in a Linux system?

Are other front-ends seeing the same type of symptoms?

????

cf. French dictionary module FreDAW had previously indexed successfully.

Regards,

David

Sent from ProtonMail Mobile

On Mon, Feb 17, 2020 at 00:38, Maxwell Murunga <maxmmur at gmail.com> wrote:

> Confirmed -- Yes, it crashes Pocket Sword. Tested on iPad Air, iOS 13.3.1.
>
> Maxwell.
>
> On Sun, Feb 16, 2020 at 9:30 PM David Haslam <dfhdfh at protonmail.com> wrote:
>
>> Anyone else see the same issue with this French dictionary module from CrossWire?
>>
>> David
>>
>> Sent from ProtonMail Mobile
>> _______________________________________________
>> 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/20200217/2628c7c6/attachment.html>

From dfhdfh at protonmail.com  Mon Feb 17 09:02:35 2020
From: dfhdfh at protonmail.com (David Haslam)
Date: Mon, 17 Feb 2020 16:02:35 +0000
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
	during caching
In-Reply-To: <rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>
References: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
	<CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>
	<rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>
Message-ID: <DqPbuCLHHCwEJShnjtx4-xUKTj1Ok8H5k4xKjB-h3QdW0h-ZCRnfoXxsLO7iGlUrg147IzRBtXoqZQsTfh-ZjQhr5z8SE3gUzzhbkdvQrXg=@protonmail.com>

Created a new issue in our tracker.

See https://tracker.crosswire.org/projects/MOD/issues/MOD-360?filter=allopenissues

David

Sent from ProtonMail Mobile

On Mon, Feb 17, 2020 at 15:36, David Haslam <dfhdfh at protonmail.com> wrote:

> Further observations:
>
> Installed FreBailly in Xiphos on my Windows 7 PC.
>
> Tried to index the module and Xiphos crashed - well before the progress bar reached 10%.
>
> The Lucene folder was empty afterwards.
>
> Therefore the cause of the issue must be within the FreBailly module itself.
>
> There are also issues in the .conf file!
>
> Line 25 in frebailly.conf is wrong!
>
> 1.1=(2019-04-19) Various updates.
>
> Might this be due to a bug in the confmaker script?
>
> It?s a copy of line 22 but without the
> History_
>
> Line 24 also ends with a spurious TextSource url
>
> Also the SwordVersionDate doesn?t match the date on History_1.2
>
> Does the module also crash Xiphos in a Linux system?
>
> Are other front-ends seeing the same type of symptoms?
>
> ????
>
> cf. French dictionary module FreDAW had previously indexed successfully.
>
> Regards,
>
> David
>
> Sent from ProtonMail Mobile
>
> On Mon, Feb 17, 2020 at 00:38, Maxwell Murunga <maxmmur at gmail.com> wrote:
>
>> Confirmed -- Yes, it crashes Pocket Sword. Tested on iPad Air, iOS 13.3.1.
>>
>> Maxwell.
>>
>> On Sun, Feb 16, 2020 at 9:30 PM David Haslam <dfhdfh at protonmail.com> wrote:
>>
>>> Anyone else see the same issue with this French dictionary module from CrossWire?
>>>
>>> David
>>>
>>> Sent from ProtonMail Mobile
>>> _______________________________________________
>>> 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/20200217/20341af0/attachment-0001.html>

From tim.bze at gmail.com  Mon Feb 17 09:12:14 2020
From: tim.bze at gmail.com (Timmy)
Date: Mon, 17 Feb 2020 10:12:14 -0600
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
 during caching
In-Reply-To: <rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>
References: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
	<CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>
	<rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>
Message-ID: <CAGAserO6W9NL-OtTaEk7zvKQ5jfFtCWAsbOtUKBPdOfkSMRu_A@mail.gmail.com>

FWIW, installing on Xiphos Ubuntu 19.10 works, but trying to create index
it just says Indexing failed, without crashing.


*--Timmy Braun*


On Mon, Feb 17, 2020 at 9:37 AM David Haslam <dfhdfh at protonmail.com> wrote:

> Further observations:
>
> Installed FreBailly in Xiphos on my Windows 7 PC.
>
> Tried to index the module and Xiphos crashed - well before the progress
> bar reached 10%.
>
> The Lucene folder was empty afterwards.
>
> Therefore the cause of the issue must be within the FreBailly module
> itself.
>
> There are also issues in the .conf file!
>
> Line 25 in frebailly.conf is wrong!
>
> 1.1=(2019-04-19) Various updates.
>
> Might this be due to a bug in the confmaker script?
>
> It?s a copy of line 22 but without the
> History_
>
> Line 24 also ends with a spurious TextSource url
>
> Also the SwordVersionDate doesn?t match the date on History_1.2
>
> Does the module also crash Xiphos in a Linux system?
>
> Are other front-ends seeing the same type of symptoms?
>
>
> ????
> cf. French dictionary module FreDAW had previously indexed successfully.
>
> Regards,
>
> David
>
> Sent from ProtonMail Mobile
>
>
> On Mon, Feb 17, 2020 at 00:38, Maxwell Murunga <maxmmur at gmail.com> wrote:
>
> Confirmed -- Yes, it crashes Pocket Sword. Tested on iPad Air, iOS 13.3.1.
>
> Maxwell.
>
> On Sun, Feb 16, 2020 at 9:30 PM David Haslam <dfhdfh at protonmail.com>
> wrote:
>
>> Anyone else see the same issue with this French dictionary module from
>> CrossWire?
>>
>> David
>>
>> Sent from ProtonMail Mobile
>> _______________________________________________
>> 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/20200217/4b6efe42/attachment.html>

From dfhdfh at protonmail.com  Mon Feb 17 09:31:55 2020
From: dfhdfh at protonmail.com (David Haslam)
Date: Mon, 17 Feb 2020 16:31:55 +0000
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
	during caching
In-Reply-To: <CAGAserO6W9NL-OtTaEk7zvKQ5jfFtCWAsbOtUKBPdOfkSMRu_A@mail.gmail.com>
References: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
	<CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>
	<rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>
	<CAGAserO6W9NL-OtTaEk7zvKQ5jfFtCWAsbOtUKBPdOfkSMRu_A@mail.gmail.com>
Message-ID: <04eodtcKmlY6o6S-dqnExE5dsqxaNwAsa7puU-EjTidBlbKgz4pcLMwb8qpNBIl3G87PrylzXo8ZvzewEcLUrD8gItjVJRmbyWe9791JIzY=@protonmail.com>

Thanks Timmy,

FWIW. I could only read your PGP encrypted message in ProtonMail after I hit Reply.

David

Sent from ProtonMail Mobile

On Mon, Feb 17, 2020 at 16:12, Timmy <tim.bze at gmail.com> wrote:

> FWIW, installing on Xiphos Ubuntu 19.10 works, but trying to create index it just says Indexing failed, without crashing.
>
> --
> Timmy Braun
>
> On Mon, Feb 17, 2020 at 9:37 AM David Haslam <dfhdfh at protonmail.com> wrote:
>
>> Further observations:
>>
>> Installed FreBailly in Xiphos on my Windows 7 PC.
>>
>> Tried to index the module and Xiphos crashed - well before the progress bar reached 10%.
>>
>> The Lucene folder was empty afterwards.
>>
>> Therefore the cause of the issue must be within the FreBailly module itself.
>>
>> There are also issues in the .conf file!
>>
>> Line 25 in frebailly.conf is wrong!
>>
>> 1.1=(2019-04-19) Various updates.
>>
>> Might this be due to a bug in the confmaker script?
>>
>> It?s a copy of line 22 but without the
>> History_
>>
>> Line 24 also ends with a spurious TextSource url
>>
>> Also the SwordVersionDate doesn?t match the date on History_1.2
>>
>> Does the module also crash Xiphos in a Linux system?
>>
>> Are other front-ends seeing the same type of symptoms?
>>
>> ????
>>
>> cf. French dictionary module FreDAW had previously indexed successfully.
>>
>> Regards,
>>
>> David
>>
>> Sent from ProtonMail Mobile
>>
>> On Mon, Feb 17, 2020 at 00:38, Maxwell Murunga <maxmmur at gmail.com> wrote:
>>
>>> Confirmed -- Yes, it crashes Pocket Sword. Tested on iPad Air, iOS 13.3.1.
>>>
>>> Maxwell.
>>>
>>> On Sun, Feb 16, 2020 at 9:30 PM David Haslam <dfhdfh at protonmail.com> wrote:
>>>
>>>> Anyone else see the same issue with this French dictionary module from CrossWire?
>>>>
>>>> David
>>>>
>>>> Sent from ProtonMail Mobile
>>>> _______________________________________________
>>>> 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/20200217/bf2a3ca3/attachment.html>

From tim.bze at gmail.com  Mon Feb 17 09:37:44 2020
From: tim.bze at gmail.com (Timmy)
Date: Mon, 17 Feb 2020 10:37:44 -0600
Subject: [sword-devel] FreBailly dictionary module crashes PocketSword
 during caching
In-Reply-To: <04eodtcKmlY6o6S-dqnExE5dsqxaNwAsa7puU-EjTidBlbKgz4pcLMwb8qpNBIl3G87PrylzXo8ZvzewEcLUrD8gItjVJRmbyWe9791JIzY=@protonmail.com>
References: <KlUxAResHoS6SAOwrKiHO-tk_hh3yU79b7psJGyHoBLl2hr31m7Bqb4lB0z1D-Nuz9q2vQ6t2YvsGHhmpatA8M2uSdY7UhYEvPFrP3EHg-g=@protonmail.com>
	<CAMYRk0HFtW4EX5SNuuKPuXxih3KyKGPfpK4YBO_hjqN-CsUfBQ@mail.gmail.com>
	<rZ2B7CpyG1b0oM9k0Woa_3kxvFtLkW8YUSntQ1eE8kjqrtGKzXjflbAocG1PrNHhEV3yAKWm0ydcyGChWduBMXDxZmqpufvBs51W2Du9G6c=@protonmail.com>
	<CAGAserO6W9NL-OtTaEk7zvKQ5jfFtCWAsbOtUKBPdOfkSMRu_A@mail.gmail.com>
	<04eodtcKmlY6o6S-dqnExE5dsqxaNwAsa7puU-EjTidBlbKgz4pcLMwb8qpNBIl3G87PrylzXo8ZvzewEcLUrD8gItjVJRmbyWe9791JIzY=@protonmail.com>
Message-ID: <CAGAserNb2QeBw2GM2gvv=+khFz2Sb4gZSOHe1x8QpFBJ=x-4QQ@mail.gmail.com>

That's weird. I sent from Gmail online web interface. But I had clicked
reply on your second to last message, not sure if it's because of that.



*Regards,--Timmy Braun*


On Mon, Feb 17, 2020 at 10:32 AM David Haslam <dfhdfh at protonmail.com> wrote:

> Thanks Timmy,
>
> FWIW. I could only read your PGP encrypted message in ProtonMail after I
> hit Reply.
>
> David
>
> Sent from ProtonMail Mobile
>
>
> On Mon, Feb 17, 2020 at 16:12, Timmy <tim.bze at gmail.com> wrote:
>
> FWIW, installing on Xiphos Ubuntu 19.10 works, but trying to create index
> it just says Indexing failed, without crashing.
>
>
> *--Timmy Braun*
>
>
> On Mon, Feb 17, 2020 at 9:37 AM David Haslam <dfhdfh at protonmail.com>
> wrote:
>
>> Further observations:
>>
>> Installed FreBailly in Xiphos on my Windows 7 PC.
>>
>> Tried to index the module and Xiphos crashed - well before the progress
>> bar reached 10%.
>>
>> The Lucene folder was empty afterwards.
>>
>> Therefore the cause of the issue must be within the FreBailly module
>> itself.
>>
>> There are also issues in the .conf file!
>>
>> Line 25 in frebailly.conf is wrong!
>>
>> 1.1=(2019-04-19) Various updates.
>>
>> Might this be due to a bug in the confmaker script?
>>
>> It?s a copy of line 22 but without the
>> History_
>>
>> Line 24 also ends with a spurious TextSource url
>>
>> Also the SwordVersionDate doesn?t match the date on History_1.2
>>
>> Does the module also crash Xiphos in a Linux system?
>>
>> Are other front-ends seeing the same type of symptoms?
>>
>>
>> ????
>> cf. French dictionary module FreDAW had previously indexed successfully.
>>
>> Regards,
>>
>> David
>>
>> Sent from ProtonMail Mobile
>>
>>
>> On Mon, Feb 17, 2020 at 00:38, Maxwell Murunga <maxmmur at gmail.com> wrote:
>>
>> Confirmed -- Yes, it crashes Pocket Sword. Tested on iPad Air, iOS 13.3.1.
>>
>> Maxwell.
>>
>> On Sun, Feb 16, 2020 at 9:30 PM David Haslam <dfhdfh at protonmail.com>
>> wrote:
>>
>>> Anyone else see the same issue with this French dictionary module from
>>> CrossWire?
>>>
>>> David
>>>
>>> Sent from ProtonMail Mobile
>>> _______________________________________________
>>> 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/20200217/cba2e650/attachment-0001.html>

From greg.hellings at gmail.com  Mon Feb 17 10:57:00 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Mon, 17 Feb 2020 11:57:00 -0600
Subject: [sword-devel] ppc64le build errors
Message-ID: <CAHxvOV+DdDs5vFPO7=oCL0n57-snqA0qBXF+9DcSKyz_21-BMA@mail.gmail.com>

It's been some months since build errors on the PPC64LE architecture in
Fedora cropped up. The errors all seem to be around the definition of
certain certain integer variable types and crop up like this[0].

Currently I'm building with this patch[1], provided by Jaak, to avoid the
problem. It switches out use of __u16, __s64, etc for std::uint_16t and the
like. However, as it is not considered best practice to maintain lots of
patches downstream as that foists work upon everyone else who wants to
package, I had requested Troy look at this. But, obviously, working with
PPC64LE Is not something we do in our daily work much.

Recent developments in Fedora and my own Googling have made this a bit more
accessible, if you have time to look into the build errors, Troy. I've just
been able to launch a ppc64le VM on my local machine with the following
steps:

0) Download the pre-packaged qcow2 image from the Fedora servers:
http://mirrors.kernel.org/fedora-secondary/development/32/Cloud/ppc64le/images/
0.0) I suggest making a copy, in case something goes awry, then you have
the pristine image to boot from, so I just do "cp Fedora-Cloud<blah>.qcow2
fedora-32.qcow2" and then can restore from the downloaded if I need to
1) Install qemu-system-ppc64 and cloud-utils on your local host (at least
that's the package names in Fedora)
2) Write out this cloud-init file[2] to the same directory where you
downloaded the Fedora image with the filename "user-data" (the file has
more than is bare minimum necessary)
3) Generate the cloud-init ISO file by running "cloud-localds config.iso
user-data"
4) Boot the system with this command:
qemu-system-ppc64 -machine pseries -cpu power8 -nodefaults -nographic
-serial stdio -hda fedora-32.qcow2 -netdev bridge,br=virbr0,id=net0 -device
virtio-net-pci,netdev=net0 -cdrom config.iso -m 2048

The resulting machine is slow but functional (you can increase the RAM by
increasing the "2048" at the end, and you can probably enable
multi-processing if you really want to but I haven't toyed with it). It can
sometimes take as much as 10 minutes to fully boot, sometimes it's up in 90
seconds on my relatively modern i7 laptop. From the command line you can
install the necessary tools, just like you would on any other Fedora VM
(sudo dnf install make cmake libcurl-devel libicu-devel gcc-c++)

The "-cdrom config.iso" argument is only necessary on the first boot to
setup login, which will be username "vagrant" and password "vagrant" as
specified in the user-data file.

I would like to streamline this for you, but I have a mountain of things on
my plate and I don't know if I'll get to it in a reasonable amount of time.
Meanwhile, these new-ish qcow2 images that are coming from the Fedora folk
make it very reasonable to get a local VM booted for test purposes.

Hopefully this gives you the platform to figure out what's going on in
ppc64le land and maybe work up a mainline patch before we get to the 1.9
series.

-Greg

[0] https://gist.github.com/greg-hellings/a6756fdf6081038fe97569f74a28f00e
[1]
https://src.fedoraproject.org/rpms/sword/blob/master/f/sword-1.8.1-integer-types.diff
[2] https://gist.github.com/greg-hellings/9a9dca49c7fe62311f7f7232e7da1278
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200217/c122240c/attachment.html>

From greg.hellings at gmail.com  Mon Feb 17 10:58:19 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Mon, 17 Feb 2020 11:58:19 -0600
Subject: [sword-devel] ppc64le build errors
In-Reply-To: <CAHxvOV+DdDs5vFPO7=oCL0n57-snqA0qBXF+9DcSKyz_21-BMA@mail.gmail.com>
References: <CAHxvOV+DdDs5vFPO7=oCL0n57-snqA0qBXF+9DcSKyz_21-BMA@mail.gmail.com>
Message-ID: <CAHxvOVJcCNcDtJGoq9fobUTVowg=otCFdbCJnGgUF_W-vOK5TA@mail.gmail.com>

I should also note that "br=virbr0" is specific to my machine and is the
networking bridge where all my local VMs are attached. I don't know where
it came from, but your machine might have a different network attachment.

--Greg

On Mon, Feb 17, 2020 at 11:57 AM Greg Hellings <greg.hellings at gmail.com>
wrote:

> It's been some months since build errors on the PPC64LE architecture in
> Fedora cropped up. The errors all seem to be around the definition of
> certain certain integer variable types and crop up like this[0].
>
> Currently I'm building with this patch[1], provided by Jaak, to avoid the
> problem. It switches out use of __u16, __s64, etc for std::uint_16t and the
> like. However, as it is not considered best practice to maintain lots of
> patches downstream as that foists work upon everyone else who wants to
> package, I had requested Troy look at this. But, obviously, working with
> PPC64LE Is not something we do in our daily work much.
>
> Recent developments in Fedora and my own Googling have made this a bit
> more accessible, if you have time to look into the build errors, Troy. I've
> just been able to launch a ppc64le VM on my local machine with the
> following steps:
>
> 0) Download the pre-packaged qcow2 image from the Fedora servers:
> http://mirrors.kernel.org/fedora-secondary/development/32/Cloud/ppc64le/images/
> 0.0) I suggest making a copy, in case something goes awry, then you have
> the pristine image to boot from, so I just do "cp Fedora-Cloud<blah>.qcow2
> fedora-32.qcow2" and then can restore from the downloaded if I need to
> 1) Install qemu-system-ppc64 and cloud-utils on your local host (at least
> that's the package names in Fedora)
> 2) Write out this cloud-init file[2] to the same directory where you
> downloaded the Fedora image with the filename "user-data" (the file has
> more than is bare minimum necessary)
> 3) Generate the cloud-init ISO file by running "cloud-localds config.iso
> user-data"
> 4) Boot the system with this command:
> qemu-system-ppc64 -machine pseries -cpu power8 -nodefaults -nographic
> -serial stdio -hda fedora-32.qcow2 -netdev bridge,br=virbr0,id=net0 -device
> virtio-net-pci,netdev=net0 -cdrom config.iso -m 2048
>
> The resulting machine is slow but functional (you can increase the RAM by
> increasing the "2048" at the end, and you can probably enable
> multi-processing if you really want to but I haven't toyed with it). It can
> sometimes take as much as 10 minutes to fully boot, sometimes it's up in 90
> seconds on my relatively modern i7 laptop. From the command line you can
> install the necessary tools, just like you would on any other Fedora VM
> (sudo dnf install make cmake libcurl-devel libicu-devel gcc-c++)
>
> The "-cdrom config.iso" argument is only necessary on the first boot to
> setup login, which will be username "vagrant" and password "vagrant" as
> specified in the user-data file.
>
> I would like to streamline this for you, but I have a mountain of things
> on my plate and I don't know if I'll get to it in a reasonable amount of
> time. Meanwhile, these new-ish qcow2 images that are coming from the Fedora
> folk make it very reasonable to get a local VM booted for test purposes.
>
> Hopefully this gives you the platform to figure out what's going on in
> ppc64le land and maybe work up a mainline patch before we get to the 1.9
> series.
>
> -Greg
>
> [0] https://gist.github.com/greg-hellings/a6756fdf6081038fe97569f74a28f00e
> [1]
> https://src.fedoraproject.org/rpms/sword/blob/master/f/sword-1.8.1-integer-types.diff
> [2] https://gist.github.com/greg-hellings/9a9dca49c7fe62311f7f7232e7da1278
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200217/fc1e3895/attachment.html>

From contact at tklein.info  Fri Feb 21 09:47:17 2020
From: contact at tklein.info (Tobias Klein)
Date: Fri, 21 Feb 2020 17:47:17 +0100
Subject: [sword-devel] Next Sword release - timeline?
Message-ID: <332f0808-2530-85bf-e800-94bdd7fd2589@tklein.info>

Dear Troy,

Could you provide a timeline for when the next Sword release will be 
published?

I'm at the point where I can release Ezra Project 0.12.0, which depends 
on features in Sword trunk (for the individual unlock keys).

Now I'm wondering whether I should release based on Sword trunk or 
whether a new official version could be used.

Thanks for your efforts!

Best regards,
Tobias



From caleb at alerque.com  Sat Feb 22 00:06:24 2020
From: caleb at alerque.com (Caleb Maclennan)
Date: Sat, 22 Feb 2020 10:06:24 +0300
Subject: [sword-devel] Next Sword release - timeline?
In-Reply-To: <332f0808-2530-85bf-e800-94bdd7fd2589@tklein.info>
References: <332f0808-2530-85bf-e800-94bdd7fd2589@tklein.info>
Message-ID: <CAP9w9P50Oc7puFk-=YhabU50TE31O8F-Hy_U2vL-7Sb36G3Jgw@mail.gmail.com>

>From the downstream distro packager's perspective it would be really nice
to have an upstream release! Packaging software that depends on other
unreleased library versions is always a hassle and frequently a reason
packages get held up entirely.

On Fri, Feb 21, 2020 at 7:50 PM Tobias Klein <contact at tklein.info> wrote:

> Dear Troy,
>
> Could you provide a timeline for when the next Sword release will be
> published?
>
> I'm at the point where I can release Ezra Project 0.12.0, which depends
> on features in Sword trunk (for the individual unlock keys).
>
> Now I'm wondering whether I should release based on Sword trunk or
> whether a new official version could be used.
>
> Thanks for your efforts!
>
> Best regards,
> Tobias
>
>
> _______________________________________________
> 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/20200222/07baa973/attachment.html>

From don2 at elbourne.org  Mon Feb 24 14:08:49 2020
From: don2 at elbourne.org (Don Elbourne)
Date: Mon, 24 Feb 2020 15:08:49 -0600
Subject: [sword-devel] Sword for the Blind
In-Reply-To: <bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
Message-ID: <8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>

Have any of the Sword front-ends been tested to see how well they do 
with screen readers, used by the blind and visually impaired?

-- 
by grace alone,

Pastor Don A. Elbourne Jr.
Lakeshore Baptist Church
http://lakeshorebaptist.net
http://rebuildlakeshore.com


From greg.hellings at gmail.com  Mon Feb 24 14:35:45 2020
From: greg.hellings at gmail.com (Greg Hellings)
Date: Mon, 24 Feb 2020 15:35:45 -0600
Subject: [sword-devel] Sword for the Blind
In-Reply-To: <8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
	<8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
Message-ID: <CAHxvOVLW1sn6PQwC7Xcf+qesX4s=+V7TsZwJXzTWuAGrNt1Yfw@mail.gmail.com>

I seem to recall Xiphos being built with support for TTS software. I don't
know if that's still current or not. If memory serves it just had hook to
link in with the default Gnome provider?

--Greg

On Mon, Feb 24, 2020, 15:09 Don Elbourne <don2 at elbourne.org> wrote:

> Have any of the Sword front-ends been tested to see how well they do
> with screen readers, used by the blind and visually impaired?
>
> --
> by grace alone,
>
> Pastor Don A. Elbourne Jr.
> Lakeshore Baptist Church
> http://lakeshorebaptist.net
> http://rebuildlakeshore.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/20200224/18d2bf3e/attachment.html>

From jaak at ristioja.ee  Mon Feb 24 14:42:40 2020
From: jaak at ristioja.ee (Jaak Ristioja)
Date: Mon, 24 Feb 2020 23:42:40 +0200
Subject: [sword-devel] Sword for the Blind
In-Reply-To: <8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
	<8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
Message-ID: <80079b71-f8b1-b2c3-cd81-0e4fbb95295d@ristioja.ee>

Hello,

On 24.02.20 23:08, Don Elbourne wrote:
> Have any of the Sword front-ends been tested to see how well they do
> with screen readers, used by the blind and visually impaired?

Being involved with the BibleTime frontend, I can say that to my
knowledge BibleTime has not been tested.

There is a long-standing low-priority issue for this thou:
  https://github.com/bibletime/bibletime/issues/5

We haven't given this issue much thought, but it would probably require
a redesign of the BibleTime frontend, to the extent that writing an
entirely new, a more accessible frontend, might be a better option,
because it might not be straightforward to make some of our GUI flows
usable with text-to-speech engines.

While BibleTime uses the Qt toolkit for the GUI and the latter has at
least some support for accessibility interfaces, we have not had any
code changes being introduced for accessibility as far as I know.

I guess many (including myself) don't have a much knowledge (let alone
experience) about how to develop and test accessible frontends, so any
guidance on this matter would be welcome. What environments, software or
screen readers are used, are there any guides available for best
practices (e.g. like Web Content Accessibility Guidelines are for the
web) etc?

Best regards,
J


From refdoc at gmx.net  Tue Feb 25 02:51:49 2020
From: refdoc at gmx.net (Peter Von Kaehne)
Date: Tue, 25 Feb 2020 10:51:49 +0100
Subject: [sword-devel] Sword for the Blind
In-Reply-To: <8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
	<8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
Message-ID: <trinity-22cd29f9-0778-4574-91ea-e105eae435b9-1582624309880@3c-app-gmx-bs80>

CSS does have some addenda for audio rendering etc which could move the use of Bible software beyond simply offering the text but towards allowing access to many of the features of the text.

I have no clue as to how much these are actually implemented or implementable easily. But as it stands we could easily add a CSS sheet for audio purposes or amend the standard CSS sheet provided with XHTMl by the engine with audio enhancements.

Peter


> Gesendet: Montag, 24. Februar 2020 um 21:08 Uhr
> Von: "Don Elbourne" <don2 at elbourne.org>
> An: sword-devel at crosswire.org
> Betreff: [sword-devel] Sword for the Blind
>
> Have any of the Sword front-ends been tested to see how well they do
> with screen readers, used by the blind and visually impaired?
>
> --
> by grace alone,
>
> Pastor Don A. Elbourne Jr.
> Lakeshore Baptist Church
> http://lakeshorebaptist.net
> http://rebuildlakeshore.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
>


From libor.stefek at logis.cz  Wed Feb 26 01:04:16 2020
From: libor.stefek at logis.cz (=?UTF-8?Q?Libor_=c5=a0tefek?=)
Date: Wed, 26 Feb 2020 09:04:16 +0100
Subject: [sword-devel] Sword for the Blind
In-Reply-To: <8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
	<8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
Message-ID: <928e7eed-47bc-4820-3d80-e4f34feb5667@logis.cz>

AndBible for Android works pretty well as a reader. Isn't that an option?

Libor

Dne 24.2.2020 v 22:08 Don ElboIurne napsal(a):
> Have any of the Sword front-ends been tested to see how well they do 
> with screen readers, used by the blind and visually impaired?
>


From don2 at elbourne.org  Thu Feb 27 18:10:58 2020
From: don2 at elbourne.org (Don Elbourne)
Date: Thu, 27 Feb 2020 19:10:58 -0600
Subject: [sword-devel] Sword for the Blind
In-Reply-To: <80079b71-f8b1-b2c3-cd81-0e4fbb95295d@ristioja.ee>
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
	<8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
	<80079b71-f8b1-b2c3-cd81-0e4fbb95295d@ristioja.ee>
Message-ID: <ffbe5f43-d92e-2c90-e53c-a4d4c220f2bc@elbourne.org>

Thanks.

As far as I understand it, the main thing that a software needs to do is 
have keyboard shortcuts for any actions and to label everything. The 
users screen reader of choice will take care of the rest.

I will be glad to do the leg work to see if there are some standards 
that would give more concrete guidance. And if ya'll are open to it, I 
will even try to recruit some programmers to implement anything necessary.

I hear that the leading commercial Bible software out there is not very 
screen reader friendly.

The reason I bring this up is that I have just launched a new blind 
ministry and I would love to point my users to the Sword Project.

The John L. Dagg Resource Center for the Blind and Visually Impaired
https://www.facebook.com/blindministry/
(full web site coming soon)

The mission of the John L. Dagg Resource Center is? to make good 
theological books and material accessible to the blind and visually 
impaired.

Thanks, and keep up the great work.

-- 
by grace alone,

Pastor Don A. Elbourne Jr.
Lakeshore Baptist Church
http://lakeshorebaptist.net
http://rebuildlakeshore.com

On 2/24/2020 3:42 PM, Jaak Ristioja wrote:
> Hello,
>
> On 24.02.20 23:08, Don Elbourne wrote:
>> Have any of the Sword front-ends been tested to see how well they do
>> with screen readers, used by the blind and visually impaired?
> Being involved with the BibleTime frontend, I can say that to my
> knowledge BibleTime has not been tested.
>
> There is a long-standing low-priority issue for this thou:
>    https://github.com/bibletime/bibletime/issues/5
>
> We haven't given this issue much thought, but it would probably require
> a redesign of the BibleTime frontend, to the extent that writing an
> entirely new, a more accessible frontend, might be a better option,
> because it might not be straightforward to make some of our GUI flows
> usable with text-to-speech engines.
>
> While BibleTime uses the Qt toolkit for the GUI and the latter has at
> least some support for accessibility interfaces, we have not had any
> code changes being introduced for accessibility as far as I know.
>
> I guess many (including myself) don't have a much knowledge (let alone
> experience) about how to develop and test accessible frontends, so any
> guidance on this matter would be welcome. What environments, software or
> screen readers are used, are there any guides available for best
> practices (e.g. like Web Content Accessibility Guidelines are for the
> web) etc?
>
> Best regards,
> J
>
> _______________________________________________
> 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


From refdoc at gmx.net  Fri Feb 28 02:51:10 2020
From: refdoc at gmx.net (refdoc at gmx.net)
Date: Fri, 28 Feb 2020 09:51:10 +0000
Subject: [sword-devel] Sword for the Blind
References: <CAMYRk0H1ygRmiWdtTM_7uyAkMk-12e4mUEp=0Txeyh5q+eG6rg@mail.gmail.com>
	<f04a79a9-63e1-3f48-0355-a820ec4702e3@gmail.com>
	<CAMYRk0ELEM8P2rb2ieqYGkvQ9DRDGmJje0FGhNpxYQysLv3Esg@mail.gmail.com>
	<CAHxvOVLDs_-JEeYB020ccpyeTEXYHsHxQb6c4HH9dgxx-4kREg@mail.gmail.com>
	<263ace79-3541-f9b7-9567-96581613d58e@gmail.com>
	<CAHxvOVJr1Tb3x9snRFnEOA6hZJDxNKKWr=wtN5UUnUc0_GX18Q@mail.gmail.com>
	<c478480c-30ec-1ded-1aca-4f406a04883c@gmail.com>
	<CAHxvOVKbCZrOj6G7X53QrTcfA6CuQCTEEQwv9S4QKeSskWbxdg@mail.gmail.com>
	<699eb901-0154-b4e0-5837-1a3a2f6d4aa5@gmail.com>
	<CAHxvOVKcuyfmWZjXp_90L5HV0S6Ob=pBxD1d4qmN7ZfL+VmeLA@mail.gmail.com>
	<bd1c6146-ff75-60a4-e7a3-b4a8f2c67f81@gmail.com>
	<8e48cd01-8687-5f4d-610e-7e0ec4c53ac1@elbourne.org>
	<80079b71-f8b1-b2c3-cd81-0e4fbb95295d@ristioja.ee>
	<ffbe5f43-d92e-2c90-e53c-a4d4c220f2bc@elbourne.org>
Message-ID: <7wxx4l-671phk4qpv4vtw78p5xuuzmk-bzvmxax6bb3u-ms1slc5pwqv7am9r0dpv2ex-wgbyc2egrrt1wrvn988df0tc-m7p1ia90sjzv-6572l3-58d53f-38vtd462amiz-pak82xl9x4ix-s5sp6r.1582883470443@email.android.com>

An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200228/d8104e2d/attachment.html>

From bvahedy at calpoly.edu  Sat Feb  8 20:35:55 2020
From: bvahedy at calpoly.edu (Ben Vahedy)
Date: Sun, 09 Feb 2020 01:35:55 -0000
Subject: [sword-devel] My own module...
Message-ID: <BYAPR08MB4213A8AC2E2C75BFF1837DC6A11E0@BYAPR08MB4213.namprd08.prod.outlook.com>

Hi,
I have created my own module, how do I add it to the crosswire.org list, so others can download and use it?
Any insight is much appreciated.

Thank you,
Ben

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200209/af05ceca/attachment.html>