Re: [sword-devel] sword-trunk cmake build broken.

[Troy A. Griffitts]

Thanks Gary,

fixed.


On 09/16/2016 01:48 AM, Gary Holmlund wrote:
The current sword-trunk is broken. A recent removal of cipherraw 
utility was not done right. The utilities/CMakeLists.txt still refers 
to it.


-- CONFIGURING INSTALLATION DESTINATIONS
-- Destination: /usr/local
-- Configuring done
CMake Error at utilities/CMakeLists.txt:60 (ADD_EXECUTABLE):
  Cannot find source file:
cipherraw.cpp

Best regards,

Gary Holmlund




___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] SWORD Meet

[Troy A. Griffitts]

Dear sword-devel,

It has been a really long time since we've had any formal SWORD Meet.  
My apologies for not planning anything.  They are always a blessing to 
me and I hope to others, as well.


I would like to propose 2 options for annual SWORD gatherings throughout 
the year.



Europe

I have made it a habit over the last years to visit Edinburgh during 
Festival Fringe each August.  Often I meet informally with Peter von 
Kaehne, once with David Haslam, and it seems a good occasion for both 
fun and catching up.  Would our European contingency be interested in 
planning regular meetings around Fringe each August?


https://edfringe.s3.amazonaws.com/video/2014_teaser.mp4

It is already August this year thus no chance to plan anything official, 
but I will be there between 14-21 August, and would be happy to meet 
with anyone informally.



U.S.

Next, many of us attend ETS+IBR+SBL each year.  These conferences meet 
each November, just before U.S. Thanksgiving holiday and move from city 
to city each year.  This year will be in San Antonio. I've met many of 
our community over the years at these events and SBL usually even has 
digital research tools sessions which can be interesting.  These events 
also would provide a great opportunity for us to meet with publishers.  
Would our U.S. collaborators be interested in planning regular meetings 
to coincide?


https://www.sbl-site.org/meetings/annualmeeting.aspx

http://www.etsjets.org/annual_meeting_overview

https://www.ibr-bbr.org


Thanks for considering, sharing in service together, and I look forward 
to hopefully seeing some of you soon,


Troy


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Crosswire.org HTTP certificate expiration

[Troy A. Griffitts]

I think DM was experimenting with some new cert signing technology which 
expires frequently but that we can renew without paying-- if I remember 
correctly and I'm sure other will know what I'm speaking of.  Is this 
something we can automate?  How has it worked out?


Troy



On 08/05/2016 04:43 PM, Jaak Ristioja wrote:

Hi!

The HTTPS certificate for crosswire.org seems to have expired and needs
to be updated for the Wiki, SVN etc to be properly accessible.

God bless!
J

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Issues discovered updating old IBT modules

[Troy A. Griffitts]

Dear John,

I've applied your osisheadings patch mentioned below.  Thank you!

DM, do you have any comments on the osis2mod patches?  You have been the
pumpkin holder for that tool for a while now.  I am happy to apply the
patches but, of course, want to defer to you first.

Troy


On 06/13/2016 07:35 PM, John Austin wrote:
> I'm updating old modules in IBT's repository to use CrossWire best
> practice OSIS, using usfm2osis.py. So these OSIS files are CrossWire
> standard, but the corner cases are revealing some bugs to fix. I've
> reported these on Jira, along with patches, but mention them here in
> case there is discussion to be had.
>
> osisheadings.cpp:
> - Canonical pre-verse Psalm titles are being filtered out by the
> osis-headings filter (like Psalm 10 in SynodalProt which has a
> canonical title before verse 1).
>
> osis2mod.cpp:
> - Currently New Testament introductory material is appended to the end
> of Malachi rather than being prepended to Matthew's introduction.
>
> - A majorSection osis2mod.cpp patch from Dec 2014 causes new problems.
> Introduction text is now lost when majorSection titles appear in the
> Bible or Testament introduction. I believe both the original issue and
> the new issues can be fixed by treating majorSection titles (and
> subSection titles for good measure) as regular section divs in terms
> of pre-verse content. Testing has shown this to work perfectly on
> IBT's new UZV module which uses majorTitles in many places (Bible &
> Testament introductions, Proverbs, and Daniel).
>
> -john
>
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Lack of French translation for deutero-canonical books

[Troy A. Griffitts]

Applied.  Thank you Fr. Cyrille!

The [Book Abbrevs] section should all contain mappings to their OSIS
book identifier, so the it-utf8.conf file is correct using Ezra.  The
hardcoded English abbreviation list shows the supported OSIS book
identifiers.

http://crosswire.org/svn/sword/trunk/include/canon_abbrevs.h

Thank you again for your contribution,

Troy



On 06/17/2016 10:59 AM, Fr Cyrille wrote:
>
> If it's useful for you I send you the new translation of fr-utf8.conf.
>
>
> Le 12/06/2016 11:13, DM Smith a écrit :
>> AndBible uses JSword, which has its own translation files for Bible
>> book names. These are at GitHub.
>>
>> Cent from my fone so theer mite be tipos. ;)
>>
>>> On Jun 12, 2016, at 3:58 AM, Fr Cyrille  wrote:
>>>
>>> Ok thank you!
>>>
>>> Le 12/06/2016 07:16, Peter von Kaehne a écrit :
 Cyrille,

 The files you are looking for are in the locale folder within
 libsword. Fr-utf8.conf

 The Xiphos stuff is in xiphos' source in the po file directory.

 Peter
 Sent from my phone. Apologies for brevity and typos.On 11 Jun 2016
 8:20 pm, Matěj Cepl  wrote:
>> On 2016-06-11, 09:56 GMT, Fr Cyrille wrote:
>> I notice a lack of translation for the deutero-canonical books
>> in Xiphos. I think it's not a lack of translation from xiphos,
>> but from sword. I would like to help if possible to improve
>> it. But I don't know how to download the sword .po file (if it
>> is a .po file I need).
> There is some confusion going on here. Are we talking about
> problems with missing deuterocanonical (aka apocryphal) books in
> the French Bibles, or do you talk about problems of translation
> menus of the Xiphos Bible program? .po files are used for the
> latter, and they have absolutely nothing to do with the former.
>
> Blessings,
>
> Matěj
>
> -- 
> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> http://xkcd.com/743/ … enough said.
>
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
>>> -- 
>>> L'Africain
>>>
>>>
>>> ___
>>> sword-devel mailing list: sword-devel@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] French versification schemes

[Troy A. Griffitts]

3 new v11n schemes applied.  Dominique, thank you!
Peter, thank you for the consolidated and reviewed patch.
Konstantin, great suggestion.  Thank you for the mapping framework!
Any chance Dominique or Konstantin might have time to submit sword
mappings as well?

It would be nice if we settled on a single mapping description format or
at least a conversion tool between the formats.

Any thoughts?

Troy



On 03/12/2016 09:01 PM, Dominique Corbex wrote:
> On Sat, 12 Mar 2016 09:46:07 -0500
> DM Smith  wrote:
>
>> In anticipation of these versifications being added to SWORD lib, I’ve added 
>> them to JSword. If these are not current, I’ll update them with whatever is 
>> checked into SWORD
> They are current, only a few changes to comments were made in canon_calvin.h
>
> In Christ,

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] we need a release

[Troy A. Griffitts]

Spending some time this weekend to apply some outstanding patches,
looking toward a 1.8 release.

One item on my list of todos, which I am dreading is looking into why
our autotools build doesn't work on the latest version of the autotools
packages.  Something about subdirs no longer supported.  I know we have
a well working cmake build system now too, but I'm not ready to give up
on the autotools build.

Is there anyone who has tried to build sword with these newer tools and
discovered the recommended path forward and has been successful finding
the solution for us?  If not, does this sound like fun to anyone? ;)

Troy

i should be on freenode #sword most of the weekend if anyone wants to chat.



On 06/11/2016 02:38 AM, Karl Kleinpaste wrote:
> On 06/10/2016 08:05 PM, Fred Smith wrote:
>> to build our own Sword containing this fix, do we need sources/patches from 
>> you
> svn co https://www.crosswire.org/svn/sword/trunk sword
> cd sword
> [ edit usrinst.sh, to turn off --disable-shared 
> and add --without-xapian ]
> ./autogen.sh
> ./usrinst.sh
> make
> [ wait 3 minutes ]
> sudo make install
>
>
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Missing verse in AndBible

[Troy A. Griffitts]

This is just a guess, but I know AndBible uses JSword and Xiphos uses SWORD 
(C++), so could there be a difference in the versification scheme between SWORD 
and JSword? What v11n is the module using?

On May 21, 2016 1:35:30 AM GMT+02:00, Kahunapule Michael Johnson 
 wrote:
>See below:
>
>On 05/20/2016 11:11 AM, Matěj Cepl wrote:
>> a) Please, do not send HTML-only messages to the list. In 
>> Thunderbird go to Account Settings/Composition & Addressing and 
>> unclick "Compose messages in HTML format, please", or at least 
>> in the Composer window set in Options / Delivery Format / HTML 
>> & Plain Text.
>
>I think I successfully set up delivery to crosswire.org addresses of
>both HTML and plain text alternate formats in email. In the year 2016,
>insisting that only plain text messages be sent to you is not a
>realistic expectation. All modern email clients send HTML messages by
>default, and receive them without problems. Enough said.
>
>> b) Concerning Wisdom 16:29, I don't understand it. I thought 
>> that AndBible intentionally doesn't support 
>> deuterocanonical/apocryphal books 
>> (http://thread.gmane.org/gmane.comp.literature.sword.devel/25943).  
>> Or did the author of AndBible gave up and it supports 
>> non-canonical books as well?
>
>AndBible displays Deuterocanonical/Apocryphal books. There is a "+"
>icon to get to them in the book selection screen. I'm not interested in
>a theological debate about canonicity in this forum, since we serve and
>are represented by a wide variety of church traditions. My question is
>why the last verse of Wisdom 16 would be missing in AndBible, but not
>in other Sword front ends, and what can be done to prevent that and
>similar omissions.
>
>-- 
>
>Aloha,
>/Kahunapule Michael Johnson/
>
>*MICHAEL JOHNSON
>PO BOX 881143
>PUKALANI HI 96788-1143*
>USAeBible.org 
>MLJohnson.org 
>Mobile: +1 *808-333-6921*
>Skype: kahunapule
>
>
>
>___
>sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] The Bible Tool - missing modules?

[Troy A. Griffitts]

Hi David,

Thank you for your concern. Yes, there is a synchronize script which clears The 
Bible Tool's repo and repopulates it from CrossWire main and then adds 
additional modules which we don't redistribute. The process is not perfect in 
that there is often updates in The Bible Tool repo which are not saved to the 
location with is used to augment CrossWire main after a sync. The Bible Tool 
runs services critical to work being performed at several manuscript research 
institutes around the world. I need to scan timestamps on the module in The 
Bible Tool repo and determine what needs to be copied out before resyncing. I 
will do this soon.

Troy

On May 3, 2016 10:09:29 AM GMT+02:00, David Haslam  
wrote:
>Is there a reason why the two repositories could not be synchronised?
>
>Or failing that, for The Bible Tool repo to be refreshed regularly from
>CrossWire Main, without deleting any modules that are not hosted
>therein?
>
>David
>
>
>
>--
>View this message in context:
>http://sword-dev.350566.n4.nabble.com/The-Bible-Tool-missing-modules-tp4656282p4656289.html
>Sent from the SWORD Dev mailing list archive at Nabble.com.
>
>___
>sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange within a rdg element

[Troy A. Griffitts]

Here is an example of the transChange in the NASB.  While looking this
up, I noticed the previous verse has formatting differences with old and
new version of the proposed NASB.  I am not sure where we are not, but
if we want to check where we are now, I would suggest we publish the
absolute latest version on swordweb and build a list of parallel links
to verses which demonstrate challenging markup, like the link below:

http://crosswire.org/study/parallelstudy.jsp?add=NASB=NASBnew=Mat.2.18#cv


I don't know which converted was used over the years to produce "NASB"
and "NASBnew" but new is obviously work than the previous version in
verse 18.  Verse 19 shows the transChange '*'.

Troy



On 02/08/2016 10:40 AM, Troy A. Griffitts wrote:
> Hey guys.  The tenseChange to add a '*' was part of the NASB source
> updates.  The NASB renders tenseChange with a '*' next to the verb.
> Typically in the Gospels, when the author is storytelling, they
> frequently switch to the present tense (we do this in English too when
> tell stories, e.g., "so I go into the store, and the clerk gives me a
> winning lottery ticket and asks me to cash it and he only asks me for
> 40% of the gross winnings.  It turns out, after taxes, that's ALL the
> winnings!").  The NASB and most all other English translations, change
> the verbs to past tense.  The NASB at least marks the verbs with an '*'
> to show they changed the tense to read more formally.
> 
> I realize we prefer not to use an '*' directly in the filter, but
> instead CSS to let the frontends decide how they wish to render these,
> but removing the '*' without providing proper CSS to insert an '*' or
> some other default rendering is a backwards step, and one specifically
> affecting the release of the NASB.
> 
> Troy
> 
> 
> On 02/05/2016 10:32 AM, Peter Von Kaehne wrote:
>> is this in svn head? Or simply a release?
>>  
>> Peter
>>  
>> *Gesendet:* Freitag, 05. Februar 2016 um 17:10 Uhr
>> *Von:* "DM Smith" <dmsm...@crosswire.org>
>> *An:* "SWORD Developers' Collaboration Forum" <sword-devel@crosswire.org>
>> *Betreff:* Re: [sword-devel] transChange within a rdg element
>> At this point the code (osisxhtml) says:
>> if ((type == "added") || (type == "supplied"))
>> outText("", buf, u);
>> else if (type == "tenseChange")
>> buf += "*";
>>  
>> Note: supplied is not a valid value for transChange and probably
>> represents an earlier OSIS text.
>>  
>> It really bother’s me that tenseChange is given with mark down. And that
>> none of the other transChange type attributes are passed as class values.
>>  
>> Here is how it handles catchWord and rdg.
>> //  &  tags (italicize)
>> else if (!strcmp(tag.getName(), "rdg") || !strcmp(tag.getName(),
>> "catchWord")) {
>> if ((!tag.isEndTag()) && (!tag.isEmpty())) {
>> outText("", buf, u);
>> }
>> else if (tag.isEndTag()) {
>> outText("", buf, u);
>> }
>> }
>>  
>> This is not good. Probably should have been  And catch
>> word should be styled as bold.
>>  
>> DM
>>  
>>
>> On Feb 5, 2016, at 11:52 AM, Greg Hellings <greg.helli...@gmail.com>
>> wrote:
>>  
>> At this point, I believe that SWORD hands off styling like that to the
>> app to do with CSS (for those apps using HTML output). Does it not? I
>> don't thin it's using  or , although I could be wrong.
>>
>> --Greg
>>
>> On Fri, Feb 5, 2016 at 10:26 AM, David Haslam
>> <dfh...@googlemail.com> wrote:
>>
>> Something that DM and I have mooted.
>>
>> When transChange is used within a rdg element (i.e. inside a
>> note), and
>> since SWORD renders text within a rdg as italics, then the text
>> within the
>> transChange ought ideally to be rendered as normal type in order
>> to maintain
>> the contrast with the other text that's in italics.
>>
>> If not already done, please could this be patched in the SWORD
>> source code.
>>
>> DM will implement it in JSword.
>>
>> Best regards,
>>
>> David
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> 
>> http://sword-dev.350566.n4.nabble.com/transChange-within-a-rdg-element-tp4655995.html
>>  

Re: [sword-devel] transChange within a rdg element

[Troy A. Griffitts]

Hey guys.  The tenseChange to add a '*' was part of the NASB source
updates.  The NASB renders tenseChange with a '*' next to the verb.
Typically in the Gospels, when the author is storytelling, they
frequently switch to the present tense (we do this in English too when
tell stories, e.g., "so I go into the store, and the clerk gives me a
winning lottery ticket and asks me to cash it and he only asks me for
40% of the gross winnings.  It turns out, after taxes, that's ALL the
winnings!").  The NASB and most all other English translations, change
the verbs to past tense.  The NASB at least marks the verbs with an '*'
to show they changed the tense to read more formally.

I realize we prefer not to use an '*' directly in the filter, but
instead CSS to let the frontends decide how they wish to render these,
but removing the '*' without providing proper CSS to insert an '*' or
some other default rendering is a backwards step, and one specifically
affecting the release of the NASB.

Troy


On 02/05/2016 10:32 AM, Peter Von Kaehne wrote:
> is this in svn head? Or simply a release?
>  
> Peter
>  
> *Gesendet:* Freitag, 05. Februar 2016 um 17:10 Uhr
> *Von:* "DM Smith" 
> *An:* "SWORD Developers' Collaboration Forum" 
> *Betreff:* Re: [sword-devel] transChange within a rdg element
> At this point the code (osisxhtml) says:
> if ((type == "added") || (type == "supplied"))
> outText("", buf, u);
> else if (type == "tenseChange")
> buf += "*";
>  
> Note: supplied is not a valid value for transChange and probably
> represents an earlier OSIS text.
>  
> It really bother’s me that tenseChange is given with mark down. And that
> none of the other transChange type attributes are passed as class values.
>  
> Here is how it handles catchWord and rdg.
> //  &  tags (italicize)
> else if (!strcmp(tag.getName(), "rdg") || !strcmp(tag.getName(),
> "catchWord")) {
> if ((!tag.isEndTag()) && (!tag.isEmpty())) {
> outText("", buf, u);
> }
> else if (tag.isEndTag()) {
> outText("", buf, u);
> }
> }
>  
> This is not good. Probably should have been  And catch
> word should be styled as bold.
>  
> DM
>  
> 
> On Feb 5, 2016, at 11:52 AM, Greg Hellings 
> wrote:
>  
> At this point, I believe that SWORD hands off styling like that to the
> app to do with CSS (for those apps using HTML output). Does it not? I
> don't thin it's using  or , although I could be wrong.
> 
> --Greg
> 
> On Fri, Feb 5, 2016 at 10:26 AM, David Haslam
>  wrote:
> 
> Something that DM and I have mooted.
> 
> When transChange is used within a rdg element (i.e. inside a
> note), and
> since SWORD renders text within a rdg as italics, then the text
> within the
> transChange ought ideally to be rendered as normal type in order
> to maintain
> the contrast with the other text that's in italics.
> 
> If not already done, please could this be patched in the SWORD
> source code.
> 
> DM will implement it in JSword.
> 
> Best regards,
> 
> David
> 
> 
> 
> 
> 
> --
> View this message in context:
> 
> http://sword-dev.350566.n4.nabble.com/transChange-within-a-rdg-element-tp4655995.html
> Sent from the SWORD Dev mailing list archive at Nabble.com
> .
> 
> ___
> sword-devel mailing list: sword-devel@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@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange within a rdg element

[Troy A. Griffitts]

I'm not particularly concerned with the rendering, but since we added it
for the NASB (and before we started 'class'ifying our HTML output) I
simply used the same rendering they use.  A reader of the NASB would be
used to it.  It is explained in their preamble (and here, search for
'asterisk'):

http://www.lockman.org/nasb/nasbprin.php

Again, I don't care much about the rendering, but I'm mostly concerned
with a regression of losing distinction.  I simply deferred the
rendering choice to the print publisher of the only SWORD module I know
which contains a tenseChange.

Thanks for sending the CSS.  I had no idea how to render this with CSS.

Troy



On 02/08/2016 11:36 AM, DM Smith wrote:
> Troy,
> 
> Is it important to prefix with an asterisk or can some other markup be used?
> 
> There is nothing in the conf or on the page that would indicate what the * 
> would mean. As it is, it looks like a dangling footnote marker.
> 
> In Him,
>   DM
> 
>> On Feb 8, 2016, at 1:16 PM, Troy A. Griffitts <scr...@crosswire.org> wrote:
>>
>> Here is an example of the transChange in the NASB.  While looking this
>> up, I noticed the previous verse has formatting differences with old and
>> new version of the proposed NASB.  I am not sure where we are not, but
>> if we want to check where we are now, I would suggest we publish the
>> absolute latest version on swordweb and build a list of parallel links
>> to verses which demonstrate challenging markup, like the link below:
>>
>> http://crosswire.org/study/parallelstudy.jsp?add=NASB=NASBnew=Mat.2.18#cv
>>
>>
>> I don't know which converted was used over the years to produce "NASB"
>> and "NASBnew" but new is obviously work than the previous version in
>> verse 18.  Verse 19 shows the transChange '*'.
>>
>> Troy
>>
>>
>>
>> On 02/08/2016 10:40 AM, Troy A. Griffitts wrote:
>>> Hey guys.  The tenseChange to add a '*' was part of the NASB source
>>> updates.  The NASB renders tenseChange with a '*' next to the verb.
>>> Typically in the Gospels, when the author is storytelling, they
>>> frequently switch to the present tense (we do this in English too when
>>> tell stories, e.g., "so I go into the store, and the clerk gives me a
>>> winning lottery ticket and asks me to cash it and he only asks me for
>>> 40% of the gross winnings.  It turns out, after taxes, that's ALL the
>>> winnings!").  The NASB and most all other English translations, change
>>> the verbs to past tense.  The NASB at least marks the verbs with an '*'
>>> to show they changed the tense to read more formally.
>>>
>>> I realize we prefer not to use an '*' directly in the filter, but
>>> instead CSS to let the frontends decide how they wish to render these,
>>> but removing the '*' without providing proper CSS to insert an '*' or
>>> some other default rendering is a backwards step, and one specifically
>>> affecting the release of the NASB.
>>>
>>> Troy
>>>
>>>
>>> On 02/05/2016 10:32 AM, Peter Von Kaehne wrote:
>>>> is this in svn head? Or simply a release?
>>>>
>>>> Peter
>>>>
>>>> *Gesendet:* Freitag, 05. Februar 2016 um 17:10 Uhr
>>>> *Von:* "DM Smith" <dmsm...@crosswire.org>
>>>> *An:* "SWORD Developers' Collaboration Forum" <sword-devel@crosswire.org>
>>>> *Betreff:* Re: [sword-devel] transChange within a rdg element
>>>> At this point the code (osisxhtml) says:
>>>> if ((type == "added") || (type == "supplied"))
>>>>outText("", buf, u);
>>>> else if (type == "tenseChange")
>>>>buf += "*";
>>>>
>>>> Note: supplied is not a valid value for transChange and probably
>>>> represents an earlier OSIS text.
>>>>
>>>> It really bother’s me that tenseChange is given with mark down. And that
>>>> none of the other transChange type attributes are passed as class values.
>>>>
>>>> Here is how it handles catchWord and rdg.
>>>> //  &  tags (italicize)
>>>> else if (!strcmp(tag.getName(), "rdg") || !strcmp(tag.getName(),
>>>> "catchWord")) {
>>>>if ((!tag.isEndTag()) && (!tag.isEmpty())) {
>>>>outText("", buf, u);
>>>>}
>>>>else if (tag.isEndTag()) {
>>>>outText("", buf, u);
>>

Re: [sword-devel] Colophons

[Troy A. Griffitts]

Certainly agree we should set these off so as not to be mistaken with canonical 
text. I would prefer simply adding appropriate default styling to our 
renderers. Who knows how some frontends might want to render these. Adding a 
line break presumes a styling and might make it difficult to remove the line 
break if a different rendering was desired. Any strong feelings otherwise?

On January 31, 2016 12:36:23 PM MST, DM Smith  wrote:
>The KJV has colophons after the last chapter in most of the pauline
>epistles. It is marked up within a …. The
>SWORD module has this appended to the last verse.
>
>Right now, Xiphos and Bible Desktop are showing it inline in the last
>verse. No line break. I don’t think this looks good.
>
>How should this be handled?
>Some ideas:
>Change the OSIS to add an  at the beginning of the colophon.
>Change osis2mod to add such.
>Change the SWORD/JSword engine to handle the construct.
>Something else?
>
>In Him,
>   DM Smith
>___
>sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Contributing to sword-tools repo?

[Troy A. Griffitts]

For those who don't want to go back and read the threads Greg has
posted, and since I am the 'admin' mentioned for trunk of libsword, I'll
make a few brief comments which I hope summarized those emails.

I understand a move to git is likely inevitable.


I like SVN better and I know many people think I'm crazy for that.
Sorry, I do.  I find it takes me 3 arguments and 5 minutes to do the
simplest things with git.  Sorry, I am sure it is my deficiency and
inability to change my SVN-infected brain to "think in terms of git"--
which I have often been told.


Having said that, I have used git exclusive for SWORD development for
over a year, in an effort to become more comfortable with git.  The
git-svn bridge basically allows me to have a local git repo cloned from
the SWORD SVN repo, create branches and switch between those branches
and just do normal git things.  When I'm all done, a simple command:

git svn dcommit

will wrap up all my changes and commits and send them up to the SVN repo.

and a:

git svn rebase

will assures my local git repo is in sync with any changes others have
made out in the SVN repo.

If you really like git and really can't work with SVN, then I would
suggest the git-svn bridge.  It is really non-intrusive, once it's all
setup.  I'm happy to share my setup with you if you need help getting
started.


There is a large distinction which should not be overlooked between git
and github.  I don't believe switching to a crosswire-hosted git repo
will make much of a difference for collaboration (as just stated, I
already use git for SWORD development).  I appreciate the additional
services which really enhance collaboration provided from sites like
github, i.e., pull requests.


This is the part I'm sure will be much less appealing and likely
offensive to many of you.  I do believe that the SWORD engine is mostly
solid.  It has progressed over a period of 25 years and runs on a ton of
platforms and is really a fairly complicated and optimized chunk of
code.  libsword is similar to other libraries like zlib or ImageMagik or
graphiz; many projects rely on the library and changes should not be
made hastily-- they affect many projects and it takes a long history
with the code to know all the ramification of a change.  libsword is not
GREAT, but I do think it is really good and does a lot of stuff, from
syndicated module repositories and module installation management, to
parsing and referencing multiple versifications, to filtering
(transforming) from and to a number of markup formats, encodings,
encryption, features, attribute level entry map parsing and retrieval,
compression, supporting modular storage and  drivers, multiple search
engines, locales, and more.  In a complex system used by many projects,
it is not easy to contribute to a core library.  I review all submitted
changes and give advice for quite some time before giving rw trunk
access to a developer.  There are probably only 7 or 8 individuals with
full access to the entire repository.  Others have access to individual,
less critical parts of the tree.  People have complained over the years
that I don't accept code when submitted.  I refuse submissions for a
number of reasons.  Sometimes the code serves no purpose but to rewrite
working code in a more en vogue way.  Sometimes the code introduced a
3rd party dependency that, while it might make things a little easier,
also increases our reliance on a library we need to be sure continues to
work on all the OSs and architectures we support; I lean toward doing a
little more work if it avoids a 3rd party dependency.  Many people do
submit patches which are incorporated into the code base, but it is
usually after a few rejects with suggestions, and almost always with
lots of conversation back and forth before any change happens.  I know
this may seem to be against the free and open model of open source
development, but I don't think it is.  Changes to core components of a
project can be tightly managed while still giving entire freedom to see
and use the source code.  I believe strict management of the libsword
core has enabled it to survive and always progress (even if slowly) over
our 25+ years of development.

Huge parts of the engine are submissions by other individuals.  I don't
want to do all the work myself.  But I do want to assure that the
library continues to work for all the projects which use the library.  I
feel it is my primary task as a library administrator.  I am a firm
believer with Joel on Software that one should never rewrite a working
code base ( http://www.joelonsoftware.com/articles/fog69.html )
but instead make baby steps forward.  I am very pragmatic.  You'll often
hear me ask the questions: why? what's the problem you're having that
you're trying to solve?  what can't you do with how things work right
now?  have you tried your patch with a working frontend and how has that
worked out?  Changing working code is always a heavy negative 

Re: [sword-devel] thread-safety in libsword?

[Troy A. Griffitts]

Dear Костя and Teus,

Thank you for your help trying to track this down. Teus, your code shows that 
you are indeed creating a separate SWMgr for each thread, as the SWMgr object 
is a local variable in that function.

Костя, thanks for the backtraces. I remember talking about this a long while 
ago with you and thought you helped me clear up some statics that were causing 
trouble. I'll have a look at your backtracks when I get to my computer.

Thanks again, both of you, for your time and assistance with this.

Troy

On January 12, 2016 4:06:45 AM MST, "Костя Маслюк" <kostyamasl...@gmail.com> 
wrote:
>http://www.crosswire.org/tracker/browse/API-166 yet contain example and
>backtraces, is it something wrong with they?
>
>2016-01-12 11:28 GMT+04:00 Troy A. Griffitts <scr...@crosswire.org>:
>
>> Dear Teus,
>>
>> In what way are you accessing this code in a multi threaded fashion?
>>
>> Can you produce a small standalone program which exhibits the problem
>so
>> we might debug?
>>
>> Thanks for your help improving things.
>>
>> Troy
>>
>>
>> On January 12, 2016 12:14:56 AM MST, Teus Benschop
><teusjanne...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> The ticket about thread safety exactly describes the problems I am
>seeing
>>> :)
>>>
>>> The code is this:
>>>
>>>   sword::SWMgr manager (sword_logic_get_path ().c_str ());
>>>   sword::SWModule *module = manager.getModule (module_name.c_str
>());
>>>   if (module) {
>>> string key = osis + " " + convert_to_string (chapter).c_str () +
>":"
>>> + convert_to_string (verse).c_str ();
>>> module->setKey (key.c_str ());
>>> rendering = module->renderText();
>>>   }
>>>
>>> Indeed, the crashes relate to "setKey" and "renderText", and not to
>>> "SWMgr".
>>> But I am happy to surround the entire block with a mutex, and it's
>>> working fine :)
>>> Thank you for all your hard work!
>>>
>>> Teus.
>>>
>>> On Mon, 11 Jan 2016 at 17:33 Troy A. Griffitts
><scr...@crosswire.org>
>>> wrote:
>>>
>>>> Hi Teus,
>>>>
>>>> Yes, as Greg has pointed out, we've done our best to make it easy
>to
>>>> perform multitheaded operations with the library by allowing you to
>>>> instantiate a new SWMgr for each thread. We don't use threading
>libraries
>>>> ourself inside the engine to lock critical sections but instead we
>tried to
>>>> avoid critical sections within one instance of an SWMgr. We
>allocate a
>>>> distinct instance of SWMgr per thread in many of our friends, e.g.,
>one
>>>> SWMgr for display and one for search so we can search in a separate
>thread.
>>>>
>>>> With a standard threading mechanism included in C++11 we might
>consider
>>>> conditionally compiling in support to assure some iffy common
>sections of
>>>> code are in fact safe. I am specifically thinking of junk buffers
>in SWBuf
>>>> (but I think we cleaned those up) and also FileMgr, which handles
>closing
>>>> and reopening file handles at the system level when resources are
>tight.
>>>>
>>>> On January 11, 2016 5:52:58 AM MST, Teus Benschop <
>>>> teusjanne...@gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> When accessing libsword simultaneously from multiple threads, it
>often
>>>>> crashes. When surrounding the calls to the library with a
>mutex.lock and a
>>>>> mutex.unlock at the end, there's no crashes when accessing it in
>the same
>>>>> situation. I am seeing this on Linux and on the Mac. Should I do
>something
>>>>> in the library, or make a special call, to make it thread-safe? Or
>is
>>>>> surrounding the library calls with a mutex the recommended way to
>handle
>>>>> this?
>>>>>
>>>>> Teus.
>>>>>
>>>>>
>>>>> sword-devel mailing list: sword-devel@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 maili

Re: [sword-devel] thread-safety in libsword?

[Troy A. Griffitts]

Dear Teus,

In what way are you accessing this code in a multi threaded fashion?

Can you produce a small standalone program which exhibits the problem so we 
might debug?

Thanks for your help improving things.

Troy


On January 12, 2016 12:14:56 AM MST, Teus Benschop <teusjanne...@gmail.com> 
wrote:
>Hi,
>
>The ticket about thread safety exactly describes the problems I am
>seeing :)
>
>The code is this:
>
>  sword::SWMgr manager (sword_logic_get_path ().c_str ());
>  sword::SWModule *module = manager.getModule (module_name.c_str ());
>  if (module) {
> string key = osis + " " + convert_to_string (chapter).c_str () + ":" +
>convert_to_string (verse).c_str ();
>module->setKey (key.c_str ());
>rendering = module->renderText();
>  }
>
>Indeed, the crashes relate to "setKey" and "renderText", and not to
>"SWMgr".
>But I am happy to surround the entire block with a mutex, and it's
>working
>fine :)
>Thank you for all your hard work!
>
>Teus.
>
>On Mon, 11 Jan 2016 at 17:33 Troy A. Griffitts <scr...@crosswire.org>
>wrote:
>
>> Hi Teus,
>>
>> Yes, as Greg has pointed out, we've done our best to make it easy to
>> perform multitheaded operations with the library by allowing you to
>> instantiate a new SWMgr for each thread. We don't use threading
>libraries
>> ourself inside the engine to lock critical sections but instead we
>tried to
>> avoid critical sections within one instance of an SWMgr. We allocate
>a
>> distinct instance of SWMgr per thread in many of our friends, e.g.,
>one
>> SWMgr for display and one for search so we can search in a separate
>thread.
>>
>> With a standard threading mechanism included in C++11 we might
>consider
>> conditionally compiling in support to assure some iffy common
>sections of
>> code are in fact safe. I am specifically thinking of junk buffers in
>SWBuf
>> (but I think we cleaned those up) and also FileMgr, which handles
>closing
>> and reopening file handles at the system level when resources are
>tight.
>>
>> On January 11, 2016 5:52:58 AM MST, Teus Benschop
><teusjanne...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> When accessing libsword simultaneously from multiple threads, it
>often
>>> crashes. When surrounding the calls to the library with a mutex.lock
>and a
>>> mutex.unlock at the end, there's no crashes when accessing it in the
>same
>>> situation. I am seeing this on Linux and on the Mac. Should I do
>something
>>> in the library, or make a special call, to make it thread-safe? Or
>is
>>> surrounding the library calls with a mutex the recommended way to
>handle
>>> this?
>>>
>>> Teus.
>>>
>>>
>>> sword-devel mailing list: sword-devel@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] thread-safety in libsword?

[Troy A. Griffitts]

Hi Teus,

Yes, as Greg has pointed out, we've done our best to make it easy to perform 
multitheaded operations with the library by allowing you to instantiate a new 
SWMgr for each thread. We don't use threading libraries ourself inside the 
engine to lock critical sections but instead we tried to avoid critical 
sections within one instance of an SWMgr. We allocate a distinct instance of 
SWMgr per thread in many of our friends, e.g., one SWMgr for display and one 
for search so we can search in a separate thread.

With a standard threading mechanism included in C++11 we might consider 
conditionally compiling in support to assure some iffy common sections of code 
are in fact safe. I am specifically thinking of junk buffers in SWBuf (but I 
think we cleaned those up) and also FileMgr, which handles closing and 
reopening file handles at the system level when resources are tight.

On January 11, 2016 5:52:58 AM MST, Teus Benschop  
wrote:
>Hi,
>
>When accessing libsword simultaneously from multiple threads, it often
>crashes. When surrounding the calls to the library with a mutex.lock
>and a
>mutex.unlock at the end, there's no crashes when accessing it in the
>same
>situation. I am seeing this on Linux and on the Mac. Should I do
>something
>in the library, or make a special call, to make it thread-safe? Or is
>surrounding the library calls with a mutex the recommended way to
>handle
>this?
>
>Teus.
>
>
>
>
>___
>sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Detecting bad references?

[Troy A. Griffitts]

If you'd like to see if a VerseKey was normalized for a module's
reference system, you can parse the reference with normalization off,
and then with it on and compare the keys to see if they are the the same.

vk2.setAutoNormalize(false);
vk1.setText("1Sam.2.200");
vk2.setText("1Sam.2.200");

cout << ((vk1==vk2) ? "no" : "") << " need for normalization\n";

I've added an example to the examples/ folder:

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


On 01/11/2016 08:52 AM, David Haslam wrote:
> Either during the process towards module build (in which it's often necessary
> to fix xrefs) or even subsequently,
> is it feasible for SWORD to test a reference to a specified versification
> and to respond with whether the reference is good or bad?
> 
> The question naturally follows on from my observation about a gotcha (just 1
> example) in the new FreDAW module.
> 
> NB. I was already aware of how SWORD handles a quirky reference like
> 1Sam.14.600,
> or even Gen.1.1000  (but thanks for the reminder explanation, Karl).
> 
> If so, please explain how.
> 
> If not, is there an opportunity for an enhancement here?
> 
> David
> 
> 
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://sword-dev.350566.n4.nabble.com/Detecting-bad-references-tp4655692.html
> Sent from the SWORD Dev mailing list archive at Nabble.com.
> 
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB status

[Troy A. Griffitts]

I also have in my mind that the Hebrew and Greek lexicons Lockman includes with 
the NASB still had some processing to complete, is that right?

On January 6, 2016 7:55:57 AM MST, Greg Hellings  
wrote:
>The software requirement was JSword support - I forget which feature
>it was that was needed, but Troy didn't want to proceed until
>JSword/BibleDestktop fully supported the features.
>
>--Greg
>
>On Wed, Jan 6, 2016 at 8:53 AM, Karl Kleinpaste 
>wrote:
>> NASB has been a decade-plus in progress.
>>
>> Last I knew or remembered, Greg's markup had gotten quite solid and,
>I
>> believe, finalized.  There was something going on about necessary
>engine
>> support percolating out to one or more of the frontends before NASB
>would be
>> considered for release.  Where do we stand on that?
>>
>> Seriously, 12 years. How much longer?
>>
>> ___
>> sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB status

[Troy A. Griffitts]

I don't want to fight about this yet again.

This is a commercial module to be sold by Lockman.  That is a different
scenario from other modules.  For this module, I have reasonably asked:

1) That we have a scripted, reproducible way to transform their data
from their pristine source to a module.

2) That we support their entire dataset which they have given us for
this module (base text + footnotes / crossrefs + lexica)

3) That the result works generally in all major SWORD/JSword frontends.


It is not as simple as-- just release it and fix it later.  This is to
be sold by Lockman.

Historically, we have had at least 4 people own this effort over the
years.  It is not simply that one person has sat on this and hasn't
finished it for 12 years.

I think we are close.  In my mind, the current owner (Greg) simply needs
to have a list of outstanding items which keep us from satisfying 1-3
and push each of them down the road until they are done.

I don't know what those items are.  I am just concerned that we meet 1-3
before we give the data to Lockman to sell and I feel these 3 items are
reasonable requests.

Troy



On 01/06/2016 11:04 AM, Karl Kleinpaste wrote:
> On 01/06/2016 10:56 AM, Greg Hellings wrote:
>> but no one has told me what those issues are
> It comes down to this:
> We need to look for the way to say Yes, and stop coughing up any and all
> possible, weak, ham-handed excuses to say No.
> 
> A long time ago -- late '08 -- I flamed at length here about Getting
> Stuff Done.  The fact that NASB has languished for significantly longer
> than a decade and _/*STILL*/_ hasn't found its way out the door is an
> existential statement about Crosswire in this regard.  Crosswire as a
> whole has an indecent problem with the idea of Getting Stuff Done, where
> "done" means "out the door."
> 
> If you consider this from the perspective of an outside observer, it
> looks like someone literally doesn't want NASB ever to be released. 
> Consider: In the last 12 years, one of my sons graduated high school,
> took a couple years off, went to college, finished college, got married,
> began a career, and had his first child, who will be a year old very
> soon.  In that same time period Crosswire couldn't get the NASB module
> (set) finished.
> 
> Any reason to say No is completely obliterated by saying "12 years."
> It's time to say Yes.
> 
> 
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB status

[Troy A. Griffitts]

I hesitate to even respond to this thread, as none of this kicks the can down 
the road, but... I believe some of the issue has to do with typical open source 
volunteer problems. Specifically, in this case, none of the pumpkin holders was 
satisfied to build on their predecessors' code. I originally made the initial 
co version in C++. My script is versioned in the sword-tools repo. I'm not sure 
what Chris did. I know DM rewrote the conversion in Java, and it sounds like 
Greg has again rewritten the conversion in Python. It is not a matter of 
perfection before release. It is a matter of basic satisfaction of the three 
items I have listed and we have not attainted basic satisfaction yet.

Troy

On January 6, 2016 2:51:55 PM MST, "Matěj Cepl" <mc...@cepl.eu> wrote:
>On 2016-01-06, 18:53 GMT, Troy A. Griffitts wrote:
>> This is a commercial module to be sold by Lockman.  That is 
>> a different scenario from other modules.  For this module, 
>> I have reasonably asked:
>
>I didn’t like Karl’s tone last time the flamewar went around, 
>but I have to admit he is right. Whatever you say is suspicious 
>because of one argument: “Twelve years”.
>
>> 1) That we have a scripted, reproducible way to transform 
>> their data from their pristine source to a module.
>
>Yes, what’s the problem? Whom you asked for help (e.g., I have 
>developed completely automatic conversion of CzeCSP from one XML 
>to OSIS, and it didn’t take me twelve years to do it)? Twelve 
>years.
>
>> 2) That we support their entire dataset which they have given 
>> us for this module (base text + footnotes / crossrefs 
>> + lexica)
>
>Yes, I have CzeCSP with footnotes, crossrefs, and notes. Twelve 
>years.
>
>> 3) That the result works generally in all major SWORD/JSword 
>> frontends.
>
>What are the problems? Where are the bugs? Where is the progress 
>on development of the module recorded? I would be willing to buy 
>the module, if that was required to work on it. Twelve years.
>
>> It is not as simple as-- just release it and fix it later.  
>> This is to be sold by Lockman.
>
>What do you mean? I work for Red Hat. We sell software in tune 
>of some, let's say, two billions of USD. Of course, we don’t 
>expect it to absolutely perfect and bug-free. If there are bugs 
>in the module, we can certainly provide a fix. Where is the 
>alpha version, how do you plan to make QA working? Twelve years.
>
>> Historically, we have had at least 4 people own this effort 
>> over the years.  It is not simply that one person has sat on 
>> this and hasn't finished it for 12 years.
>
>Yes, so where are products of work of all these people? What did 
>they do? I mean, I honestly believe that some work was done, but 
>without some presentation of the results, how can we know what's 
>done? Here “Twelve years” makes it even more difficult to be 
>persuaded.
>
>> I think we are close.  In my mind, the current owner (Greg) 
>> simply needs to have a list of outstanding items which keep us 
>> from satisfying 1-3 and push each of them down the road until 
>> they are done.
>
>And where is that list? That is my question.
>
>> I don't know what those items are.  I am just concerned that 
>> we meet 1-3 before we give the data to Lockman to sell and 
>> I feel these 3 items are reasonable requests.
>
>I don't think Lockman expects the work to be ever done at this 
>point, but that's another thing. If they do, they have my 
>admiration (or something else).
>
>However, if you (or Lockman) expect that you will hand over 
>finished absolutely prefect module and Lockman will never ever 
>see you (or anybody from the Sword project) again, than I think 
>you are sorely mistaken.  Unless of course they are prepared to 
>maintain the module themselves. After all, even NASB itself is 
>(according to Wikipedia) in its tenth edition.
>
>Blessings,
>
>Matěj
>
>-- 
>https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
>GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
> 
>My point was simply that such tax proposals [for Pigovian taxes
>compensating for the transaction costs] are the stuff that dreams
>are made of. In my youth it was said, that what was too silly to
>be said may be sung. In modern economics it may be put into
>mathematics.
>-- Ronald Coase
>   Notes on the Problem of Social Cost
>
>
>___
>sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] answering subscription requests?

[Troy A. Griffitts]

Done.  I received the request at 11:51am this morning and just returned
home from spending Christmas with my parents, sisters, and brother (and
lots of little nieces and nephews).  Sorry for the delay.

On 12/26/2015 05:58 PM, Karl Kleinpaste wrote:
> Someone in IRC #sword is wondering why he hasn't successfully gotten
> onto this list yet. He claims to have sent appropriate messages to
> appropriate places. Is there a queue in need of address?
> 
> 
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Xiphos, blank pages

[Troy A. Griffitts]

Hi guys.  How were the modules installed?  Where are they installed?
Are the data files readable by the user running these commands?

On 12/16/2015 11:58 AM, Matěj Cepl wrote:
> On 2015-12-10, 13:59 GMT, Mark Trompell wrote:
>> 2015-12-10 10:10 GMT+01:00 Matěj Cepl :
>>> On 2015-10-29, 11:58 GMT, Karl Kleinpaste wrote:
 On 10/19/2015 06:36 AM, Matěj Cepl wrote:
> could anybody suggest why xiphos shows me just blank pages
 I just came back to this after watching your video when you first sent
 this last week.  I have no explanation, but do you get the same behavior
 out of BT, for example?  My only guess is some kind of app/engine
 mismatch.  I have never seen this.
>>>
>>> No other application, and it is a problem even when
>>> I distro-synced all *sword* *bible* *xiphos* with EPEL
>>> repositories.
>>
>> Did you try with a fresh ~/.xiphos?
> 
> One interesting datapoint ... apparently it is not just xiphos, 
> but something deeper. This command should give a bit more than 
> it does, right?
> 
>  ~$ diatheke -b ESV -k Jn 3:16
> John 3:16: : (ESV)
>  ~$ rpm -qf $(which diatheke)
> sword-1.7.3-9.el7.x86_64
>  ~$
> 
> (the same for other modules, and yes installmgr -l shows that 
> ESV is installed)
> 
> Any thoughts?
> 
> Blessings,
> 
> Matěj
> 

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Personal commentary vs. deutercanon

[Troy A. Griffitts]

Yes, this is exactly right.  The pre-generated Personal Commentary
module predates av11n (actually, it was one of our first modules 20+
years ago).  Since then, the API can be used to simply generate one or
more modules with any versification and edit those modules, i.e., the
pre-generated module isn't necessary anymore, but that means there needs
to be a few calls to the engine from a frontend to allow users to create
a new personal commentary module.

You can have a look at any of the import tools which generate modules.
imp2vs.cpp is probably the easiest.

Hope this helps,

Troy



On 11/20/2015 01:06 PM, DM Smith wrote:
> I think so too. The index is fixed at module creation. The data files per 
> verse are created as they are filled in.
> — DM
> 
>> On Nov 20, 2015, at 1:04 PM, Greg Hellings  wrote:
>>
>> Wouldn't it be necessary to generate a new personal conf with
>> Versification=KJVA from the get-go?
>>
>> --Greg
>>
>> On Fri, Nov 20, 2015 at 11:51 AM, Peter von Kaehne  wrote:
>>> On Fri, 2015-11-20 at 12:38 -0500, Karl Kleinpaste wrote:
 A Xiphos user wants to edit Personal for references to deuterocanon
 books.  It isn't working, evidently saving as reference to Rev.1.1.
 I suggested he edit "Version=KJVA" into personal.conf, but apparently
 no joy there, either.  Any thoughts?
 _
>>>
>>> I just tested this and can confirm it. I edited Tob 1.1. and when I
>>> saved it it was gone. When I checked Rev 1.1. hey presto there was my
>>> comment.
>>>
>>> Peter
>>>
>>> ___
>>> sword-devel mailing list: sword-devel@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Atlanta, ETS, IBR, SBL

[Troy A. Griffitts]

My apologies for not sending this out sooner. Is there anyone attending these 
annual meetings this year in Atlanta? If so, I'd love for us to meet.

Troy
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Corrections for frejnd.conf

[Troy A. Griffitts]

I've updated the .conf file.  I just want to be sure that everyone
understands that the Versification has changed in the .conf file.  I
realize the email thread mentioned that there were verse offset issues
in the module, so I am hoping the .conf file was corrected to match the
versification used when creating the module.  Thanks for the work on the
update.

http://crosswire.org/sword/modules/ModInfo.jsp?modName=FreJND

Blessings,

Troy



On 11/07/2015 04:37 AM, yvand wrote:
> Could you please update frejnd.conf (see attached file) ?
> 
> Le 23/10/2015 17:19, David Haslam a écrit :
>> Dear Yvand,
>>
>> I had already reported these issues to Peter.
>>
>> Peter is less available for CrossWire activities for about three months due
>> to external factors.
>>
>> Meanwhile, I wonder if Troy can do anything to fix these?
>>
>> Best regards,
>>
>> David
>>
>>
>>
>> --
>> View this message in context: 
>> http://sword-dev.350566.n4.nabble.com/Corrections-for-frejnd-conf-tp4655385p4655388.html
>> Sent from the SWORD Dev mailing list archive at Nabble.com.
>>
>> ___
>> sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] CrossWire subversion server error

[Troy A. Griffitts]

Dear John,

I am sorry for not responding sooner. I have no idea what might be the problem. 
We do have some IP bans on the server but they are for all ports. And thinking 
of it, that SVN command should be using the same port as your web browser. It 
seems a very odd problem that your browser can get through but not that SVN 
command. Do you have any kind of proxy running that might either be interfering 
with the SVN command or helping the web browser?

Troy

On November 5, 2015 11:27:44 PM MST, John Austin  
wrote:
>Something has changed so that for the past week now, the CrossWire 
>subversion server has been unreachable from Central Asia.
>
>This:
>svn checkout http://crosswire.org/svn/sword/trunk ./
>
>Only returns this (after a time-out wait):
>svn: E000110: Error running context: Connection timed out
>
>Access to http://crosswire.org/svn/sword/trunk through a web-browser 
>works fine. But svn isn't working.
>
>Does anyone know what is wrong?
>
>-john
>
>___
>sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Updated CzeBKR

[Troy A. Griffitts]

Thanks for all the great work on this guys.  Matěj, it is a blessing to
have you continue to contribute.  David, as always, thanks for the
review and sanity checks.

The module has been posted.

Troy



On 10/06/2015 12:40 PM, David Haslam wrote:
> Matěj wrote, 
> 
> "P.S.: Shouldn't you upload the file to the repository, or should
> I rather change those dates to tomorrow to be sure? ;) "
> 
> I don't have the server permissions to do that, 
> so we'll have to wait until Peter (or A.N.Other) has time to upload it for
> the official release in CrossWire Main.
> 
> After today's flurry of activity, I'm now quite happy for this to go ahead
> asap.
> 
> Blessings,
> 
> David
> 
> 
> 
> 
> --
> View this message in context: 
> http://sword-dev.350566.n4.nabble.com/Updated-CzeBKR-tp4655356p4655376.html
> Sent from the SWORD Dev mailing list archive at Nabble.com.
> 
> ___
> sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] OSIS markup best practice: sanity check

[Troy A. Griffitts]

Hi Matěj,

You should have a look in the location where you install your sword modules. If 
you compile from source and use the default paths, then it would be 
/use/share/sword/. Wherever that sword module location is, you should find a 
locales.d/ folder with all the available locales. If you don't see a Czech 
locale, you can create one by copying an existing locale and change according. 
One thing the sword parser will not support right now is the use of , to 
separate chapter from verse. This is a deficiency we need to solve. , is used 
to separate list items of chapters or verses, so jn3,9 is parsed as John 
chapters 3 and 9. Mat4.9,13 is parsed as Matthew chapter 4 verses 9 and 13.  
But a simple Regex to change , to : before sending to the parser, and the : 
back to , IN ONLY THE TEXT NODE of the reference after the parsing should do 
the trick.  Hope this gets you going.

On October 1, 2015 12:10:55 AM MST, Peter von Kaehne  wrote:
>Also, you need to feed it with a scope, IIRC
>
>Sent from my phone. Apologies for brevity and typos.On 1 Oct 2015 7:17
>am, Peter von Kaehne  wrote:
>>
>> The locale needs to be in same directory
>>
>> Sent from my phone. Apologies for brevity and typos.On 30 Sep 2015
>10:27 pm, Matěj Cepl  wrote:
>> >
>> > On 2015-09-30, 16:04 GMT, Peter Von Kaehne wrote:
>> > > You can play with it by looking a the utilities within the 
>> > > library's source. i am not at home, but I think it is called 
>> > > vs2osiref
>> >
>> >     $ vs2osisref 'Př 8,22-24' cs
>> >     Př 8,22-24
>> >     $
>> >
>> > What am I missing ('Př' is 'Přísloví' in Czech, that is 
>> > 'Proverbs')? Not mentioning that even numbers are completely 
>> > wrong. How to add Czech locale?
>> >
>> > Matěj
>> >
>> > -- 
>> > http://www.ceplovi.cz/matej/, Jabber: mc...@ceplovi.cz
>> > GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
>> >
>> > I disapprove of what you say, but I will defend to the death
>> > your right to say it.
>> >   -- mistakenly attributed to Voltaire
>> >
>> > ___
>> > sword-devel mailing list: sword-devel@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Namespace Proposal re eBible - collissions, duplication, clean-up etc

[Troy A. Griffitts]

On 09/03/2015 10:50 PM, Peter von Kaehne wrote:
> 
> Where is Troy and what does he think?

I have just arrived back from being tour-guide for my sister on vacation
and now I need a vacation :)

I've been following these threads, catching up when I have time, and I
think the conversations happening need to happen and everyone ultimately
is coming to sane and logical conclusions.  I am enjoying being a spectator.

I like Peter's suggestion to namespace with a trailing publisher code
for all the reasons everyone has said, and especially since it will get
the eBible repo online publicly without any engine changes right now.

Great work and I'm excited about all the movement and new resources for
the Gospel mission!

Troy



> 
> Peter
> 
> 
> 
> On Thu, 2015-09-03 at 10:21 -1000, Kahunapule Michael Johnson wrote:
>> Based on Peter's good advice and sound reasoning, I'm appending an 
>> "eb" to every Bible module name in the eBible.org repository. I 
>> didn't want to lengthen the module names excessively with something 
>> like "eBible_org" or even "ebib" on the end-- just enough to avoid 
>> collisions among less than a dozen repositories. These module names 
>> get crammed into really small spaces at times, for better or for 
>> worse, at least for display. One letter appended didn't seem quite 
>> enough for clarity, but two letters provides 676 possible 
>> combinations and a reasonable chance of assigning sequences that make 
>> sense, like cw, ib, xi, etc. I'm not putting in an obsoletes line in 
>> the conf files for these changes, leaving a manual cleanup challenge 
>> behind. Such obsoletes lines would have undesired side-effects in the 
>> case of existing collisions, especially the worst kind, where names 
>> differ only by case. I'm assuming that the other modules probably 
>> won't change their module names for existing modules, being already 
>> fully public and in general use already, but might adopt a similar 
>> convention for all new modules.
>>
>> I regret any inconvenience this naming convention change may cause 
>> for those awesome people who have been testing the eBible.org 
>> repositories. It seems that this little thing will solve more 
>> problems (including solving problems in advance) for more people than 
>> the inconvenience it may cause.
>>
>> In the case of the non-Bible modules on the eBible.org repository, 
>> I'm not renaming them at this time, because they are bit-for-bit 
>> copies of the same modules from Crosswire main. Therefore, 
>> duplication should not be a problem. Those are there merely as a 
>> convenience. They could be removed if they actually do cause a 
>> problem.
>>
>> Module abbreviations are mostly unchanged. Collisions could happen. I 
>> think the consensus is that those will be dealt with by the front 
>> ends when they happen for particular users.
>>
>> In other news, I have (1) disabled morphology tags that don't use the 
>> same system as DM's KJV, and (2) corrected a bug in the code where it 
>> was possible for Haiola to miss generating a 
>> GlobalOptionFilter=OSISMorph line in the conf file. The new grcTisheb 
>> module should at least display correctly, even though it is missing 
>> some features. I'll deal with that later. Maybe. Ideally, I will 
>> restore the missing features when I learn some things I don't yet 
>> know and have time to implement that.
>>
>> Thank you, front end developers, for making adjustments to handle 
>> another very large repository.
>>
>> Thank you, all who have tested the new repository and pointed out 
>> opportunities for improvement, some of which have been essential.
>>
>> With the addition of the new eBible.org repository:
>> More people will be able to use Sword project software for Bible 
>> study on their favorite devices and in their own language.
>> Adding new Bibles and Bible portions to the Crosswire Sword module 
>> collection just got orders of magnitude easier and faster.
>> Frequent revisions and additions for translations that are in 
>> progress are truly practical, now. New books can be added or updated 
>> as they are completed or revised.
>> We have a way of easily tapping into Paratext projects for rapid 
>> updates, which is actually happening now with about a dozen projects.
>> We have a way to quickly publish any Bible we get permission for from 
>> the Every Tribe Every Nation Digital Bible Library.
>> This is a level of automation and service that I think is a great 
>> advance for the Crosswire Bible Society. Pat yourselves on the back, 
>> because I can't reach you from my computer. OK, now back to work. ;-) 
>>
>>
>> Yesterday's conf clean-up is done, and moved to 
>> http://eBible.org/sword. The renaming process is in progress, module 
>> by module, at http://eBible.org/swordbeta.
>>
>> On 09/03/2015 04:05 AM, Peter von Kaehne wrote:
>>> On Thu, 2015-09-03 at 09:29 -0400, Karl Kleinpaste wrote:
 Adding complexity to configuration will not solve the problems 
 being 
 

Re: [sword-devel] Using Alternate Versification

[Troy A. Griffitts]

That code should work unchanged, but you need to get your key variable from the 
module itself to be sure you can iterate the entire versification of the 
module. You can use (VerseKey)module-createKey() to get it and be sure to 
delete key when you are done.

On August 15, 2015 2:20:39 PM GMT+01:00, David Judah's Shadow Blue 
yudahssha...@gmx.com wrote:
So, I'm hacking some more on BIBISH, and I'm wondering if my code needs
any 
modification to handle alternate versifications. Essentially, I get a 
reference from the user, and then iterate over the passage and put it
in a 
string, here's my code. 

refRange = key.parseVerseList(reference.c_str(), key, true);
for(refRange = sword::TOP; !refRange.popError(); refRange++) {
   module-setKey (refRange);
 text +=  ; //TODO: Fix this to show the book name on the first verse
//TODO: show chap and verse only after the first verse
text += module-getKeyText();
text +=  ;
text += module-renderText();
}



___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Using Alternate Versification

[Troy A. Griffitts]

Typo fix and more precise:


VerseKey *key = (VerseKey *)module-createKey();
refRange = key-parseVerseList(reference.c_str(), *key, true);
... rest of your code ...
delete key;


On 08/15/2015 09:24 PM, Troy A. Griffitts wrote:
 That code should work unchanged, but you need to get your key variable
 from the module itself to be sure you can iterate the entire
 versification of the module. You can use (VerseKey)module-createKey()
 to get it and be sure to delete key when you are done.
 
 On August 15, 2015 2:20:39 PM GMT+01:00, David Judah's Shadow Blue
 yudahssha...@gmx.com wrote:
 
 So, I'm hacking some more on BIBISH, and I'm wondering if my code needs 
 any 
 modification to handle alternate versifications. Essentially, I get a 
 reference from the user, and then iterate over the passage and put it in 
 a 
 string, here's my code. 
 
 refRange = key.parseVerseList(reference.c_str(), key, true);
 for(refRange = sword::TOP; !refRange.popError(); refRange++) {
  module-setKey (refRange);
 text +=  ; //TODO: Fix this to show the book name on the first 
 verse
 //TODO: show chap and verse only after the first verse
 text += module-getKeyText();
 text +=  ;
 text += module-renderText();
 }
 
 
 
 sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] BibleCS-1.7.2

[Troy A. Griffitts]

The SWORD Project for Windows v1.7.3
was release on Sun Aug 24 18:27:04 MST 2014


On 08/13/2015 10:53 AM, David Haslam wrote:
 Is BibleCS-1.7.2 still in the long grass, or will there be a proper release
 with an installer?
 
 David
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/BibleCS-1-7-2-tp4653527p4654953.html
 Sent from the SWORD Dev mailing list archive at Nabble.com.
 
 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] eBible.org repository refresh ongoing again

[Troy A. Griffitts]

Not commenting on the merits, but only on the necessities and history:

Module names can (often should be for readability) upper and lower case

DataPath needs to match exactly the data path on the file system.  The
case needs to match because some operating systems are case sensitive.

Historically, we've always lowercased the all file and folder names for
better consistency between OS/FSs that ignored case and others that
don't. i.e., if we only use one case, then we shouldn't run into any
problems.  This has just been historical convention and maybe to avoid
issues on 8.3 FSs from long ago or wince or palmos or something, but the
important thing today is that the configuration file DataPath entry
needs to match the actual data path or else OS/FSs that do honor case
will not find the files.

It is such a blessing the work you and everyone have done to make these
resources available!

Troy


On 08/13/2015 09:58 PM, Kahunapule Michael Johnson wrote:
 It seems to me that squashing to lower case for file system references
 is what caused problems in the first place, because I didn't also squash
 the module name to lower case. Wouldn't it be better to keep the module
 name the same as the file  directory names? Of course, I could squash
 both to lower case, but that raises readability issues where I use case
 to show a transition from language code to translation abbreviation,
 like thaKJV2003.
 
 Right now, a process is running to make the casing match on everything,
 but it is not squashing everything to lower case.
 
 What do you think?
 
 On 08/13/2015 08:20 AM, Karl Kleinpaste wrote:
 On 08/13/2015 02:15 PM, Kahunapule Michael Johnson wrote:
 Is there anything else that needs to be fixed?
 I've just been periodically trying to load up the entire content and
 reporting what I find doesn't work.

 As for fixing this sort of thing, generally speaking I believe we have
 always recommended that all filesystem references (DataPath in .conf;
 directories' names that contain content; module-internal references
 like img src=/images/xyz.jpg) be squashed to lowercase.


 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 
 -- 
 
 Aloha,
 /Kahunapule Michael Johnson/
 
 *MICHAEL JOHNSON
 PO BOX 881143
 PUKALANI HI 96788-1143*
 USA   eBible.org http://eBible.org
 MLJohnson.org http://MLJohnson.org
 Mobile: +1 *808-333-6921*
 Skype: kahunapule
 
 
 
 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] How exactly does the sword modules work

[Troy A. Griffitts]

Dear Delali Michael Azumah,

I'd like to also say that CrossWire has many different software
packages.  You mention that you have our software for Windows installed
but this list show all the software available for Windows in case you
prefer use different software with your team:

http://crosswire.org/applications/?section=Windows

Blessings in your service for our Lord,

Troy




On 07/22/2015 03:47 PM, Michael Azumah wrote:
 Peace be with you,
 I am a Bible software developer at Savislin. We are a Christian
 organisation aimed at winning souls for Christ and the best way we
 believe we can achieve such aim is to provide the WORD OF GOD to
 everyone in their own heart language.
 I heard about cross wire Bible society on Google when I was searching
 for public domain Bible modules. I visited the website and saw the sword
 project, but I don't know what it really is about and how it works. Well
 I have the sword project software for windows installed.
 I am currently working on a Bible toolkit for my organisation and we
 need Bible modules. I just want to know if there are any ways I can
 convert the sword modules to text for my organisations Bible software,
 or if need be help in working on the sword project.
 I wouldn't want to speak much though but would be very happy to hear
 from you soon. May God continue to teach us all.
 Grace be with you.
 Delali Michael Azumah
 Co-founder/President of Savislin.
 www.savislin.blogspot.com
 
 
 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Av11n mark 2

[Troy A. Griffitts]

Yeah, that doesn't help me either.  We abandoned GenBook Bible support
in favor of the VersificationMgr system.  I am not against adding a
per-module v11n mechanism, but I fear it will be used. :)  And it
shouldn't be used. :)  Using this basically allows people to take
shortcuts bypassing the analysis of the versification of their module
and trying to identify it most closely with a common v11n.  This is
important as it allow us to display the module with v11n mapping across
different systems.  We discussed ways one could also use the mechanism
appropriately: selected the closest common v11n and supplying mappings
for the verses which aren't covered by that v11n.  But my experience
would lead me to speculate that if we allow custom v11n, then everyone
will use it for their module-- even if there are only a couple
differences in v11n between their module and a common v11n system,
because they won't need to spend the time to analyze and learn about
their text and v11ns which we support well.  Allowing v11n loading per
module is fairly straightforward to implement and I believe JSword might
already have a file format they support.

Regarding this thread.  If we need to add 2 new v11ns for French and
Danish, then we need to spend the time to do the research and add a
versification and mapping data.

Troy



On 07/15/2015 01:03 PM, DM Smith wrote:
 
 On Jul 15, 2015, at 6:59 AM, Karl Kleinpaste k...@kleinpaste.org
 mailto:k...@kleinpaste.org wrote:

 On 07/15/2015 06:35 AM, Peter von Kaehne wrote:
 1) Unlike the other av11n implementation it does not yet show non KJV
 verse range content.
 I'm confused. If genbook Bibles are essentially self-contained in
 terms of v11n, how can a genbook Bible not display all its own content?
 
 I read Peter’s comment that it wouldn’t handle a verse range properly if
 one or both of the ends was not in the KJV versification.
 
 
 
 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Av11n mark 2

[Troy A. Griffitts]

:) Hi Konstantin,

You have to know when I say something like this, We could build it, but
I'm afraid it might actually get used, that I'm being mostly facetious
though there is some true concern in what I am writing.  Of course I can
see proper uses if the need arises.  I didn't think the Danish or French
need was a good case for per-module versification.  Our path to support
v11n mapping and optimization is to support major versification systems,
one of which a module must identify itself with.  This optimizes key
loading and allow a reasonable opportunity to map between known system.
 One disadvantage I tried to stress was specifically for your benefit.
If a module does not associate itself with a supported versification,
but instead supplied its own, then none of your v11n mapping code can
currently be used with the module because we don't know anything about
which v11n system it mostly follows.  Again, I am not against adding the
feature, but only trying to avoid adding and using the feature for a use
case which is better addressed with our currently methodology.  This
might take longer to research v11n schemes for these regions, but then
we can say we've done the research and when we add a v11n which supports
the majority of Bibles in a region then we'll know which verses a Bible
deviates at when it uses the system.  These are all good things.

Anyway, GBS Bible support was never finished-- it was an experiment that
turned out to point to a better solution-- and JSword does not implement
it.  It should not be used-- at least right now.  And if we move forward
with per-module v11n support, I think I mentioned that JSword might
already have a file format they use.  I think an immediate need will
probably push this forward beyond hypothetical talk.  Peter may have
one, but I'd like to do some research before we say that all French
Bibles are too crazy to ever define a (or a couple) standard
versification systems.

Hope this helps clear up,
Troy



On 07/15/2015 09:49 PM, Konstantin Maslyuk wrote:
 And it shouldn't be used. :)
 
 It should not be used for one only purpose and we will reject a usefull
 feature? :^S
 
 Today we have years from new v11n appeared in Sword and most of
 frontends be released with that v11n. Same for if error was in v11n. And
 most annoying will be when we will release bug fixes for mapping data,
 some old apps/some old platforms would never get such fixes.
 
 It would be used for some rare texts. I did not meet such, but i count
 if text (version) author intentionally change verse index, we have to
 leave it, but correctly translate to other v11ns.
 
 By the way v11ns for rare texts will be used by ~0,001% of users,  and
 will be delivered to all. Isn't it better to store v11n in to those
 one/two modules?
 
 One can build own module repository with different v11ns, and it will be
 compatible with all Sword apps.
 It is just freedom that would bring unexpected good use cases , but we
 suppress freedom for the sake of one bad.
 
 Maybe there were another points, can't remember.
 
 От: Troy A. Griffitts mailto:scr...@crosswire.org
 Отправлено: ‎15.‎07.‎2015 14:19
 Кому: SWORD Developers' Collaboration Forum
 mailto:sword-devel@crosswire.org
 Тема: Re: [sword-devel] Av11n mark 2
 
 Yeah, that doesn't help me either.  We abandoned GenBook Bible support
 in favor of the VersificationMgr system.  I am not against adding a
 per-module v11n mechanism, but I fear it will be used. :)  And it
 shouldn't be used. :)  Using this basically allows people to take
 shortcuts bypassing the analysis of the versification of their module
 and trying to identify it most closely with a common v11n.  This is
 important as it allow us to display the module with v11n mapping across
 different systems.  We discussed ways one could also use the mechanism
 appropriately: selected the closest common v11n and supplying mappings
 for the verses which aren't covered by that v11n.  But my experience
 would lead me to speculate that if we allow custom v11n, then everyone
 will use it for their module-- even if there are only a couple
 differences in v11n between their module and a common v11n system,
 because they won't need to spend the time to analyze and learn about
 their text and v11ns which we support well.  Allowing v11n loading per
 module is fairly straightforward to implement and I believe JSword might
 already have a file format they support.
 
 Regarding this thread.  If we need to add 2 new v11ns for French and
 Danish, then we need to spend the time to do the research and add a
 versification and mapping data.
 
 Troy
 
 
 
 On 07/15/2015 01:03 PM, DM Smith wrote:

 On Jul 15, 2015, at 6:59 AM, Karl Kleinpaste k...@kleinpaste.org
 mailto:k...@kleinpaste.org wrote:

 On 07/15/2015 06:35 AM, Peter von Kaehne wrote:
 1) Unlike the other av11n implementation it does not yet show non KJV
 verse range content.
 I'm confused

Re: [sword-devel] PATCH Genbook osisRef does not conform to OSIS in libsword

[Troy A. Griffitts]

Hi Tuomas,

Thank you for the patch.  Unfortunately, it is not this easy.  Your
patch would invalidate all current genbook modules.  I believe we've
discussed this here on sword-devel in the past.  I can't remember the
discussion, but I believe it was to either allow '/' in the OSIS spec or
violate the OSIS spec for now.

The problem right now is a few fold:

1) We supported GenBooks before OSIS and in other formats and decided on
'/' separation of levels then.  Our key syntax.  We need to discuss what
this mean for our other markup formats.  Karl Kleinpaste would be idea
to speak with as he develops GenBook modules in other than OSIS markups.

2) We do no yet support an escape control sequence to allow the literal
division character to be included in the path.  There are far fewer
literal '/' characters in book sections then there are '.' characters.
We can change the few for now to something else.  The ultimate solution
is to support an escape sequence, which we've also discussed on
sword-devel quite a bit.

3) We have MANY genbook modules out in the wild, being used by the user
base of our many different application and can't invalidate all of their
genbooks.  We need an upgrade path for all current modules now or better
a backward compatible patch until current genbook modules have an
upgrade path.

Hope this makes sense.  Thank you for spending time talking about the
issue and being willing to get involved.  If you'd like to look into the
items above, we can work our way toward a solution.

Is there a hindrance you're trying to solve with module development or
something else we might help you with in the meantime?  I believe DM
Smith keeps a patch OSIS Schema around with all of our suggested updates
to the Schema, which likely allows '/' for genbooks.  He probably can
post that if your issue is validating Schema validating a genbook.

Welcome!  It's nice to have you,

Troy




On 06/22/2015 09:23 AM, Tuomas Airaksinen wrote:
 Hi all,
 
 Currently in libsword apps, referenses to genbook nodes need to be
 written in form osisRef=BookId:rootnode/branchnode/leafnode. This is
 wrong, because OSIS xml scheme does not allow '/' character in
 osisRefs. Instead, osisRef should be in form,
 osisRef=BookId:rootnode.branchnode.leafnode. Also 
 http://www.crosswire.org/wiki/OSIS_Genbooks
 suggest the latter form.
 
 See also discussion on https://github.com/crosswire/jsword/pull/98 
 
 Attached is the patch to fix this issue. I tested this with Xiphos and
 it seems to work fine. 
 
 Thanks,
 Best regards, Tuomas
 
 ps. 
 just a little humble suggestion, *please* move to github. It would be a
 lot more convenient and easier to get involved to development via
 pullrequests than this way. 
 
 
 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Old Church Slavonic

[Troy A. Griffitts]

Hey guys,

We have a unique scholar very interested in working with Old Church
Slavonic manuscripts of Gospels.  Does anyone have any insights to data
sources or are willing to convert to or find Unicode sources for Old
Church Slavonic Gospels?

Thanks!

Troy


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] renderText broken post r3331?

[Troy A. Griffitts]

Daniel,

My guess is that you have a libsword.so in /usr/lib or /usr/lib64 or 
someplace else causing problems.


Troy



On 03/19/2015 02:47 PM, Daniel Sheffield wrote:

Indeed it is face palm.
But I double checked: -lsword doesn't work but -lsword-1.7.3 does... 
is that normal?


--
In the beginning Kibo created the Internet. Now the Internet was 
formless, and empty. Randomness was upon the face of computing, and 
the Spirit of ARPA moved upon the face of the computers. Then Kibo 
said, Let there be data: and there was data. Kibo saw the data, and 
it was good, so Kibo divided the data from the randomness, and Kibo 
named the data Information, and the randomness Clueless. And the 
Information and the Clueless were the first Network.


On Fri, Mar 20, 2015 at 10:28 AM, David Judah's Shadow Blue 
yudahssha...@gmx.com mailto:yudahssha...@gmx.com wrote:


Is one not a symlink to the other?

On March 19, 2015 3:19:40 PM EDT, Daniel Sheffield
d.j.yo...@gmail.com mailto:d.j.yo...@gmail.com wrote:

Okay, at first it looked like 'make install' only copied the
libsword-1.7.3.so http://libsword-1.7.3.so and not the
libsword.so http://libsword.so. I was linking against
libsword.so http://libsword.so which didn't have the
definitions of renderText. When I linked against
libsword-1.7.3.so http://libsword-1.7.3.so - it was fine. I
removed all the sword libs on my /usr/local/lib dir and did
'make install' again from HEAD. Both the libsword.so
http://libsword.so and libsword-1.7.3.so
http://libsword-1.7.3.so were installed to /usr/local/lib.
However, I get compile errors if I use ld -lsword instead of
ld -lsword-1.7.3. I would rather use -lsword - I thought they
would/should be identical? Let me know if this behaviour is
expected. On Thu 19Mar15 05:02:33PM, Daniel Sheffield wrote:

I still seem to be getting the compile error on HEAD. I'm
linking against the correct headers I'm sure... Though
there is a chance that I've messed something up because I
have it both installed (make install) and in my source
tree as an external. I did re-install each time though, so
I would have thought any modified headers would have been
updated... Let me know if you have any ideas. I will
hopefully be able to check the header declaration and the
corresponding definition tomorrow... On Wed 18Mar15
09:12:35AM, Peter von Kaehne wrote:

I had committed with a typo - a missing paranthesis. I
am sorry for that. When I saw it and fixed it to
commit, Karl had overtaken me. So, it is fixed at the
HEAD again. Again, my apologies. Peter On Wed,
2015-03-18 at 00:48 -0700, Troy A. Griffitts wrote:

Dear Daniel, My guess is that you may be compiling
against one set of headers and linking with a
libsword compiled with another set. The renderText
method was overloaded with a const and non-const
version. My guess is that you are failing to link
because your code was compiled against the single
non-const method header. Could be wrong, but
without more information this is my best guess to
help. On March 18, 2015 12:41:21 AM MST, Daniel
Sheffield d.j.yo...@gmail.com
mailto:d.j.yo...@gmail.com wrote: Hi all,
Getting undefined reference to renderText at
compile time since r3331. I see commit r3332 -
perhaps this introduced the change? using HEAD: my
project doesn't compile r3331: my project
compiles. I'm not sure if this is my bad or if
definition of renderText is getting missed out of
libsword post r3331...


sword-devel mailing list:
sword-devel@crosswire.org
mailto:sword-devel@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@crosswire.org
mailto:sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at
above page 


-- In the beginning Kibo created the Internet. Now the
Internet was formless

Re: [sword-devel] renderText broken post r3331?

[Troy A. Griffitts]

Dear Daniel,

My guess is that you may be compiling against one set of headers and linking 
with a libsword compiled with another set. The renderText method was overloaded 
with a const and non-const version. My guess is that you are failing to link 
because your code was compiled against the single non-const method header. 
Could be wrong, but without more information this is my best guess to help.

On March 18, 2015 12:41:21 AM MST, Daniel Sheffield d.j.yo...@gmail.com wrote:
Hi all,

Getting undefined reference to renderText at compile time since r3331.
I see commit r3332 - perhaps this introduced the change?

using HEAD: my project doesn't compile
  r3331: my project compiles.

I'm not sure if this is my bad or if definition of renderText is
getting missed out of libsword post r3331...

-- 
In the beginning Kibo created the Internet. Now the Internet was
formless, and empty. Randomness was upon the face of computing, and the
Spirit of ARPA moved upon the face of the computers. Then Kibo said,
Let there be data: and there was data. Kibo saw the data, and it was
good, so Kibo divided the data from the randomness, and Kibo named the
data Information, and the randomness Clueless. And the Information and
the Clueless were the first Network.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] how dead are the apps?

[Troy A. Griffitts]

I don't believe an app which isn't updated should be removed from the 
website just because it isn't updated.  Maybe it just works for its 
purpose and doesn't need to be updated.  This is true for many of our 
apps: GoBible, SWORDWeb, Flashcards, and many others.


It's not that I don't want active development.  Sure, adding new 
features is great.  But just because an app hasn't been released in ages 
doesn't mean it should be removed from our app list.


Troy


On 03/11/2015 10:30 AM, Peter Von Kaehne wrote:
Dependent on the responses, it might be time to do some cleaning out 
of the application page of the website.

*Gesendet:* Mittwoch, 11. März 2015 um 16:57 Uhr
*Von:* Karl Kleinpaste k...@kleinpaste.org
*An:* sword devel sword-devel@crosswire.org
*Betreff:* [sword-devel] how dead are the apps?
It's been observed to me more than once recently that most of the apps 
have gone stagnant, dead, no ongoing development.  How true is this 
assertion?


Personally I know about only Xiphos, which has been relatively busy 
other than the last couple weeks, and PocketSword, whose 1.4.7 was 
released in late January.
___ sword-devel mailing 
list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWKey index

[Troy A. Griffitts]

Hi Daniel, the most concise way to store an SWKey is to store the string from: 
SWKey::getOSISRefRangeText

This should return OSIS (or something close to OSIS) and include any range is 
present, as well.

SWKey::Index is certainly not persistable. It might change between API versions 
and almost certainly will be different between versification (v11n) schemes 
from different Bibles.

Hope this helps.

Troy

On February 28, 2015 10:47:07 PM MST, Daniel Sheffield d.j.yo...@gmail.com 
wrote:
Hi all,

I'm just wondering what is the correct way to go about storing
scriptural references (specifically for use with SWORD) in a database?

Currently, I'm storing references in the form Gen. 1.1 or Gen. 1:1 etc.
and I'm thinking about being more consistent by first parsing the
reference with VerseKey to the expanded form Genesis 1:1 before
inserting into the database.

I don't like the idea of storing strings everywhere though - I know I'm
being pedantic - it just doesn't seem right.

I would rather store the SWKey index - which I gather is simply an
integer of some kind, which would both decrease the size of the
database and provide some consistency in how references are stored in
the db.

In short: is the index for a particular scripture guaranteed never to
change between SWORD versions?
ie, will (SWKey(Gen. 1.1)).getIndex() always return the same across
sword api versions?

I've come across this in the API documentation, but I couldn't find
anything about SWKey::index itself

   SWKey::SWKey  ( const char *  ikey = 0)
initializes instance of SWKey from a string All keys can be reduced to
a string representation which should be able to be used to again set
the key to the same position

   Parameters:
 ikey  string to use for initializing this new key

On the other hand, I like being able to store distcontiguous ranges
(eg, Gen. 1.1-3.4,5.6) which can be loaded into VerseKey and iterated
over fairly easily, but knowing whether or not the SWKey index is
invariant across api versions will help me to decide on how I should
store references in the db. There may also be another option that I am
not aware of which is better than both of these methods.

Cheers,

Daniel Sheffield

Software Engineer
Level 9, KPMG Centre
Alexander Street
Hamilton

+64 21 1408 708 Mobile
http://www.emulex.com

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Delays in rendering?

[Troy A. Griffitts]

David,

That's all fine. The initialization hit I spoke about in my last email will 
happen in the first section of your code. After that, you second section can 
run as many times as you'd like and should be extremely fast. Where are you 
noticing the speed delay?

On February 22, 2015 8:39:28 AM MST, David Judah's Shadow Blue 
yudahssha...@gmx.com wrote:
Here’s the relevant bits of code,


std::string text = ;
sword::ListKey refRange;
sword::SWMgr library (new sword::MarkupFilterMgr (sword::FMT_PLAIN));
sword::SWModule *module;
sword::VerseKey key;
 
module = library.getModule (this-version.c_str());
if (!module) {
text = -1;
return text;
}
 
refRange = key.parseVerseList (reference.c_str(), key, true);
for (refRange = sword::TOP; !refRange.popError(); refRange++) {
module-setKey (refRange);
text += module-getKeyText();
text +=  ;
text += module-renderText();
}
return text;




If it makes any difference, the only installed module is the ESV.




Sent from Windows Mail





From: Troy A. Griffitts
Sent: ‎Sunday‎, ‎February‎ ‎22‎, ‎2015 ‎12‎:‎13‎ ‎AM
To: SWORD Developers' Collaboration Forum




Hey David,

It's hard to say without knowing what calls you're making to the API,
but yes, it's likely you're doing something not in the optimal way.  My
first guess is that you are calling an external program repeated to get
results.  SWORD has an initialization hit when it first is accessed--
finding all modules, loading locales, etc.  Once initialized, calls
should be very fast, but if you are launching an external program over
and over, the engine is initializing on each call.  Maybe not what
you're doing, but without more info, that's my best shot.
Hope we can get you running fast.

Troy




On 02/21/2015 07:16 PM, David Judah's Shadow Blue wrote:


So I'm working on a console based front-end, and I'm noticing some
slowness in displaying a text. Possibly a second or less, but
definitely noticeable. Is there something I may be doing wrong?
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity. 


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above pagess is



___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Delays in rendering?

[Troy A. Griffitts]

Hey David,

It's hard to say without knowing what calls you're making to the API, 
but yes, it's likely you're doing something not in the optimal way.  My 
first guess is that you are calling an external program repeated to get 
results.  SWORD has an initialization hit when it first is accessed-- 
finding all modules, loading locales, etc.  Once initialized, calls 
should be very fast, but if you are launching an external program over 
and over, the engine is initializing on each call.  Maybe not what 
you're doing, but without more info, that's my best shot.

Hope we can get you running fast.

Troy



On 02/21/2015 07:16 PM, David Judah's Shadow Blue wrote:
So I'm working on a console based front-end, and I'm noticing some 
slowness in displaying a text. Possibly a second or less, but 
definitely noticeable. Is there something I may be doing wrong?

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above pagess is
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] reference parser - yet another bug?

[Troy A. Griffitts]

The SWORD parser matches alphabetically lowest partial entry as priority. So

If a locale had entries:
JUDE
JUDECATORII
JUDGES

Then 
J - JUDE
JU - JUDE
JUD - JUDE
JUDE - JUDE
JUDEC - JUDECATORII

If you want different behavior, then you'll want to add an alphabetically lower 
entry to override it. For example, if you provided:

JUD=Judges

Then this would result in fixing the first 3 entries.

It sounds like in your case, you just need to override JUDE. I would guess 
probably a few more because there are many J books and we had to pick our 
priorities carefully.  I think J goes to John, so you may need to override J as 
well. Best thing is to do as Greg suggests and add some tests to our testsuite 
verse parse test for the Romanian locale. We have a bunch for German in there 
and adding a few Romanian ones wouldn't hurt either.
Hope this is helpful,
Troy


On February 12, 2015 10:08:02 AM MST, Peter Von Kaehne ref...@gmx.net wrote:
Romanian for Judges is Judecatori. Romanian for Jude is Iuda.

So Ju, Jud, Jude, probably even J should only ever be
understood as Judecatori.

But alas, the parser, uses English abbreviations to override at certain
and not entirely predictable places. 

So, Jude will be translated into Jude despite being a valid
abbreviation for Judges in the Romanian locale

If I now add Jude=Judg to the locale, I can fix that - but I get the
same problem at Jud. Why? Do I need to disable every single
abbreviation which could be read as something in English? Our locale
will probably need a massive overhaul if this is desired behaviour.

I personally think once I changed my locale into a non-English one no
other default locale should interfere - or at the very least it
should function only as a fallback if there is no possible first
locale interpretation. 

Or am I missing something?

Frustratedly

Peter

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] CipherKey preservation on update

[Troy A. Griffitts]

Yes, BibleCS uses this mechanism.

Any configuration information it wishes to store about a module, 
recognized by SWORD or not, or anything it wishes to override in a 
module (e.g., Font, CipherKey) are stored in a one file: userprefs.conf


In our subclass of SWMgr, we override the virtual Load (sorry for not 
camelCase; SWMgr hasn't gone through the standardization process yet):


signed char BibleCSMGR::Load() {
signed char retval = SWMgr::Load();
userPrefs = new 
SWConfig(TForm1::getDataRootPath()+/BibleCS/userprefs.conf);

config-augment(*userPrefs);
}

This is the line which does the trick:

config-augment(*userPrefs);

SWMgr::config is SWMgr's loaded and compiled SWConfig object of all modules.
SWConfig::augment(...) augments all config settings that are also 
present in userPrefs. Values present in config which are also present in 
userPrefs will be overridden with the values from userPrefs; all 
settings which are not yet present in config are copied to config from 
userPrefs.





On 12/17/2014 09:38 AM, DM Smith wrote:
One of the things that we’ve tossed about for a while is keeping the 
conf of the module pristine and storing the cipher key in another 
file. That other file would hold all the frontend edits for the confs. 
It would have the form:

[NASB]
CipherKey=asdf
[KJV]
Font=yadayadayada
…

I was going to roll my own in JSword, but Troy said that this 
mechanism already exists in SWORD. It would be nice to standardize the 
location and naming of such.


— DM

On Dec 17, 2014, at 9:45 AM, Karl Kleinpaste k...@kleinpaste.org 
mailto:k...@kleinpaste.org wrote:


A suggestion for all apps: When updating a locked module, keep/re-use 
the old CipherKey.


This was a suggestion from Greg during rapid updates in his NASB 
testing cycle.  Having to re-paste or re-type the key is a pain and 
should be unnecessary.  If the user has had the module a long time, 
he may no longer have the key otherwise.  Generally speaking, I think 
we can expect that a module's updates will continue to have the same key.


I did this for Xiphos, and then forwarded the thought to Nic who has 
already added it to PS as well.  It seems to me that this is a good 
universal behavior for Sword apps.

___
sword-devel mailing list: sword-devel@crosswire.org 
mailto:sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Problems for module creation

[Troy A. Griffitts]

Dear Br Cyrille,

First, thanks for your persistence.

Comments below:

On 12/15/2014 08:23 AM, Fr Cyrille wrote:

2. With imp format:


Yes, imp2vs is probably your easiest path.


Then I change the vpl file in imp file like that:
$$$Genèse 1,1
Au commencement, Dieu créa le ciel et la terre.
$$$Genèse 1,2
Or la terre était vide et vague, les ténèbres couvraient l'abîme, un 
vent de Dieu tournoyait sur les eaux.

$$$Genèse 1,3
Dieu dit: Que la lumière soit et la lumière fut.
$$$Genèse 1,4
Dieu vit que la lumière était bonne, et Dieu sépara la lumière et les 
ténèbres.

I run the command:
*/imp2vs BibleJerusalem_imp.txt -v Catholic/*


You will also want to specify your locale so you get French Bible names 
recognized.  Add this to the end of the command:


-l fr


And first I was very happy to see the terminal working, but... He 
worked 5 hours


Yes, our verse parser interprets ',' as a list separator.  You can use 
'.' or ':'.  You can also leave the spaces in the verse.  I suspect your 
problem was not specifying the French locale.  The parser couldn't 
recognize the French book names and I don't think you got the English 
book names correct when you tried switching to English.  The problem 
with the comma is that Gen1,2 was interpreted as: Genesis chapter 1 and 
Genesis chapter 2.


After, that I discover that first I need to use : and not ,, for 
chapter and verses separation, I suppress also spaces (with sed) and I 
need to use just english for the book's names. I modified all the 
Bible text like that:

$$$Genèse1:1
Au commencement, Dieu créa le ciel et la terre.
$$$Genèse1:2
Or la terre était vide et vague, les ténèbres couvraient l'abîme, un 
vent de Dieu tournoyait sur les eaux.

$$$Genèse 1:3
The result was better, it didn't dure 5 hours but few minutes. But the 
final text in the module didn't correspond well to the good book 


I'm surprised the result was better. Genèse is not the English name 
for Genesis.



(For example when I opened Isaia I red Esther) just the beginning of 
the old testament, and the new was also ok.


This sounds like you may have a problem between the -v Catholic flag you 
used during the import, and Versification=Catholic configuration 
parameter which would need to be in the module's .conf file.  Were you 
sure to change the module's .conf file to match the versification you 
used during import?


Also, as you may have seen in a previous post about another issue today, 
we recommend using our latest version of module tools from SVN.  Often 
we fix bugs and the packages are sometimes years behind.


You may wish to build from SVN:

svn co http://crosswire.org/svn/sword/trunk sword
cd sword
./autogen.sh
./usrinst.sh
make

then you'll have your utilities build under the utilities/ folder and 
there will also be some tests we can run under the tests/ folder.


Hope this helps and can get you going.  Blessings in your efforts.

Troy




Maybe you can add instructions about the : to the wiki?
My idea is that the imp format don't accept the deutérocanonicals. Is 
it true?
My last possibilities is to use the osis format, but, it's really 
difficult for me. Maybe you have some perl script who can convert the 
text in the good format?

thanks you very much for your help.
Sorry if my explaination and not very good...

Peace and joy of Christ be with you, Br Cyrille
--
L'Africain


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] OSIS Glosses?

[Troy A. Griffitts]

Quick note,

Not sure, but I thought we used optional prefixes to specify the kind of gloss 
if there are multiple, e.g., gloss=en_US:18nbsp;wheeler 
en_UK:articulatednbsp;lorry

On December 12, 2014 1:21:49 AM MST, David Haslam dfh...@googlemail.com wrote:
It's definitely the colon where the bug occurs in the gloss text, not
the
number of characters.

As a colon is the delimiter within lemma attributes (eg strong:nnn
robinson:xxx),
I guess the code for lemmas was copied more or less unaltered to the
code
for glosses.

In theory, there no reason why gloss text should exclude any character,
even
punctuation.
In terms of syntax, that's what makes the distinction between a lemma
and a
gloss.

A lemma has to use either an implicitly defined or explicitly specified
reference work.
A gloss has no such requirement.

It's just text in general, as in the example on our wiki page.
i.e. In the line exported from the module JapMeiji. 

David




--
View this message in context:
http://sword-dev.350566.n4.nabble.com/OSIS-Glosses-tp4654301p4654303.html
Sent from the SWORD Dev mailing list archive at Nabble.com.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] VerseKey semantics

[Troy A. Griffitts]

You can reference a module's internal key directly and use that 
reference to position a module just fine, but you shouldn't hold on to 
the reference.  A subsequent call to a module's setKey method will often 
invalidate any previous reference to the module's internal key.


If you'd like to use a module's internal key instead of creating your 
own, if possible gain the reference each time with mod-getKey() (or as 
you have done with the (SWKey *) cast operator).  Or else be careful not 
to call mod-setKey, but I would not recommend the latter.



On 12/07/2014 06:27 PM, Karl Kleinpaste wrote:
I asked Troy about this in IRC a bit yesterday, but I ran into 
problems today and I'm in need of clues.


In the av11n world, I've had to convert all VerseKey initialization to 
be v11n-sensitive.  Mostly, I'd prefer just to use a module's own key 
directly:


VerseKey *k = (VerseKey *)(SWKey *)(*mod);

The problem I've got is that there are a number of instances where 
subsequent operations on k cause crashes or give exciting results.  
For one, when trying to fill a navbar book selector, the 2nd call to 
k-setTestament(1) (populating OT books) segfaults.  Note, not the 1st 
call, rather it's the 2nd, every time.  It's become necessary to 
create the key the other way:


VerseKey *k = (VerseKey *)mod-createKey();

and then calls to k-setTestament(1) work just fine.  Of course I have 
to remember to

delete k;
which is mildly annoying to have to do, and wasn't necessary when 
using the module's own key.


Can anyone offer reasoning why the VerseKey from the module would have 
trouble with this sort of use, and why an independently-created key 
from the same module works fine?



___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] How should front-ends handle Feature=NoParagraphs ?

[Troy A. Griffitts]

module.getConfig().has(Feature, NoParagraphs)

On 12/04/2014 09:17 AM, Greg Hellings wrote:

On the programming side of this, Karl and I just reasoned out how it
might be intended for programmers to discover this entry. I'm not sure
this works, but it looks like the following code might be needed to
iterate through the possible multiple values of Feature in a config
file:

http://fpaste.org/156650/70958214/

Or, since that paste will eventually dry up and go away:
std::pair sword::multimapwithdefaultSWBuf,SWBuf::iterator,
sword::multimapwithdefaultSWBuf,SWBuf::iterator  features =
module.getConfig().equal_range(SWBuf(Features));
for ( sword::multimapwithdefaultSWBuf,SWBuf::iterator it =
features.first; it != features.second; ++it) {
 std::cout  it-second  std::endl;
}

If this is wrong or more roundabout than necessary, it'd be nice to be
corrected by Troy.

--Greg

On Thu, Dec 4, 2014 at 9:41 AM, David Haslam dfh...@googlemail.com wrote:

According to the wiki,

http://crosswire.org/wiki/DevTools:conf_Files#Elements_required_for_proper_rendering

modules that specify

Feature=NoParagraphs

are described as (for modules without any paragraphing information, which
are typically typeset with a verse per line)

with the note,

This feature is intended to be informational to front-end developers.
Ideally, front-ends will render these modules with a verse per line rather
than as a single big chapter-length paragraph block.

Question: Do any front-ends actually do this yet?

i.e. Irrespective of the module option Verse Per Line being ticked or not,
the module should always display VPL.

Alternatively, this module option is automatically ticked and cannot be
unticked.

David



--
View this message in context: 
http://sword-dev.350566.n4.nabble.com/How-should-front-ends-handle-Feature-NoParagraphs-tp4654268.html
Sent from the SWORD Dev mailing list archive at Nabble.com.

___
sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sword Python bindings for Windows

[Troy A. Griffitts]

I could be completely off base here but I believe that those lines are looking 
for sword.dll, not sword.lib or libsword.lib. 

On October 7, 2014 2:02:36 AM CEST, R Johnson 
ps16thypresenceisfullnessof...@gmail.com wrote:
I also tried changing the command in step 3 (setup.py build) to use 
libsword.lib rather than sword.lib by replacing the lines in the 
setup.py file:

 setup(name='sword',version='1.7.3',
 libraries=[('sword')],

with:

 setup(name='libsword',version='1.7.3',
 libraries=[('libsword')],

but I got the same errors that I did when I tried renaming sword.lib to

libsword.lib.

I have attached the output from setup.py containing the errors, and 
would appreciate any ideas as to what is causing them. I'm a SWIG 
newbie, but could the errors mean that the SWIG interface (.i) files
are 
missing the definitions of certain functions/attributes? (I really
don't 
know what unresolved external symbols are, so this stuff is over my
head.)

-- Timothy




___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Problem with Intros

[Troy A. Griffitts]

Hi Manfred,

I am not sure if this has anything to do with your problems but the code 
snippet you sent uses the old methodology of constructing a standalone VerseKey 
and using setPersist, which has been deprecated due to av11n. When you 
construct an instance of VerseKey standalone like that, the best we can do is 
assume KJV versification scheme. It's best to either simply grab the module's 
key with module.getKey(), which will already have v11n set appropriately for 
the module and changing this key's position will adjust your module location, 
as in the old persist methodology before, or else construct and delete a new 
key if you need a separate one using module.createKey().

Hope this helps some,

Troy

On October 6, 2014 3:41:48 PM CEST, Manfred Bergmann manfred.bergm...@me.com 
wrote:
Hi.

Since once of the larger refactorings in SWORD my code for retrieving
mod, book, chapter introductions doesn't work anymore.
So I've tried to adapt according to introtest.cpp.
But I can only get it to work for book introductions. Chapter and
module doesn't work.
This basically is the code for module introductions:

- (NSString *)moduleIntro {
sword::VerseKey key;
key.setIntros(true);
key.setPersist(true);
key.setAutoNormalize(false);
[self setSwordKey:[SwordKey swordKeyWithSWKey:key]];

key.setVerse(0);
key.setChapter(0);
key.setBook(0);
key.setTestament(0);

return [self renderedText];
}

But -renderedText or the SWORD function it calls: renderText() returns
nothing.

Are there any known issues I have to be aware of?



Manfred
___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] SWORD CD ISO

[Troy A. Griffitts]

Hey guys,

Our CD ISO is horribly outdated.  I still get occasional requests for 
CDs (about 2 per month) and I would guess people still might download 
the ISO and burn CDs themselves.  We have too many modules now to fix on 
1 CD.


Do you guys have any thoughts as to what we should do with this?

We have a quite a few nice feature for building an install media: you 
can define a set of preselected modules for installation, so the media 
could contain 300 modules, but say, 25 could be preselected so when you 
go to install, it is ready with a default module set.


You can typically run most SWORD apps directly from the media without 
installing.


We have secured permission to include a few Gospel tracts so churches or 
other organizations can hand these out and have them autorun a 
presentation of the Gospel.


Anyway, our ISO update script grabs all the latest main-repo modules 
when updating the ISO image, but we might want to include some of the 
other repos we host, as well (Wycliffe?).


Other software?

Expand to a full DVD image and split to 2 CD ISOs?

These are just thoughts on the top of my head.  Any input?  Anyone 
excited to maintain something like this?


Troy




___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD CD ISO

[Troy A. Griffitts]

Sorry, it might be useful to include a link to the ISO stuff, for quick 
reference:


http://crosswire.org/ftpmirror/pub/sword/iso/

the 'lastest' folder has the ISO files expanded and is our staging area 
for the next image.  You can see the structure of the files in there.  
You will need to use the ftp:// protocol to browse the files, however, 
because there is a tract there as index.html


ftp://crosswire.org/pub/sword/iso/latest/



On 09/25/2014 02:02 PM, Troy A. Griffitts wrote:

Hey guys,

Our CD ISO is horribly outdated.  I still get occasional requests for 
CDs (about 2 per month) and I would guess people still might download 
the ISO and burn CDs themselves.  We have too many modules now to fix 
on 1 CD.


Do you guys have any thoughts as to what we should do with this?

We have a quite a few nice feature for building an install media: you 
can define a set of preselected modules for installation, so the media 
could contain 300 modules, but say, 25 could be preselected so when 
you go to install, it is ready with a default module set.


You can typically run most SWORD apps directly from the media without 
installing.


We have secured permission to include a few Gospel tracts so churches 
or other organizations can hand these out and have them autorun a 
presentation of the Gospel.


Anyway, our ISO update script grabs all the latest main-repo modules 
when updating the ISO image, but we might want to include some of the 
other repos we host, as well (Wycliffe?).


Other software?

Expand to a full DVD image and split to 2 CD ISOs?

These are just thoughts on the top of my head.  Any input?  Anyone 
excited to maintain something like this?


Troy




___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] OSIS Verse Key

[Troy A. Griffitts]

On 09/23/2014 02:42 PM, Daniel Hughes wrote:

Thanks, that appears to meet my needs.

One question through. How do I know if its a VerseKey module? There is
the HasChildren method which checks if it is a TreeKey, If its not a
TreeKey can I assume its a VerseKey?
No; Bibles and Verse Commentaries (anything marked as a Commentary in 
SWORD) use Bible verses as their index key (VerseKey).  osisRef implies 
a Bible reference (debatable, but mostly).  Usually frontends know if 
they are dealing with Bibles or Verse Commentaries, but if you need to 
check, you can use something like:


if (module.getType() == SWModule.TYPE_BIBLE || module.getType() == 
SWModule.TYPE_COMMENTARY) ...


Hope this makes sense.  Let me know if we need to expose another method 
for you,


Troy




God Bless,
Daniel Hughes

On Tue, Sep 23, 2014 at 12:38 PM, Troy A. Griffitts
scr...@crosswire.org wrote:

Hey Daniel,

Sorry for the delay getting back with you.  There is a way to retrieve this.
getKeyChildren is primarily intended for TreeKey modules, but when called on
a VerseKey it will give you a bunch components of the current key, including
the osisRef (or osisID) for that key.  Have a look at the documentation for
that method in the flatapi.cpp file.

Hope this helps,

Troy




On 09/16/2014 03:29 AM, Daniel Hughes wrote:

I need to retrieve the KeyText in OSIS format (eg 'gal.2.3') though
the c# bindings which means through the flat API.

Would it be difficult to expose this through the flat api?

And if so is there someone with the c/c++ ability who is willing to
implement it in exchange for my my appreciation...

I will do the c# binding work as soon as it is available on flatapi.

Cheers,
Daniel

___
sword-devel mailing list: sword-devel@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Modules Don't Work

[Troy A. Griffitts]

Hi Isaac,

On August 31, 2014 1:49:11 PM MST, Isaac Dunham 
 While installmgr previously did not output proper errors when it
could not
 write to the output path, this is no longer the case for a while now.

Might I ask when this was fixed? I ran into it with 1.7.3.

I would need to look at the svn commit logs, but these problems should not 
exist in 1.7 branch. I didn't see them using svn head when I tested replying to 
this thread. If you can confirm that no error is output when installing to a 
directory for which you have no write permission, please let me know and we 
will hunt down the commit which still needs to be merged to the 1.7 branch. 
Thanks for reporting and checking for us. Greatly appreciated.

Troy


 Your information might be helpful, but I hope next time you might
preface it
 with a clause something like: I find that the default configuration
to
 store files globally is more trouble than it is worth.  I have change
my
 configuration to always install modules to my single user home
directory.
 
 Troy
 

Thank you and God bless,
Isaac Dunham

 
 On 08/29/2014 05:51 PM, Isaac Dunham wrote:
 Hello Jon,
 I've run into issues with installmgr not working as documented
previously;
 here's some notes:
 1. If you used sudo, be sure to sudo rm -r ~/.sword before trying
to
 set things up.
 Otherwise, you may be dealing with read-only config files and
install paths.
 
 2. Before installing anything, you will have to create
 ~/.sword/sword.conf containing this:
 ===
 [INSTALL]
 DataPath=/home/username/.sword
 ===
 where username stands for your login name.
 
 A shortcut in the console:
 mkdir ~/.sword  \
 printf [INSTALL]\nDataPath=$HOME/.sword\n ~/.sword/sword.conf
 
 This can be done after syncing the repositories if you prefer.
 
 You may wish to check if /etc/sword.conf contains anything beyond
 a similar directive.
 
 3. installmgr will report success when it didn't succeed due to
read-only
 DataPath.
 To check whether the modules are installed, I suggest:
 diatheke -b system -k modulelist
 
 
 Hope this helps you,
 Isaac Dunham
 
 ___
 sword-devel mailing list: sword-devel@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@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Making Progress, but no libsword.so for C# binding

[Troy A. Griffitts]

Yes, usrinst.sh configures the build with options most convenient for a SWORD 
engine developer (well, what I consider most convenient) and that is to build 
SWORD for static linking so you never accidentally test against some other 
libsword on your path.

Edit usrinst.sh and have a look at the options at the top. There is one for 
building SWORD as a shared library.

Glad you got it almost working!

Troy

On September 1, 2014 3:33:44 PM MST, Jon Behrens j...@crimsonthread.com wrote:
Thanks to Troy's help, I've got Sword installed, modules downloaded and
the
cmdline example now works.

I still don't have a libsword.so which is needed for the C# bindings 
project to run.
I've got a libsword.la and a libsword.a

Is there a compiler switch I need to set to generate the .so library?

Thanks again
Jon


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Modules Don't Work

[Troy A. Griffitts]

Dear Isaac,

While your information is not inaccurate, it can be quite confusing.

SWORD, by default, configures itself to save global modules under 
/usr/share/sword/


Your instructions are not what must be done, as you have said you will 
have to...  Your configuration is a choice to install modules privately 
only for a single user account.  The default configuration also supports 
this, as SWORD will first look at the global path (/usr/share/sword/) 
and then ~/.sword/ and augment modules found there as well.


While installmgr previously did not output proper errors when it could 
not write to the output path, this is no longer the case for a while now.


Your information might be helpful, but I hope next time you might 
preface it with a clause something like: I find that the default 
configuration to store files globally is more trouble than it is worth.  
I have change my configuration to always install modules to my single 
user home directory.


Troy



On 08/29/2014 05:51 PM, Isaac Dunham wrote:

Hello Jon,
I've run into issues with installmgr not working as documented previously;
here's some notes:
1. If you used sudo, be sure to sudo rm -r ~/.sword before trying to
set things up.
Otherwise, you may be dealing with read-only config files and install paths.

2. Before installing anything, you will have to create
~/.sword/sword.conf containing this:
===
[INSTALL]
DataPath=/home/username/.sword
===
where username stands for your login name.

A shortcut in the console:
mkdir ~/.sword  \
printf [INSTALL]\nDataPath=$HOME/.sword\n ~/.sword/sword.conf

This can be done after syncing the repositories if you prefer.

You may wish to check if /etc/sword.conf contains anything beyond
a similar directive.

3. installmgr will report success when it didn't succeed due to read-only
DataPath.
To check whether the modules are installed, I suggest:
diatheke -b system -k modulelist


Hope this helps you,
Isaac Dunham

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Modules Don't Work

[Troy A. Griffitts]

If the KJV module is not showing for you, the compiled library thinks it is not 
compatible. Sine you confirmed you don't have an old version, my next guess is 
that you probably didn't build with compression. The KJV module is compresses. 
Can you please post the output at the end of the ./usrinst.sh command which 
shows the configuration summary.

On August 29, 2014 3:30:47 PM MST, Jon Behrens j...@crimsonthread.com wrote:
Did that - no change.
Jon
On 08/29/2014 04:23 PM, Greg Hellings wrote:
 Well once you stop running it as sudo you're going to need to run the

 installmgr -sc step again to sync the config down from the server.

 --Greg


 On Fri, Aug 29, 2014 at 4:56 PM, Jon Behrens j...@crimsonthread.com 
 mailto:j...@crimsonthread.com wrote:

 Same result -

 jsb@jsb-VirtualBox:~/sword-1.7.3/utilities
 mailto:jsb@jsb-VirtualBox:%7E/sword-1.7.3/utilities  cd ~/
 jsb@jsb-VirtualBox:~  installmgr -ri CrossWire ESV

 Couldn't find remote source [CrossWire]

 jsb@jsb-VirtualBox:~  sudo installmgr -ri CrossWire ESV
 Remote source [CrossWire] does not make available module
 [ESV]


 On 08/29/2014 03:51 PM, Greg Hellings wrote:
 Try running the installed version instead of the one in
 utilities. If you executed sudo make install there should be a
 copy in /usr/local/bin

 --Greg


 On Fri, Aug 29, 2014 at 4:50 PM, Jon Behrens
 j...@crimsonthread.com mailto:j...@crimsonthread.com wrote:

 Thanks for the response Greg, but that doesn't work. Without
 being root:

  ./installmgr -ri CrossWire ESV
 Couldn't find remote source [CrossWire]

 ./installmgr -sc
 (Returns warnings and asks whether to proceed)
 enable? [no] yes
 Failed to sync config file with master remote
 source list.

 Jon



 On 08/29/2014 03:27 PM, Greg Hellings wrote:
 Try doing it as not root. I don't know why the docs suggest
 using root to do the work, but try doing it in your local
 directory by running the installmgr commands without being
 root.

 --Greg


 On Fri, Aug 29, 2014 at 4:15 PM, Jon Behrens
 j...@crimsonthread.com mailto:j...@crimsonthread.com
wrote:

 Hello

 This started out as a C# binding question, but the
 problem is deeper than that. Basically
 I can't get the installmgr to do anything useful. I am
 new to Linux, but have been writing software on other
 platforms for ~50 years.

 To insure that my machine configuration was not the
 problem (I had installed Xiphos
 and BibleTime earlier), I set up a new virtual machine
 using VirtualBox and Mint 17.

 I updated all the packages and installed
 build-essentials. No other software.
 I downloaded Sword-1.73 and uncompressed it into a
 folder 'sword-1.7.3' under my
 home directory.

 I then followed the instructions in the INSTALL file
and
 everything appeared to make
 correctly.

 I went to the utilities directory and ran the
installmgr

 sudo ./installmgr -sc //Synch with master appeared
 to work
 sudo ./installmgr -r CrossWire //refresh remote
 source - appears to work, 411 packages
 sudo ./installmgr -ri CrossWire KJV  //returns
 'Remote source [CrossWire] does not make available
 module [KJV]

 sudo ./installmgr -rl CrossWire  //list modules on
 CrossWire - sure enough, no KJV

 Went to ~/.sword/InstallMgr/20081216195754/mods.d/ and
 found kjv.conf. So refreshing the remote source finds
 KJV but install does not.

 OK - let's try a local install:

 Downloaded ESV.zip and unpacked it into the same
 directory (Downloads)

 sudo ./installmgr -li ~/Downloads/ESV.zip ESV
 Module [ESV] not available at path
 [/home/jsb/Downloads/ESV.zip]

 sudo ./installmgr -li ~/Downloads/ESV ESV
 Module [ESV] not available at path
 [/home/jsb/Downloads/ESV]

 sudo ./installmgr -li ~/Downloads/ESV/mods.d ESV
 Module [ESV] not available at path
 [/home/jsb/Downloads/ESV/mods.d]

 sudo ./installmgr -li ~/Downloads/ESV/modules ESV
 Module [ESV] not available at path
 [/home/jsb/Downloads/ESV/modules]

 Well, that didn't work. So let's try just extracting
the
 archive into /usr/share/sword

 cd /usr/share/sword
 sudo unzip ~/Downloads/ESV.zip
 Archive: 

Re: [sword-devel] C# runtime problem

[Troy A. Griffitts]

Jon,

Yes, you need to be sure your install of SWORD is working well before 
trying the bindings.


make
sudo make install
sudo make install_config

?

And then you had an internet connection when you typed the installmgr 
commands, and agreed to the warning about using remote content?


From the utilities folder, what does: sudo ./installmgr -rl CrossWire
show?  It should list available modules in the CrossWire repository.

Do the installmgr commands return positive feedback to you? Here is the 
output when I run them on my system:


[(master) scribe@charisLaptop utilities]$ sudo ./installmgr -sc
[ File Bytes: 484  ]
 --
Sync'd config file with master remote source list.



[(master) scribe@charisLaptop utilities]$ sudo ./installmgr -r CrossWire
[ File Bytes: 131843   ]
 --
Remote Source Refreshed



[(master) scribe@charisLaptop utilities]$ sudo ./installmgr -ri 
CrossWire KJV

[ Total Bytes: 4294269; Completed Bytes: 0 ]


Downloading (1 of 7): kjvpref.rtf
[ File Bytes: 70500]
 --
[ Total Bytes: 4294269; Completed Bytes: 70500 ]
 =

Downloading (2 of 7): nt.bzs
[ File Bytes: 336  ]
 --
[ Total Bytes: 4294269; Completed Bytes: 70836 ]
 =

Downloading (3 of 7): nt.bzv
[ File Bytes: 82460]
 --
[ Total Bytes: 4294269; Completed Bytes: 153296]
 ==

Downloading (4 of 7): nt.bzz
[ File Bytes: 1756115  ]
 --
[ Total Bytes: 4294269; Completed Bytes: 1909411   ]
 

Downloading (5 of 7): ot.bzs
[ File Bytes: 480  ]
 --
[ Total Bytes: 4294269; Completed Bytes: 1909891   ]
 

Downloading (6 of 7): ot.bzv
[ File Bytes: 241150   ]
 --
[ Total Bytes: 4294269; Completed Bytes: 2151041   ]
 =

Downloading (7 of 7): ot.bzz
[ File Bytes: 2143228  ]
 --
Installed module: [KJV]






On 08/28/2014 01:35 PM, Jon Behrens wrote:

Still no go.

I've completely removed everything, gotten a new copy via SVN and followed
the install instructions included in that distribution.

Everything goes as expected until I get here:

Now let's grab some content:

cd utilities/
sudo ./installmgr -sc
sudo ./installmgr -r CrossWire
sudo ./installmgr -ri CrossWire KJV

The last command returns:
Remote source [CrossWire] does not make available module [KJV]

OK - so I follow the instructions later in the install file and 
download KJV.zip and

extract it to /usr/share/sword

I then go to the command line example

Now lets try it out:

cd ../examples/cmdline
make
./lookup KJV Jn.3.16

The last command returns:
Could not find module [KJV].  Available modules:

This at least tells me that libsword.so is available and working - it 
doesn't throw

an exception, just can't find the module.

As advised below, I set LD_LIBRARY_PATH=/usr/lib which is where 
setup put
libsword.so. Reboot, open a shell and type 'env' to make sure the path 
is set. It is.


Finally, I open MonoDevelop and load up the C# project. Make the 
project and try

to run the LookupExample

I still get the same exception.

Again, thanks to all who are trying to help.


On 08/27/2014 11:01 PM, Troy A. Griffitts wrote:

:)

The shim is SWORD's flatapi.  I still believe libsword.so is not 
found by the bindings.  How have you made it available?

It should either be:
installed by the make system.  If you used autotools to build, then: 
sudo make install
or you need to set your LD_LIBRARY_PATH variable to include a path 
which contains libsword.so



On 08/27/2014 07:10 PM, Greg Hellings wrote:
I'm fairly sure that org_crosswire_sword_SWMgr_new() is a specific 
thing to the C# bindings. The appropriate

Re: [sword-devel] C# runtime problem

[Troy A. Griffitts]

 of Holy Life by Brother Lawrence (Nicholas Herman, 1605-1691)
*[Rieger]   (1.0)   - Carl Heinrich Riegers Kommentar
*[SAOA] (1.0)   - Scripture Alphabet Of Animals
*[Smith](1.3)   - Smith's Bible Dictionary
*[Spurious] (1.0)   - Tischendorf's Spurious Passages of the GNT
*[StrongsGreek] (1.2)   - Strong's Greek Bible Dictionary
*[StrongsHebrew](1.2)   - Strong's Hebrew Bible Dictionary
*[TCR]  (1.1)   - Thompson Chain Topics
*[TFG]  (1.5)   - The Fourfold Gospel and Commentary on Acts of

Apostles
*[Torrey]   (1.3)   - R. A. Torrey's New Topical Textbook
*[Westminster]  (1.0)   - Westminster Confession  Catechisms
*[ZhEnglish](1.0)   - English/Chinese Dictionary
*[ZhHanzi]  (1.0)   - Chinese/English Dictionary
*[ZhPinyin] (1.0)   - Chinese (Pinyin)/English Dictionary
*[br_en](1.1)   - Breton to English Glossary
*[en_eu](1.1)   - English to Basque Glossary
*[la_en](1.1)   - Latin to English Glossary


On 08/28/2014 03:30 PM, Troy A. Griffitts wrote:
 Jon,

 Yes, you need to be sure your install of SWORD is working well before

 trying the bindings.

 make
 sudo make install
 sudo make install_config

 ?

 And then you had an internet connection when you typed the installmgr

 commands, and agreed to the warning about using remote content?

 From the utilities folder, what does: sudo ./installmgr -rl CrossWire
 show?  It should list available modules in the CrossWire repository.

 Do the installmgr commands return positive feedback to you? Here is 
 the output when I run them on my system:

 [(master) scribe@charisLaptop utilities]$ sudo ./installmgr -sc
 [ File Bytes: 
 484  ]
 
--
 Sync'd config file with master remote source list.



 [(master) scribe@charisLaptop utilities]$ sudo ./installmgr -r
CrossWire
 [ File Bytes: 
 131843   ]
 
--
 Remote Source Refreshed



 [(master) scribe@charisLaptop utilities]$ sudo ./installmgr -ri 
 CrossWire KJV
 [ Total Bytes: 4294269; Completed Bytes: 
 0 ]


 Downloading (1 of 7): kjvpref.rtf
 [ File Bytes: 
 70500]
 
--
 [ Total Bytes: 4294269; Completed Bytes: 
 70500 ]
  =

 Downloading (2 of 7): nt.bzs
 [ File Bytes: 
 336  ]
 
--
 [ Total Bytes: 4294269; Completed Bytes: 
 70836 ]
  =

 Downloading (3 of 7): nt.bzv
 [ File Bytes: 
 82460]
 
--
 [ Total Bytes: 4294269; Completed Bytes: 
 153296]
  ==

 Downloading (4 of 7): nt.bzz
 [ File Bytes: 
 1756115  ]
 
--
 [ Total Bytes: 4294269; Completed Bytes: 
 1909411   ]
  

 Downloading (5 of 7): ot.bzs
 [ File Bytes: 
 480  ]
 
--
 [ Total Bytes: 4294269; Completed Bytes: 
 1909891   ]
  

 Downloading (6 of 7): ot.bzv
 [ File Bytes: 
 241150   ]
 
--
 [ Total Bytes: 4294269; Completed Bytes: 
 2151041   ]
  =

 Downloading (7 of 7): ot.bzz
 [ File Bytes: 
 2143228  ]
 
--
 Installed module: [KJV]






 On 08/28/2014 01:35 PM, Jon Behrens wrote:
 Still no go.

 I've completely removed everything, gotten a new copy via SVN and 
 followed
 the install instructions included in that distribution.

 Everything goes as expected until I get here:

 Now let's grab some content:

 cd utilities/
 sudo ./installmgr -sc
 sudo ./installmgr -r CrossWire
 sudo ./installmgr -ri CrossWire KJV

 The last command returns:
 Remote source [CrossWire] does not make available module [KJV]

 OK - so I follow the instructions later in the install file and 
 download KJV.zip and
 extract it to /usr/share/sword

 I then go to the command line example

 Now lets try it out:

 cd

Re: [sword-devel] C# runtime problem

[Troy A. Griffitts]

:)

The shim is SWORD's flatapi.  I still believe libsword.so is not found 
by the bindings.  How have you made it available?

It should either be:
installed by the make system.  If you used autotools to build, then: 
sudo make install
or you need to set your LD_LIBRARY_PATH variable to include a path which 
contains libsword.so



On 08/27/2014 07:10 PM, Greg Hellings wrote:
I'm fairly sure that org_crosswire_sword_SWMgr_new() is a specific 
thing to the C# bindings. The appropriate namespace in the C++ library 
is sword::SWMgr::new. The org.crosswire part is left out of the C++ 
namespacing. Perhaps there is a shim library that bridges the gap 
between the C++ lib and the C# bindings that's missing?


--Greg


On Wed, Aug 27, 2014 at 9:07 PM, Jon Behrens j...@crimsonthread.com 
mailto:j...@crimsonthread.com wrote:


Hello again

I though finding 'libsword.so' would fix the problem, but not so.
Compiling and running
the C# LookupExample in the distribution package still gives the
following error:

Unhandled Exception:
System.EntryPointNotFoundException: org_crosswire_sword_SWMgr_new
  at (wrapper managed-to-native)
Sword.NativeMethods:org_crosswire_sword_SWMgr_new ()
  at Sword.Manager..ctor () [0x8] in
/raid/swordProject/bindings/csharp/Manager.cs:26
  at Sword.Tests.LookupExample.Lookup (System.String modName,
System.String key) [0x1] in
/raid/swordProject/bindings/csharp/examples/LookupExample.cs:33
  at Sword.Tests.LookupExample.Main (System.String[] args)
[0x00020] in
/raid/swordProject/bindings/csharp/examples/LookupExample.cs:27
[ERROR] FATAL UNHANDLED EXCEPTION:
System.EntryPointNotFoundException: org_crosswire_sword_SWMgr_new
  at (wrapper managed-to-native)
Sword.NativeMethods:org_crosswire_sword_SWMgr_new ()
  at Sword.Manager..ctor () [0x8] in
/raid/swordProject/bindings/csharp/Manager.cs:26
  at Sword.Tests.LookupExample.Lookup (System.String modName,
System.String key) [0x1] in
/raid/swordProject/bindings/csharp/examples/LookupExample.cs:33
  at Sword.Tests.LookupExample.Main (System.String[] args)
[0x00020] in
/raid/swordProject/bindings/csharp/examples/LookupExample.cs:27

Since I assume the function 'org_crosswire_sword_SWMgr_new()' does
in fact exist in libsword.so, the only thing I can imagine is that
there's a path variable not set somewhere.

As I mentioned before, I'm a real newby to Linux, so this may be
something obvious to
someone with more experience.

Thanks for any help

Jon

___
sword-devel mailing list: sword-devel@crosswire.org
mailto:sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Problems with th xz related code

[Troy A. Griffitts]

Hi Stefan,

Could you run this program on your system and then tell me the output:
(the sword/examples/classes folder has an appropriate Makefile to build 
against sword if you want to drop it in that folder and then type: make 
your filename.cpp)


#includesysdata.h
#includestdio.h

int main(int argc, char **argv) {

printf(%ld\n, sizeof(__u64));
return 0;
}


On 08/24/2014 04:54 AM, Stefan Husmann wrote:

Hello,

I have problems compiling sword in revision 3249 under Arch Linux 64 bit both 
using clang++ or g++.

Switching off xz (configure option --without-xz) solves the issue.

I attach the two compile logs, hope it is okay to do so.

Best Regards

Stefan


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Problems with th xz related code

[Troy A. Griffitts]

Sorry guys.  The sword/examples/classes folder assumes you have some 
version of sword installed. regardless, the only file the test program 
needs is sword/include/sysdata.h.  Just compile it however you'd like 
and copy sword/include/sysdata.h to the current folder (and change the 
 to  in the include statement if necessary.



On 08/24/2014 08:39 AM, Stefan Husmann wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 24.08.2014 um 17:04 schrieb Troy A. Griffitts:

Hi Stefan,

Could you run this program on your system and then tell me the output:
(the sword/examples/classes folder has an appropriate Makefile to build against sword 
if you want to drop it in that folder and then type: make your filename.cpp)

#includesysdata.h
#includestdio.h

int main(int argc, char **argv) {

 printf(%ld\n, sizeof(__u64));
 return 0;
}


On 08/24/2014 04:54 AM, Stefan Husmann wrote:

Hello,

I have problems compiling sword in revision 3249 under Arch Linux 64 bit both 
using clang++ or g++.

Switching off xz (configure option --without-xz) solves the issue.

I attach the two compile logs, hope it is okay to do so.

Best Regards

Stefan


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


Hello,

sure, I get this:

[haawda@frege ~]$ LANG=C g++ how_big_is_u64.cpp -o how_big_is_u64.o
how_big_is_u64.cpp:1:20: fatal error: sysdata.h: No such file or directory
  #includesysdata.h
 ^
compilation terminated.
[haawda@frege ~]$ LANG=C clang++ how_big_is_u64.cpp -o how_big_is_u64.o
how_big_is_u64.cpp:1:9: fatal error: 'sysdata.h' file not found
#includesysdata.h
 ^
1 error generated.

Best Regards
Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBAgAGBQJT+gc3AAoJEFB4KGhvDRgLPMUH/isUBHN2bjcpcQXRR0nvPcYw
vitWjpljsYIHpDZXrHBKxRGqFm7SiE8uuFsTjf7KazKi9zSESt50dgN1pUw/dUap
os5XZoSF48keFd8dwN7Qu6k7r7R2qaX9/qfVB4hcVJDvyTEghhodFbN2bHGXH1AL
WSsdYteR31/lLD7wdQHcCD6uUQMGxXR+ArBH0/89BwrRcCAYF8o3jBaRhlUcOBIZ
NOr/wshvlAdEEG2Q1x2FiyWjdoMIDedK9x2NTTw5yu6tCtCwxLPf1ixqzZM/tv8T
2m+dmOxAMf70Ygyea3pwU7xmeExN7izQ0YcZBOBqL/6vRjjZAAbM9xblXKTh7CY=
=SbbG
-END PGP SIGNATURE-

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Problems with th xz related code

[Troy A. Griffitts]

I suspect this is a bug in the CMake build system.

do the other examples in that folder compile for you?

Look at the Makefile.  It depends on pkg-config and that sword.pc was 
built and installed in your system correctly.



On 08/24/2014 09:23 AM, Karl Kleinpaste wrote:

On 08/24/2014 11:49 AM, Troy A. Griffitts wrote:

The sword/examples/classes folder assumes you have some
version of sword installed.
Come on, give me a break, of course I have Sword installed.  If 
compilation doesn't provide this right, then examples/classes/Makefile 
is at fault.


Regardless, fixing the little test prog, output is 8.


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD + Cordova

[Troy A. Griffitts]

Dear Isaac,

I had a look on Android 2.3.3 (API Level 10) and found all sorts of 
troubles.


Apparently the JavaScript engine in the HTML View on that level of 
Android doesn't support:
a) calling me keyword methods by name, e.g., dataStore.delete(rowID); 
must be dataStore['delete'](rowID);

b) IndexedDB, which is what I am using for bookmarks.

For (a) I've changed the syntax to use the map notation to work on older 
JavaScript engines, and for (b) I've just placed a simply check for 
IndexedDB support in the bookmark functions and return immediately if no 
support.  This means that bookmarking won't work for now until we can 
come up with another solution.


In my emulator, I was unable to select modules from a select box drop 
down, but this is a simple HTML select control, so I hope this just an 
emulator problem.  Also, similar problems with scrolling some of the views.


Anyway, I'd be grateful if you have time to let me know if it launches 
now for you (with more than just a gray screen) and if you notice any of 
the problems I've mentioned or others.


Thank you,

Troy


On 08/10/2014 09:50 PM, Isaac Dunham wrote:

On Sun, Aug 10, 2014 at 08:23:03PM -0700, Troy A. Griffitts wrote:

Dear Matěj,

Yes, you are correct.  This requires a binary libsword, which I have built
for Android.  I am hoping someone will build for iOS, Windows Mobile, and
even desktop OSes.  This would theoretically let us run the same frontend on
all platforms, built entirely in JavaScript; however, we probably would want
to build separate frontends to look and feel appropriate.  This still has
many advantages, including, sharing tons of code, hopefully.

Though there hasn't been much interest.  Has anyone been able to
successfully run and use the Android app at:

http://crosswire.org/~scribe/bishop3.apk

Any feedback on the verse study tools or parallel display?  It doesn't take
advantage of the new mapping code Костя contributed yet, but I'd like to
implement that soon.

Troy

Hello Troy,
I just tried downloading and installing that apk, but got only the grey screen.
I've got an Android 2.3 ARMv6 phone with not much RAM and a slow processor,
and could not figure out if I was supposed to install anything beforehand;
the phone in question runs AndBible nicely and BibleTime Mini slowly.

Thanks,
Isaac Dunham

PS: AndBible works well enough for me, if you're not wanting to support
phones quite that old. But if you'd like me to test, I can.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Uighur Cyrillic Repository

[Troy A. Griffitts]

Nice Fred and Andreas!  I just tried it via FTP:

ftp://www.slovocars.org/share/SWORD/

and receive a login prompt.  This usually means that 'anonymous' 
read-only access isn't enabled.


Troy



On 08/11/2014 10:22 AM, Fred Phelps IV wrote:

Troy,

The Uighur Cyrillic Sword module is now on a ftp server at
http://www.slovocars.org/share/SWORD

When I go there I get a Forbidden message so there must be some 
permission given to access it. But Andreas is asleep and I cannot find 
out what the problem is for at least 8 hours.


Other than that, as far as I can tell, All is ready.

Fred


On 8/8/2014 3:22 PM, Troy A. Griffitts wrote:
This is great, Fred. Have your technical guys take a look at these 
details. There is a short minimal setup and a more advanced setup 
described.


http://crosswire.org/wiki/Creating_and_Maintaining_a_Module_Repository

Once everything is in place on your end, let us know and we will add 
your site to our registry enabling all SWORD frontends to 
automatically discover your resources you place there.


Thank you for this. Blessings in your service for our Lord.

Troy

On August 8, 2014 12:07:48 PM MST, Fred Phelps IV d...@capost.org 
wrote:


To Sword Development at Crosswire

We intend to host the Uighur Cyrillic Bible Sword Module
(currently Gen, Ex, and NT) on our own repository located at

http://www.slovocars.org/share/SWORD

The Sword module is not yet there but hopefully will be tomorrow.

Please let us know the next steps.

Fred Phelps for the Uighur Cyrillic team



--
Sent from my Android device with K-9 Mail. Please excuse my brevity. 




___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD + Cordova

[Troy A. Griffitts]

Dear Isaac,

Thanks for the feedback. I will test on a 2.3 VM and see if there are some 
problems I can iron out.

Troy

On August 10, 2014 9:50:49 PM MST, Isaac Dunham ibid...@gmail.com wrote:
On Sun, Aug 10, 2014 at 08:23:03PM -0700, Troy A. Griffitts wrote:
 Dear Matěj,
 
 Yes, you are correct.  This requires a binary libsword, which I have
built
 for Android.  I am hoping someone will build for iOS, Windows Mobile,
and
 even desktop OSes.  This would theoretically let us run the same
frontend on
 all platforms, built entirely in JavaScript; however, we probably
would want
 to build separate frontends to look and feel appropriate.  This still
has
 many advantages, including, sharing tons of code, hopefully.
 
 Though there hasn't been much interest.  Has anyone been able to
 successfully run and use the Android app at:
 
 http://crosswire.org/~scribe/bishop3.apk
 
 Any feedback on the verse study tools or parallel display?  It
doesn't take
 advantage of the new mapping code Костя contributed yet, but I'd like
to
 implement that soon.
 
 Troy

Hello Troy,
I just tried downloading and installing that apk, but got only the grey
screen.
I've got an Android 2.3 ARMv6 phone with not much RAM and a slow
processor,
and could not figure out if I was supposed to install anything
beforehand;
the phone in question runs AndBible nicely and BibleTime Mini slowly.

Thanks,
Isaac Dunham

PS: AndBible works well enough for me, if you're not wanting to support
phones quite that old. But if you'd like me to test, I can.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Uighur Cyrillic Repository

[Troy A. Griffitts]

This is great, Fred. Have your technical guys take a look at these details. 
There is a short minimal setup and a more advanced setup described.

http://crosswire.org/wiki/Creating_and_Maintaining_a_Module_Repository

Once everything is in place on your end, let us know and we will add your site 
to our registry enabling all SWORD frontends to automatically discover your 
resources you place there.

Thank you for this. Blessings in your service for our Lord.

Troy

On August 8, 2014 12:07:48 PM MST, Fred Phelps IV d...@capost.org wrote:
To Sword Development at Crosswire

We intend to host the Uighur Cyrillic Bible Sword Module (currently
Gen, 
Ex, and NT) on our own repository located at

http://www.slovocars.org/share/SWORD

The Sword module is not yet there but hopefully will be tomorrow.

Please let us know the next steps.

Fred Phelps for the Uighur Cyrillic team

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD + Cordova

[Troy A. Griffitts]

Cordova is an attempt to create a JavaScript+HTML+CSS development framework for 
writing 'native' cross-platform apps. They do this essentially by creating a 
native app with a single HTML display component, then running your JavaScript 
inside that component. You can read their tech specs for more detail, but they 
basically hook to the native HTML component to extend JavaScript to provide a 
'plugin' mechanism which allows the creation of new JavaScript libraries which 
call native code. These plugins expose new JavaScript calls to JavaScript apps 
and proxy the call over to the native environment. Since each native 
environment is different, the major cross-platform work is isolated to these 
plugins. The app itself shouldn't need to change to run on different 
platforms-- only for user preference.

We've created a SWORD Cordova plugin which currently only proxies to the native 
Android environment, and a pilot app as a proof of concept, which has been 
internally dubbed Bishop3. If the SWORD plugin was extended to work on any of 
the other platforms that Cordova supports, then Bishop3 (or any other 
JavaScript app using the plugin) should run on that platform as well.

Yes, Cordova is the Apache open source effort of Adobe's PhoneGap. Adobe has 
the position to use updated Cordova releases as the basis for updated PhoneGap 
releases, if I understand their position correctly.

Hope this helps,

Troy

On July 21, 2014 3:50:32 AM MST, David Haslam dfh...@googlemail.com wrote:
Hi Troy,

Clarification sought for wider readership

Apache Cordova redirects to https://en.wikipedia.org/wiki/PhoneGap

Is what you're working on completely compatible with PhoneGap?

If so, does that imply the feasibility for having a SWORD front-end on
all
the supported platforms tabled in that page?

Best wishes,

David



--
View this message in context:
http://sword-dev.350566.n4.nabble.com/SWORD-Cordova-tp4654045p4654049.html
Sent from the SWORD Dev mailing list archive at Nabble.com.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD + Cordova

[Troy A. Griffitts]

Peter,

Thanks for testing. How long has it been since you've updated? There have been 
quite a few changes in the last 6 weeks or so. Most all (maybe all) SWORD calls 
have been made asychonously. Started using indexeddb to store bookmarks 
persistently. Added Karl's cool BibleSync. I tested this latest version on a 
tablet emulator with no /sdcard/sword folder and let it do the 'first time 
installation' to get a standard set of modules. I also simply installed it over 
my previous install on my phone.

Best would be if you could plug your phone into you Linux box and type: adb 
logcat  bishop.log
Then run bishop on your phone and wait for it to fail. Then send the log file 
and I'll see if I can spot what's going wrong.



On July 19, 2014 3:41:06 AM MST, Peter Von Kaehne ref...@gmx.net wrote:
Hi Troy, 

I have been using Bishop for a good while now as you know, but this
update somehow screwed things up for me - endless load time and then a
greyed out screen with the text barely visible. 

Is there a problem with installing it above an existing installation?
Is there anything I can do for clarifying where the problem lies?

FWIW I am on an HTC One V - Android 4 (.1?) with HTC Sense

Peter

 Gesendet: Samstag, 19. Juli 2014 um 06:03 Uhr
 Von: Troy A. Griffitts scr...@crosswire.org
 An: SWORD Developers' Collaboration Forum
sword-devel@crosswire.org
 Betreff: [sword-devel] SWORD + Cordova

 Many of you know that I've been working on Cordova/Phonegap bindings
for 
 SWORD.  I have a working javascript app running on Android now and
would 
 like to move the proof of concept to the next phase and see if we can

 get the same app running on iOS.  I don't know anything about iOS. :)
 
 Is anyone willing to try to develop an iOS Cordova plugin equivalent
to 
 my Android plugin.
 
 The Android plugin isn't very large, so translating it into iOS might

 not be a huge task.  Here it is:
 

http://crosswire.org/~scribe/bishop/plugins/org.crosswire.sword.cordova.SWORD/src/android/SWORD.java
 
 A very simply Cordova plugin example for iOS can be seen here, if it 
 helps explain to Cordova aspects of an iOS Cordova plugin:
 

http://crosswire.org/~scribe/bishop/plugins/org.crosswire.sword.cordova.SWORD/src/ios/
 
 If you'd like to see the basic Android app, you can download the .apk

 here.  The entire apk, which includes libsword.so, the Java bindings
to 
 SWORD, the Cordova bindings to the Java binding of SWORD, and the 
 JavaScript app, totals 661K, which is pretty cool.
 
 http://crosswire.org/~scribe/bishop3.apk
 
 If anyone is interested in helping with another platform besides iOS,

 you can see the small example Cordova plugin for other platforms
here:
 

http://crosswire.org/~scribe/bishop/plugins/org.crosswire.sword.cordova.SWORD/src/
 
 Thanks for any interest and help,
 
 Troy
 
 
 
 ___
 sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] SWORD + Cordova

[Troy A. Griffitts]

Many of you know that I've been working on Cordova/Phonegap bindings for 
SWORD.  I have a working javascript app running on Android now and would 
like to move the proof of concept to the next phase and see if we can 
get the same app running on iOS.  I don't know anything about iOS. :)


Is anyone willing to try to develop an iOS Cordova plugin equivalent to 
my Android plugin.


The Android plugin isn't very large, so translating it into iOS might 
not be a huge task.  Here it is:


http://crosswire.org/~scribe/bishop/plugins/org.crosswire.sword.cordova.SWORD/src/android/SWORD.java

A very simply Cordova plugin example for iOS can be seen here, if it 
helps explain to Cordova aspects of an iOS Cordova plugin:


http://crosswire.org/~scribe/bishop/plugins/org.crosswire.sword.cordova.SWORD/src/ios/

If you'd like to see the basic Android app, you can download the .apk 
here.  The entire apk, which includes libsword.so, the Java bindings to 
SWORD, the Cordova bindings to the Java binding of SWORD, and the 
JavaScript app, totals 661K, which is pretty cool.


http://crosswire.org/~scribe/bishop3.apk

If anyone is interested in helping with another platform besides iOS, 
you can see the small example Cordova plugin for other platforms here:


http://crosswire.org/~scribe/bishop/plugins/org.crosswire.sword.cordova.SWORD/src/

Thanks for any interest and help,

Troy



___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Parallel Display with Multiple V11ns

[Troy A. Griffitts]

This has been very long overdue, but I have committed Костя's great work 
on v11n mappings to trunk.


We spent some time a few months ago proving the typical parallel Bibles 
use case and Костя's implementation works wonderfully.  This proof of 
concept has been moved into the examples/ folder to help frontend 
developers integrate this new functionality into their products.  The 
example is at:


examples/tasks/parallelbibles.cpp
http://crosswire.org/svn/sword/trunk/examples/tasks/parallelbibles.cpp

And sample output from this invocation:

./parallelbibles RusSynodal KJV KJVA Dan.3.24  output.html

can be seen here:

http://crosswire.org/~scribe/parallelbibles.html

Please join me in thanking Костя for his great work, perseverance, and 
patience,


Troy

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Unusual behavior from diatheke on Linux with musl libc

[Troy A. Griffitts]

Dear Jaak,

Thank you so much for looking into this.  I went to review your patch 
and it doesn't apply cleanly to trunk.  Have you confirmed that this 
problem still exists in trunk?  If so, might you consider sending a 
patch against trunk?  Thank you!


Troy



On 07/10/2014 01:34 AM, Jaak Ristioja wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This seems to be a really silly indentation error in Sword 1.7.3. At
least the attached patch fixed the problem in my Alpine Linux VM for
diatheke -b KJV -k Ps117. Might already be fixed in SVN.

Can any Sword developers confirm this bug and fix?

Blessings!
Jaak
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQgcBAEBAgAGBQJTvloJELozJlbjIn792otAAMYVb6UWQoM0rDkpvAZ/mlyX
W7Auro9GwoIhP4nElqlp0nAInVDItDcMXwsa1PTQ+UvrhgdJjxKjq3xM8YbwuGM9
IlMMPuHch/LZgypzPAHgbOFmn/0Gqx//Yem1w4tebDV2qkjGFYmGkw8YQjHzPoAJ
rKA1KaRUMUTWOg9SjL32aCZ20YfteYwyFft45x0cezWzuGZa1Z96fdMvHBJMlnc2
m/CwkXak4sl2yETbvUeYWikJRKtEEOG9bfEE5fz26KUOre4M5tzk2qGMZvFGL9m7
kjU20zdynojtC1LpMjEcB9et3AlVAGSUo30Mdjki2EPK1VdUzq87OEB0pjY9gfyD
IywS9EGdkRFgxSdS+nuDt3i5ZBR6dNAr/fx+LKoU//vj6Y9lIsSxRwej2BqdLwrB
QoDU1WOJWaBHPCigA1f9vCtdpJUS8+vlfmwUPyoeT9s8XuHsbSToaxP2nWxEZrT8
xgO2qccvCW7rU+XfaaM06t4z/zVqSmgPf0JriwgOyqM2EwWRCkTXEE3/0i/XWc/w
GYJB3jLFXkLocsosPJYEwN+QJDhOw03RHqdYZ6dF9ivTv0ZnOnUMIUk0IQLTs+nY
2ptZzePED2Shch9yODrWLU9bt4wwRjOe3C+ep/Y1Z728eW6G81kE/gGZvOIMyhVt
x7AKLp/uB6S79OOk4rdVqABd7nUxT3L/O9H2TSpwpEeIuV5/WUwruTj3pyiSmaEu
DPpDHAGRiOqfbnjsK7E8oEuHVAi4wf+P1snJ22M4f1KR8gjUMfmG9hBXoR8k2G85
6YRfnPVwFhodjNvIVZ4i1XZG0C9ALGX6VhUCuEWmtI8Gog8x19cPVwUk9KV1Q7Vf
TI0tm3XwluVUY3wG4WhZOC5/1pmCwi6koI3XTLoRvGfhQ5VxAHuJL36FxLNVFRNh
aQuUYzDb+K0rX/G9pmBNW809s7na89yJmHasl5woPTetupf1oIvlAJRQgn4wng9H
/tW4t4rDcIHC9tQRjbf0PV+CBqUU6NWdM1iMSjtVGEy/nGn0KDnI0emXbj3smX2z
MswaRQQi0KFeRWIYglhEkoiuySfgxd+u/Bx2V37ZO2sb2ihaYW2i9ohM/YMLbk4A
4ax9U4mPiYoEvB9iuRien9NkZ2XpKtafeXecYLWnDlAwG1Hpmt5ihcIyo2qL5Rq8
p5fTr6yVOSzDJiJ3/EuYLSE6ENbO0vIQZnVTwV/YpWdw0t8y8FV/AKbsRUl/bfhd
O7o3wk5s1ESheOgwUD762pHXw83VGWRUyVArhTXBtcQ4I0gFU5JOL/HjxTOkjVRg
fOabm11HcEB+g8VUfYchybfy0xRaeQmR3DetZQA3ILiJd1tfd0lRMAu7q+41/BEK
9yYYhn4vryy+0Shv305e4pRqMnX63fWU+XCb7OeBE5+uANHZflaWSQ6PYSqP62He
x+LQFG3jkbpAyOfaTGz2/gnWJhSN4gGFjoTw8MCWeP1N7ctH7Hkwtr1Ze5pC2UeP
Spm7BMtTJCipUQabSvVdx4oN3cHZnFdN4c198dPGpztFgSGGKMg3XBZztw19q54v
buMx79RMO/eV1K1O4n6OuxNqx/h9N0ghlA8VlxjqVtWmPN2lEWwjdcSlGl958OuS
Qi2NHT/EWlv/xXdFEWyIWomjaDE+LoO2jiUvK+pfOEig4eT1orRJa9aAjoIms5bD
b+Ox8n6+iihdoEqRcoBNRrSZxVDyLE/316h3X1rcmgDsArg6S5OsC7SjeFnmzbCo
GlVc/i6bb87njAPjYEhSaeTUA1/3zOwFRov5pTmcx4/ZP43twt3jm0OFEvG0ZFN7
Hp4NVenqhdXXEA7St+hMuV9aPu67nmqSfjh2+oLtCXfp3qsf5JTOnPzdCOHjgb3a
lZYe57WX2AqGa+cHxz0td1RUmyqcviEFdOIsmqdEZ54rndpjhXXtFoFeQ49IVUbz
Af9RTkeZpOgzq0HoI+E0EXX2ETn70RQKzklid8ocBs6aiEkpRPUeadR98TzaAYCU
+WnLFjzouTokehpFYJKIzv9C4DCpvm38yhlBj9anFAtAPxu4+aQX6Ff4q6BzFESu
ArpkOhqcNMzcKVUem5axluJpfQJ6zoLz8hacWkvUnsmKQOA1DBK6Vva3QAq3a5ix
z6pbdEzpKt5ZeKUNWdsQR83KYCH4Yul5lynv+lWx+YwD68Zou38K4/xZMEeMpViH
Qlnl1c/XAy8YHKGmKnP5UaUZnjJIQB7oFiEF790ONJ4E/fSf3ZTu70HYP7YoeFVM
mPJdDy/pcV0d7XncausK5NfnYZWbZOaQQwNQzP/QE+T5zn/Ln7KpnkYLfhADgiCW
5hLHPu4JOl1gzEY0bl7PYf1iPR+PF1c0gRs6mqtek8gVsIfXCB18oe8zhWivPPLD
YNs2y/AVEsGh7ZhJOyCMyXdnV2xyNeoE8Tsl4Xsw+IRncg+eb2SAd1CDsjIFhTgc
aJYfpQ6qncS0Bt3Nzx5gALEmUqJCji0F6gmk4SwXfVSbsCLcxvU+KYeJv4wLP7po
Z5kbV6wumJNx/xlbPVm+zuGa2dGU9WGjVLR+nJNHAtz+/Ll4rHHzYwI85z/Q0Uws
PZ52S5SCWc0+C6MkZi29uAQTDZZYJd2N9n78Ww4WAResXDu/E5p5wHRNUZzzlK8j
LDZv+D2Mgnu4naXhxj8HeiDqKFbNVonoQo+R6LGSgYNUbzrTiJxq2oNXH+4jSGfZ
lEHI9qOyzSTEHdTBvGTY
=6Tj7
-END PGP SIGNATURE-


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Unusual behavior from diatheke on Linux with musl libc

[Troy A. Griffitts]

Isaac,  Thanks for checking and confirming that trunk has been fixed.

Greg,  It seems quite reasonable to applying Jaak's patch to the 1.7 
branch if we intend on releasing a 1.7.4.  I mention this, as this is an 
exception to the rule that all patches are first applied to trunk and 
then merged to release.


Thanks again Jaak and Isaac (and Greg for maintaining the 1.7 branch).

Troy



On 07/12/2014 02:21 PM, Isaac Dunham wrote:

On Sat, Jul 12, 2014 at 10:59:19AM -0700, Troy A. Griffitts wrote:

Dear Jaak,

Thank you so much for looking into this.  I went to review your patch and it
doesn't apply cleanly to trunk.  Have you confirmed that this problem still
exists in trunk?  If so, might you consider sending a patch against trunk?
Thank you!

Troy

On 07/10/2014 01:34 AM, Jaak Ristioja wrote:

This seems to be a really silly indentation error in Sword 1.7.3. At
least the attached patch fixed the problem in my Alpine Linux VM for
diatheke -b KJV -k Ps117. Might already be fixed in SVN.

Can any Sword developers confirm this bug and fix?

Blessings!
Jaak

Just built sword from the mirror at gitorious.org/sword/sword;
the bug is fixed there.
(For reference: I see that diatheke -f plain is now needed to get
plain output, since -f internal is now the default.)

God bless,
Isaac Dunham


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] c# sword bindings

[Troy A. Griffitts]

Daniel,

I've discussed with Greg and we'd like to get your bindings into this 
upcoming point release.  Is there any chance you could provide a sample 
console application that does something very basic like lookup and 
output John.3.16 along with a README that explains how to use the 
bindings and how to compile and run the sample application? Just some 
kind of quickstart to get the uninitiated going.  Would be greatly 
appreciated.  Thanks for all the work!!!

Troy



On 4/19/2014 1:24 AM, Daniel Hughes wrote:
 I have updated the binding to include strong naming of the assembly,
 this is required for any third party to use the assembly, so is
 essential. I have attached an updated patch.

 On Wed, Apr 9, 2014 at 11:44 PM, Daniel Hughes tramps...@gmail.com wrote:
 I think my copyright header was wrong so I've updated it. Attached is
 the new patch

 On Tue, Apr 8, 2014 at 5:36 PM, Daniel Hughes tramps...@gmail.com wrote:
 Bump

 I realized that I sent this on April 1st, however I can assure you
 it's not an April fools joke.

 Please let me know if I need to change anything in the patch.

 God bless,
 Daniel Hughes



 On Tue, Apr 1, 2014 at 9:17 PM, Daniel Hughes tramps...@gmail.com wrote:
 Attached is a patch which adds c# sword bindings.

 I'm not 100% sure of the correct way to submit it to sword. Please advise.

 God bless,
 Daniel Hughes


 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Preverse Headings titles/divs

[Troy A. Griffitts]

Dear Karl,

Yes, the patch I applied yesterday only took care of the OSIS markup, 
but I certainly intend for all markups we support to be handled before 
release.  Moving the same logic to the other *headings filters should be 
trivial.


I apologize for letting 1.7.x out with this bug.

Troy



On 04/16/2014 06:41 AM, Karl Kleinpaste wrote:

On 04/15/2014 09:59 PM, Karl Kleinpaste wrote:

In this new world, what happens with the 30% of non-OSIS Bible modules?
FYI, Xiphos already has been updated so that the old world wrapping 
of pre-verse elements using br/b%s/bbr/br/ is conditional 
on non-OSIS modules.  OSIS modules have the new world of 
self-rendered standoff, non-OSIS modules get the classic treatment.


Xiphos 3.1.7 is expected to be released at the end of this week.


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Preverse Headings titles/divs

[Troy A. Griffitts]

Dear all SWORD frontend developers.

In the 1.7 codebase we introduced the new concept of preverse divs 
instead of simply a set of preverse titles.  This was discussed at 
length over the years and we decided to move in this direction with 
everyone' consent, hopefully.


We had an inconsistency in 1.7.[0-2] which I have just fixed and which 
you probably need to worry about:



The problem:

Previous, we were including preverse titles in the entryAttributes under:

[Heading][Preverse][0 ... n] = Some Title

You were probably wrapping this in a nice h2 or something and being 
done with it.


In the new world of preverse divs which can contain anything-- not just 
titles, this would look like this:


[Heading][Preverse][0 ... n] = titleSome Title/title

This was inconsistent.  The former relied on the frontend to set this 
apart as a title.  The later has the title tag included in whatever 
might be a title in the preverse material.


The problem is that most of you (and me) didn't change any of our 
frontend code to handle the move to preverse div.  We tried to make this 
as easy of a transition as possible and thought we did, but not quite 
good enough.


As it stands now, for older modules, you're probably rendering something 
like:


h3Some Title/h3

But for newer modules you are probably rendering something like:

h3h3Some Title/h3/h3

You were adding your own markup to highlight these always as titles, and 
in the new world, the highlighting is done for you, if it is indeed a 
title (the OSIS title tag is actually in the body of the material and 
will get rendered as all other title elements).


A bug fix, which I've just committed and will go out in 1.7.3 shortly, 
will make these consistent.  When processing headings, I am looking for 
old preverse title modules and I now preserve the containing title 
element.  This will make them act the same as the newer preverse div 
modules and both will appear consistently as:


[Heading][Preverse][0 ... n] = titleSome Title/title


SUMMARY:  In the new preverse div world, you should never add your own 
markup around the preverse material which assumes the entire content is 
a title.  Simply remove your added markup and you should be good.




___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sword packaging ....

[Troy A. Griffitts]

Daniel, I'm happy to move our flatapi work into a 1.7.3 release, along with any 
bug fixes we made along the way. I'm also happy to include your c# bindings. 
We've had 2 weeks of opportunity for comments on the interface. Without any 
objections over the next few days I'll commit them as is.

On April 12, 2014 1:01:52 AM MST, Daniel Hughes tramps...@gmail.com wrote:
I'm very interested in debian sword packages being made available in a
PPA.

However I need packages built from the latest trunk. This is so that I
can make use of features in the flat API that where not present in
1.7.2.

Having an official development would allow me to publish dev builds of
my own front end to my users on ubuntu without having to wait years
for the next sword to be released and then finally included in the
official ubuntu repos.

On Sat, Apr 5, 2014 at 11:15 PM, Barry Drake bdr...@crosswire.org
wrote:
 Hi there   In collaboration with Roberto Sánchez, I've got a
working
 Debian package for Sword 1.7.2.  It needs fully inspecting and
testing, but
 it's close to being ready.  I've put the Debian and the original
tarballs
 at:
 http://ubuntuone.com/4SZ059JHeoS4AlQ4gcr1Uf
 http://ubuntuone.com/3gYDbANrO3mt5asihQ2OZ5

 The orig.tar.gz tarball is identical in content to the tarball at:

http://www.crosswire.org/ftpmirror/pub/sword/source/v1.7/sword-1.7.2.tar.gz
 and the Debian tarball contains the debian directory that goes into
the top
 level directory of the source.

 Any problems, please let me know.

 God bless,Barry Drake.


 ___
 sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] module driver reorganization proposal

[Troy A. Griffitts]

On 03/18/2014 07:58 AM, DM Smith wrote:

Chris,

Your suggestion is very similar to JSword's implementation. It has simplified 
code maintenance.

There are three types of module files: index, compression index and data files. 
It may do well to handle these separately.
The index consists of fixed sized entries consisting of parts. For a raw module 
it is: offset and size.  For a compressed module it is: block, offset and size.
The block and offset are always 32bits. But it is the size that varies in 
width. Today, either 2 or 4 bytes.


SWORD C++ has this same separation.  The work to deal with the index 
files is primarily isolated in src/modules/common/.  These classes are 
used by the drivers to do the work.  They are not intended as part of 
the outward-facing interface to the engine, but simply for code reuse in 
the implementation details.


I support the removal and *4 variants of the drivers.  This probably 
should have always been an extended property of the original drivers.



Also, I don't see the point of the 3 byte entry. The only thing it affects is 
the size of the index file. In memory it will be 32bit. For a Bible it would 
save about 65K to have a 3 byte rather than a 4 byte.
I don't mind the 3 byte derivative.  There is no reason to store an 
extra byte in every record of the index if it will never practically be 
used (not once by any module we currently have).



On Mar 18, 2014, at 2:43 AM, Chris Little chris...@crosswire.org wrote:

My proposal is to collapse the above classes into three classes:
RawText, zText, and RawLD


I like the removal of the *4 classes, but I don't like the collapse of 
the Text and Com concepts.  I have never like that SWCom is basically 
duplicate logic from SWText with very very differences (I think 
increment and decrement might be different, but not ever sure anymore.  
This might suggest I'd be in support of the collapse, but I am not.  The 
concept of a Commentary is very different than that of the text on which 
it comments.  I realize that the current implementation in SWORD is 
practically identical right now, as we only have per-verse commentaries, 
but the concept is important to keep separate.  SWCom should not extend 
SWText.  Even though this would allow us to save some code duplication 
right now, most of that duplication has already been factor into the 
src/modules/common/*verse classes that deal with per-verse material.  I 
think it is important to keep the concept of a commentary distinct for 
future purposes we cannot foresee right now.  Though I can sympathize 
with the desire to remove the redundancy.



Internally, the classes would always store sizes as a uint32_t, but would serialize 
as 2, 3, or 4 byte size integers, depending on the parameters passed to the 
constructor. This will necessitate changing many of the class method signatures to 
accept uint32_ts instead of shorts  longs.


These method signatures should primarily be isolated to the internal 
src/modules/common/ classes and shouldn't effect the public API much, if 
at all.  We started using our own exact primitive types a few years back 
for implementation details which needed exact types across all 
platforms, so please use __u32.




This would not require changes to existing modules. A RawLD4 module will still 
work, but we'll use the RawLD driver to read it and parse the '4' form the end 
of the driver name to determine that we will read 4-byte entry sizes.


I like this for backward compatibility, but I think we should have an 
EntrySize or similar in the .conf files.  This let's us maintain the 
ModDrv=real SWORD class name paradigm in case we ever really do make 
it to dynamically loadable drivers in some future release.



RawCom, zCom,  SWCom classes would then be derived from RawText, zText,  
SWText respectively. Maybe we can even eliminate the *Com classes and simply add a 
member variable to indicate whether to act like a commentary or a Bible.
See comments from earlier.  I think it is important to maintain the 
SWCom distinction and that SWCom should not conceptually inherit SWText, 
though I do understand why you propose such to reduce code duplication.


Thanks for the proposal Chris,

Troy


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] 1.7.2 release

[Troy A. Griffitts]

Dear Костя,

Is there a way to include a link to the diff in the bug instead of simply to 
you entire repository. I'd lime to review and comment on your fix (as I'm using 
my phone to check my mail) and have spent 5 minutes or so trying to get the 
website to just switch to the branch you mention and it doesn't respond, at 
least on Chrome for Android. I've seen other people post links to diffs, in the 
past. Is their a way to create a link which shows the work done in your branch?

Regarding the bug, there are 2 separate issues in my mind.

First, the use of distinct sorting algorithms between module creation and 
module consumption could cause this problem. I don't know if this is the 
problem, but I've always worried about it. We have 3 build scenarios for SWORD 
which worry me for this bug, i11n supported by: ICU, Qt, neither. If the module 
build tools configuration differs from the client configuration, I am worried 
our binary sort will loop, though it's only a suspicion we use i11n code in the 
sort algo (toupper).

The second issue is user-displayed order of keys. The binary sort is an index 
for fast lookup. We've talked about keeping another index which preserves the 
'book order' of the module. The LD driver is meant only for fast lookups, not 
for showing a module sequentially.

Troy

On March 17, 2014 5:23:18 AM MST, Костя Маслюк kostyamasl...@gmail.com 
wrote:
Please, consider this fix:

http://www.crosswire.org/tracker/browse/MOD-61 and
http://www.crosswire.org/tracker/browse/API-150 is similar.


Actually i got weird things as things are not threaded in time.
Blessings.

2014-01-14 14:02 GMT+04:00 Chris Little chris...@crosswire.org:
 On 1/14/2014 12:51 AM, Костя Маслюк wrote:

 What about the inconsequent lexicon index fix i have posted here a
 month ago? I realize that it would not be threated as Critical, but
it
 is still bad behaivior that affects every Sword frontend.

 I also realize that fix would not be complete, but no one even asked
me
 for deeper investigation, if people have no time.


 The patch you submitted just covers up the underlying problem without
 solving anything (or finding the root of the problem), so I would say
it is
 not a candidate for inclusion in Sword.

 Some brief discussion of the bug is here:
 http://www.crosswire.org/tracker/browse/MOD-61

 If you can find the cause of these modules being built incorrectly
(or being
 interpreted incorrectly), I'd love to see a fix be committed.

 --Chris



 ___
 sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Thread-safety in text rendering

[Troy A. Griffitts]

Hi Костя,

Thank you for your comments. Threading discussions have come up many 
times over the life of the projects. We have cleaned the code up to help 
facilitate multithreading in the client. The general summary of the past 
discussions is: We try to make it safe to use different SWModule 
instances in different threads, but not the same SWModule instance in 
different threads. An SWModule performs work against the data files it 
represents. It would be similar in concept to an iterator which operates 
on its container. You can think of this way: you shouldn't use the same 
iterator in two different threads, but you can create multiple iterators 
against the container (as long as you aren't writing to the container :) 
), which is the same for us.


Searching is one task often performed in the background, especially 
non-lucene searching. These days a non-indexed search on any modern 
hardware should take less than a few seconds, but in the older days it 
would take longer, so this was often done in a separate thread in the 
background.


Anyway, in practice, projects usually keep one SWMgr around per thread, 
and then using the threading library of your choice for your platform. I 
believe we talked about adding a .clone() method on SWModule to make it 
easier to be streamlined.


The alternative is, as you suggest, try to incorporate some kind of 
cross-platform threading framework into the engine if we wanted to try 
to make some operations safe on the same SWModule object per thread, but 
I think conceptually we would be changing the paradigm for how SWModule 
is intended to be used.


Thoughts?

Troy




On 03/03/2014 05:01 AM, Костя Маслюк wrote:

Hi, all.

Welcome for your commentaries:
www.crosswire.org/tracker/browse/API-166

Blessings.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Parallel display of modules with varying v11ns

[Troy A. Griffitts]

Костя,

IOn 02/28/2014 08:14 AM, Костя Маслюк wrote:

Ok.

I have got following:
http://crosswire.org/~kalemas/work/v11nmapping/paralleldisplay.html


Amazing!  This looks really great!  Daniel 3 is a nice test chapter.  
Your output looks very nice. I will play around with your updates to the 
test and send mine.



/me cant get rid of feeling that Troy still did not disabled his
screen filter that rips everything i write to him


Костя, no, I'm sorry for not replying inline in my last email.  Much of 
what I wrote was in response to your emails, but it wasn't obvious 
because I did not post inline. (notice the repentance with this email)
I read everything you wrote and was excited to start the conversation 
again, and concluded that if we can just prove that one implementation 
CAN handle pretty well a majority of the cases, then we can move forward 
and commit to this API interface we're trying. The theoretical 
conversation wasn't going anywhere and a proof of concept seemed to be 
the best way forward.  As far as the implementation, I am concerned 
about your same points, that SWORD and JSword need to have a common set 
of mapping data and ideally a common storage format for that data.  I'm 
not concerned about the size and speed immediately as we can always 
improve the implementation.


I just would like the programming interface and how we intend for it to 
be used by consumers to be solid; I don't want frontend developers to 
have to change their code.  I think our proof of concept should satisfy 
this.


As for the shared mapping data and storage mechanism, we need to 
collaborate with JSword.


Conceptually, I have always been leery of a 'superset meta v11n' concept 
to do this mapping.  It seems the most straightforward way if we can 
establish this superset, but conceptually it practically prevents things 
like mappings between the different versifications of Josephus-- which 
is a very real problem we'd like to solve with the same mechanism.


I believe you are going from X - KJV+ - Y right now.

I think this logic is fine but was hoping for the internal data to be 
boiled down generically to optimized deltas somehow,e.g.,: X-KJV { 
verseShift(Ps.9.21-:10.1); chapterShift(Ps.10-112:+1) ... }
and then when asked to map from X - Y, we could look at our mappings 
and find the most optimized path.  It may still be X-KJV-Y, but it may 
also be X-Y or JosephusLoeb - JosephusWhiston.


If we force the concept of a superset KJV+ v11n scheme into our mapping 
concept, I am afraid it will limit us and we will continually have to 
update this meta v11n when we create new modules and find new strange 
things.


Chris can comment, but simply mapping the various LXX editions to each 
other, alone, can be daunting to think about.


This all is aside from the API mechanism on which we are working 
presently, but just offered for discussion between JSword and SWORD and 
others when considering how we wish to represent and persist these mappings.


Troy





2014-02-28 9:48 GMT+04:00 Troy A. Griffitts scr...@crosswire.org:

Костя,

Tonight I spent some time adding a new example to the engine's code examples
tree for displaying Bibles in parallel.  It basically rips off the XHTML
header, styles, and footer from SWORDWeb and then executes a small, isolated
function to output the parallel display.  This small function can be our
playground to test our stuff to see how we've done.  This will force us to
implement the use case for our work at least once to see how ugly the code
gets.  Right now, it looks good, like we expect, but there is no logic yet
to handle any case but 1:1 translation.

I've checked the example in because I think this will be a handy example for
frontends to follow when we get something working nice.

I feel it is important, before we commit to an API mechanism, that we
consume that mechanism at least once, trying to solve the use case for which
it was conceived-- at least at a basic level.

Those who are interested to just see the minimum code required to display in
parallel, but don't wish to check out the latest SVN, can have a look here
(at the parallelDisplay(...) method):

http://crosswire.org/svn/sword/trunk/examples/tasks/parallelbibles.cpp

the example can be run and tested with something like:

./parallelbibles KJV ESV jn.3.16  paralleltest.html
firefox paralleltest.html

You can see the output from this test run here:
http://crosswire.org/~scribe/paralleltest.html

Let's collaborate! :)

Troy








On 02/26/2014 02:56 PM, Костя Маслюк wrote:

Oh, i just get what you meant about speed and size of translation. What you
would like to achieve beyond i have implemented? It is optimized in speed
and is very lightweight in size.

As a bonus it can be  used in per translation versification concept.

The only thing i would like to change is to slightly increase size, adding
one byte per rule to store rule type, so it can handle difficult cases in
future with backward compatibility

Re: [sword-devel] DVCS (was Re: Project Free Scriptures started)

[Troy A. Griffitts]

Look guys,  if you only read and consider any of my emails in their 
entirely, make it this one.


1) I don't hate DVCS.
2) I believe git is the dominant opensource DVCS (nb: 'D') winner and 
choice.

3) I have never said we WON'T switch to git at some time.
4) I have never said that SVN is superior to git.
5) I don't want anything to be 'closed' or 'hidden'.


The reason things aren't switching right now:

1) Contrary to popular belief, the project is not stagnant.  You can 
check the commit logs.  I also currently have multiple working copies on 
my personal box with code changes I am testing and improving before I 
commit.  I personally am still more comfortable in SVN than git-- in 
both using daily and more importantly administrating.  I make the 
majority of the commits to the repository, second probably Chris, then 
probably DM, and then likely GHellings after that (sorry if I've gotten 
the order wrong).  Only one of these people is pushing for changing the 
central repository to git (GHellings).


2) If we switched the main repository to use git, this would effectively 
change one thing:


git svn clone https://crosswire.org/svn/sword -s (plus: git svn rebase, 
git svn dcommit) to:

git clone https://crosswire.org/svn/sword.git

This in itself will not facilitate us working together better or faster 
or prevent 'losing' patches.
In summary, it is technically possible to already do these things with 
git now and we are not.


3) We have a bug tracker with the ability to even integrate bugs and 
patches with our VCS right now.  We don't.  We are not going to be 
magically more disciplined if we switch to a distributed version control 
system.

__

Final thoughts and suggestions:

1) I like the integrated tools around git from projects like github 
which I certainly do see the value of facilitating work together.  I 
would like to investigate a tool suite, like these provide, which we 
could host on our servers.  Think 'longevity'. I am not as concerned 
about the coolest, newest thing as I am concerned about that toolset 
still being a dominant force in 10 years.


2) I DON'T HATE GIT.

3) I certainly HEAR the cries for change.

4) We will probably change when I start using git personally for my own 
SWORD work because I just can't live without its killer features.


5) If there are any outstanding patches which I do not yet know about, 
please (*cough*) create a PCR and attach your patch.  This should be 
reasonably equivalent to a pull request.


6) Share and work together using git now.  Show me how much progress 
you've made collaborating together on a new SWORD feature and how great 
your experience has been.  Convince me that using a DVCS will change the 
way we collaborate and you will go a long way to moving it up on my todo 
list.


Sincerely (no, really, Sincerely),

Troy









On 02/27/2014 12:58 AM, Nic Carter wrote:


On 27 Feb 2014, at 3:44 am, Troy A. Griffitts scr...@crosswire.org 
mailto:scr...@crosswire.org wrote:


Nic, you make it sound like I've repeatedly dropped multiple patches 
you've tried to submit. I hope I've not been that irresponsible.


I have both submitted patches and also emailed asking if I should 
submit a patch when I have modified things, and I've had no response.
I have also submitted patches that have been accepted, though! :) [ 
insert comment about HTML parsing :D ]


I'm happy keeping my own fork, although it does waste some of my time 
when I then need to manually merge things when SWORD is updated.


My only comment about irresponsible is that I wouldn't say that!!! I 
would comment that we are all volunteers and there's a big lack of 
time and resources. (And here I am largely thinking of myself right 
now! One could just as easily comment that I have been irresponsible 
in how long it's taken for the latest version of PS (which is late in 
the beta cycle) to be officially released.)

:(


Thanks, ybic
nic...  :)


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Project Free Scriptures started

[Troy A. Griffitts]

Quickly, regarding DVCS, the argument to keeping SVN over a DVCS isn't that a 
DVCS isn't 'better' in some ways or as Peter has suggested, wouldn't let us 
maintain tight review of our code or that we simply don't ever want to change 
anything. We eventually switched from CVS to SVN :)  The reason the core engine 
uses SVN is because it was the best and most popular choice 12 years ago or so 
when we chose to use it, and basically I don't like git (yet). It's pretty 
simple really. Other CrossWire projects use various choices for source control. 
You can argue about the popularity of DVCS all you want, but the truth is, 
there is not one ubiquitous opensource development choice today like there was 
12 years ago when we switched to SVN, so I'm not yet motivated by popularity. 
And the counter argument is, if you like git, use it. Many contributors to the 
core engine do. Sure you don't get absolutely all the benefits like pull 
requests, but if you're concerned about that, attach your patch to the bug 
report. VCS is a choice, I'm typically conservative (if you haven't guessed) 
and haven't chosen to change the part of CrossWire I maintain. It is not 
keeping contributors from contributing.

Though as an aside, just from a personal query, how do you guys get Windows and 
GUI Mac users to use git? I have at least 2 ancillary projects with SVN repos 
on CrossWire's server where the users are not programmers, the command line 
scares them, and they had no clue what a versioning system was before I 
installed TortoiseSVN for them. They are HTML designers, flash programmers, 
transcription editors, etc. It was a real task to get them to even begin to use 
SVN, but the integration right into the OS helped (and we found some Mac-y GUI 
thingy that was simple to use on OSX). I don't want to train them about a stash 
as well. That's just one more obstacle. Are there really mature GUI clients 
like these for the simple VC users. I know there are power GUIs. That is not my 
question. I'm asking about tools integrated into the OS which make VC simpler 
for the simple use?

On February 26, 2014 3:50:23 AM MST, Nic Carter niccar...@mac.com wrote:

Sorry for the top-post-reply, but here it is, so I guess I'm not all
that sorry ;)

The main bit of code you are referring to (parsing the HTML) is my
code. There is other code that parses the return from an FTP server,
which is ancient code. My code is (relatively) new, only about 3 years
old? (I'm sure you can look it up?)
I agree it is completely a hack. I have had no time to fix it, but TBH,
when I do fix it I will be ripping curl out of PocketSword and using
native iOS stuff and will do all downloads that way. (Currently I
download various bits using the build-in SWORD methods  various bits
using native iOS Obj-C methods.)

I agree that switching to DVCS is a sane move  that sticking with SVN
is like shooting yourself in the foot. However, it seems like it's
never going to change, so I'm not going to fight that battle (insert
comment about loosing battles in order to win the war, and the war is
producing excellent software for iOS, which I'm actually currently
loosing, but that has nothing to do with CrossWire and everything to do
with myself and lack of time right now).

Backstory (I tell my students at school stories all the time and,
sadly, they always pay more attention to me in the classroom when I
pre-empt what I'm about to say with saying it's a story from my past):
when I took over PocketSword, there was an SVN repo for it. If you go
look for it you'll see that I never did a single commit to it. I pulled
and forked  threw it in Mercurial (doesn't matter what I threw it in
except to say it was a DVCS). The bonus tools I get by having it
(freely) hosted on BitBucket are awesome and I get notifications when
people fork it  submit a pull-request.

FWIW, I have given up on submitting patches because they appear to get
lost. They may just be rejected, ignored or simply lost, but the
appearance is that they generally aren't worth doing. And when I'm
asked to resubmit them I generally don't bother. Using something where
there are pull-requests, such as Jaak has suggested, would mean that
these aren't lost. Also, the appearance will also be the reality
because you can look up the request, see if it's still open, rejected
or commented up and then know where the request is at in the merge
process. But in this scenario I can be sure it's not lost as long as I
can see it there. :)

Anyway, the powers that be have made their decision. I have made my
decision with PocketSword. Others are free to make their decisions with
their front-ends. Actually, you can look at my current patched version
of SWORD (so, basically, I maintain a fork of SWORD for PS) if you
like? I don't bother submitting patches anymore but instead patch my
fork whenever SWORD gets updated. It's easier. :P Plus, on a closed
platform such as iOS, someone isn't going to come along and switch the
version of 

Re: [sword-devel] DVCS (was Re: Project Free Scriptures started)

[Troy A. Griffitts]

While I enjoy hearing all the the praises of git from its fanbase, I don't 
agree with your deductions. There are at least two sword git repositories 
publicly available which I know about. The point is, git is a DVCS. 
Collaboration happens between distributed clones regardless if the source from 
which they fork even still exists. It shouldn't matter to a git user if the 
source is an svn repository, except as a matter of religion or politics. :)

When git gits to 65+% popularity among open source projects, you can start 
waiving the popularity flag. I am using git for some projects, even 
programmatically integrating into some. I don't hate git. I am just not yet 
comfortable enough and convinced that the pain to change the core repository 
exceeds the benefit, especially marked by the fact that git users can git away 
in their distributed repos to their hearts' content right now.

Nic, you make it sound like I've repeatedly dropped multiple patches you've 
tried to submit. I hope I've not been that irresponsible.

Peter, the issue with your recent commit problems is permission to directly 
commit freely to specific resources in the authoritative repo. I'd have this 
same problem setting up your perms to push directly from git. In fact, I'd have 
more problems in git because I don't know how :) At least I know how an svn 
access file works. I just need to finish your permissions properly.



On February 26, 2014 8:43:25 AM MST, Peter von Kaehne ref...@gmx.net wrote:


 On Wed, Feb 26, 2014 at 8:24 AM, Troy A. Griffitts
 scr...@crosswire.org wrote:
 Quickly, regarding DVCS, the argument to keeping SVN over a
 DVCS isn't that a DVCS isn't 'better' in some ways or as
Peter
 has suggested, wouldn't let us maintain tight review of our
 code or that we simply don't ever want to change anything. We
 eventually switched from CVS to SVN :) The reason the core
 engine uses SVN is because it was the best and most popular
 choice 12 years ago or so when we chose to use it, and
 basically I don't like git (yet). 

FWIW I use git a lot module making and for maintaining
utilities/scripts
during module making. I do most of my module making etc when I am off,
and a lot of times where I have little access to the net.

I use it as if I had several version control servers in series. I have
two computers, one luggable, one small and truly portable. And a
central
server.

I want to work on both laptops in a seamless fashion. So I have a
central Git server to where I push whenever I can and where I pull from
whenever i can.

I have on each laptop all relevant projects under git. 

So, as a result I can version and branch around on both laptops,
knowing
I can always go back to where I started and can whenever i have a
chance
bring both laptops into sync, including all trial branches etc.

Is it easy to use? If you use nothing but add, commit, push and pull,
you have in essence a svn like makup with little or no difference apart
from the benefit of local version control. But from there you can
expand
with essentially no limit. SVN is a straightjacket in comparison.

Could a noob learn it? I did. I find it hugely helpful. There are
concepts I have not understood, but I did not need them so far either.

The book I found most helpful is Git Magic. It is simple and
straightforward. Your non-programmer friends could learn it, not that
they would need to. If their projects are not sword, what stops them
from continuing on svn.


 It is not keeping contributors from contributing.

And I think this is simply not true. You got Nic stating that he holds
things back, you got Greg stating that he has stuff not committed, you
have Jaak who clearly has grander plans. We have Kostya who has quietly
worked away on mapping until he got nearly blasted by Chris (though
that
seems to be now ironed out). And my own stuff on the filters is still
not in either. And none of us are really able to collaborate in a
sensible fashion other than by exchanging patches or throwing up
alternative locations. Which causes difficulties in its own right. 

So things _are_ held back. Maybe not by SVN per se but by the inability
to commit to a central location where others can comment and approve
and
share and improve - without impacting on the central branch which needs
full approval. And while Git vs SVN would not be the thing which makes
you approve things faster, Git would allow all of us others to
collaborate speedily towards new releases instead of waiting that every
single small bit gets approved. 

On Wed, 2014-02-26 at 08:43 -0600, Greg Hellings wrote:

 I've been successfully using git-svn for a while now on my work with
 CrossWire.

And I looked at it and despaired. I am a noob, admittedly. I find these
things hard. And yet I got git to work and work well for my purposes. 

Peter

[sword-devel] Parallel display of modules with varying v11ns

[Troy A. Griffitts]

One positive thing from the previous thread is the reminder of Kosta's proposed 
implementation for translation between modules of varying v11n.

The accusation of irresponsibility is warranted, not for delaying the patch 
submission, but for delaying the discussion toward a resolution and buyin by a 
consensus of frontends.

To sum up:

We have refactored and isolated translation to a single point within the 
engine. Basically, when you set the value of one VerseKey from a VerseKey with 
differing v11n, translation will happen. This propogates naturally to many 
places in the engine. For example it will allow one to set the LXX module from 
a key obtained from the KJV module:

lxx.setKey(KJV.getKey());


The question still on the table is: how useful is this for the primary use case 
of displaying in parallel modules with varying v11ns?

A secondary question is how can we optimize, in both speed and size, the 
translation. The JSword team is beginning to implement their own mechanism and 
I would like to hear about their experience.

There are open threads on this with many of my, and others, thoughts and 
concerns. I would appreciate it if commenters might consider searching the list 
history before commenting. 

My theoretical question is, what logic do we want to use to create a parallel 
display? There are many hard cases we haven't resolved, even if the resolution 
is we simply don't handle that, and what you'll see is X.

I know the STEP tools have a parallel display implementation. I have no idea if 
its behavior in corner cases is acceptable to most.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Building SWORD on ubuntu 12.04

[Troy A. Griffitts]

Daniel,

If you are looking at the code I sent you, you will need the latest SVN 
to compile against it.


I have have a fresh Ubuntu (13.10, but the packages seem to be named the 
same for quite some time) and here is what I have just done to get a 
full featured SWORD configuration reported at the end of output from 
./usrinst.sh


sudo apt-get install autoconf autogen automake subversion g++ libtool 
zlib1g-dev libicu-dev libclucene-dev libcurl4-openssl-dev


So, then:

svn co https://crosswire.org/svn/sword/trunk sword
cd sword
./autogen.sh
./usrinst.sh
make -j
sudo make install
sudo make install_config
sudo installmgr -init -sc -r CrossWire -ri CrossWire KJV
cd examples/cmdline
make
./lookup KJV jn.3.13






On 02/26/2014 01:49 PM, Daniel Hughes wrote:

That ppa is the one that hasn't been updated in almost 2 years. So the
version of sword in it is 1.6.1 not 1.7.2

I'm interested in sword not a front end.

I'm on ubuntu 12.04 because that is the current long term support version (LTS).

God bless,
Daniel Hughes



On Thu, Feb 27, 2014 at 2:25 AM, Barry Drake bdr...@crosswire.org wrote:

On 26/02/14 10:38, Daniel Hughes wrote:

I am trying to build SWORD on ubuntu 12.04. I am a c# develop so have
no experience with building cpp/c applications


You might also want to look up:
https://launchpad.net/~pkgcrosswire/+archive/ppa

The information I gave earlier will only build the engine.  You would then
need to build one of the front ends.  You can get the lot ready built from
the above URL.  Do you have a special reason for staying with such an old
version of Ubuntu?  I'm currently running 14.04 which is now very stable and
almost ready for release.


God bless,Barry.

___
sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Translation Tools

[Troy A. Griffitts]

Hi Joseph,

I'm not sure where you've seen this mentioned on our site, but we've 
recently written a distributed authoring tool for Bible scholars to 
collaboratively transcribe ancient manuscripts for the Institut für 
neutestamentliche Textforschung.


You can see the software here:

http://ntvmr.uni-muenster.de/transcribing

Enter into the quick lookup field: p1
press enter, select the first search result, and click on the first 
thumbnail (click on the 'open new image viewer hover icon next to the 
image if you actually want to see the image of the manuscript page).


You can experiment and play with the editor.

The [Version History] button will let you compare different versions of 
your own editions and also compare any of your versions to the latest 
version of anyone else who has saved work.


The ChiRho edit box will let you type any Greek character(s) and give 
you paleography assistance.


The [From Basetext] will load up the editor with data from a designated 
basetext for the verses indexed for the image, so the editor has a place 
to start.


The [Discuss] icon will begin a forum message about the content being 
transcribed.


We have project management and work assignment / progress, etc. builtin.

And these tools are all integrated into a mature portal environment so 
you have all the standard portal tools that come out of the box: shared 
calendars, files, message boards, wikis, etc.


Not all functionality will be there for you to play with unless you 
create an account and login, and then more would be available if you had 
admin access, but all of these tools are opensource and available for 
you if you feel they are useful for your team.


Hope this is helpful,

Troy



On 02/26/2014 07:07 PM, Joseph Coates wrote:
Hey, I'm a software developer working in Shanghai and I'm new to the 
SWORD project. You're site mentions having distributed/collaborative 
authoring  editing tools and textual analysis tools but I'm not 
seeing these on the site or github (I might just be looking in all the 
wrong places).


Three things: (1) Would someone give me a brief description of the 
project(s) going on having to do with bible translation? (2) Please 
provide a link to download the latest build(s) as well as to any 
documentation, todo lists, etc. (3) If you're working on something in 
this domain, I'd also love to know who you are.


Thanks

Joseph Coates


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] OSIS sources? [Was: Re: Project “Free Scriptures” started]

[Troy A. Griffitts]

To confirm what others have said: CrossWire has historically held the 
position that we are not the keepers of any authoritative source 
documents.  There are a number of reasons for this, many have been 
stated already in this thread: we are primarily a software development 
project, other projects have a focus on being a document repository, 
authors and publishers are best suited to keep authoritative sources of 
their works, et. al.  We work with these authoritative sources to 
produce SWORD modules directly from the source.


We DO MAINTAIN a link to the source where we obtained the material; 
anyone wishing to use the data from one of our SWORD modules SHOULD 
INSTEAD simply look at the source link in the module .conf file and use 
that source instead.  These are not our works. We want to help others 
find the owners of these works, but we don't want to pass on OUR 
CONVERSION of these works for many reasons: they aren't ours, our 
conversions aren't always precise, etc.
We DO MAINTAIN the scripts we use to convert from that source to a SWORD 
module (sword-tools svn repo)
Our hope has always been for the module creation process FROM THE 
AUTHORITATIVE SOURCE to be REPRODUCIBLE.  (Automated is a dream, and I'd 
love for someone to try to setup an automation process: SOURCE - 
scripts - *2mod - validate - report, but wouldn't encourage anyone 
because source formats and links change so often I feel it would be a 
waste of time)


These are all very important principles described both by objectors and 
defenders in this thread.


Summary: We don't want to be the place a programmer comes to find data 
sources for their own projects.




On 02/24/2014 01:57 PM, Mate(j Cepl wrote:

On Mon, 2014-02-24 at 20:16 +, Peter von Kaehne wrote:

I think the basic decision to not publish OSIS for texts we do not
maintain is sound. I have disagreed with it in the past, but once I
realised the Chinese whisper like deterioration of texts by project
copying from project copying from project my views changed.

I think you confuse two things (freely modifiable texts and assurance of
the code consistency … for the latter we have versioning control
systems, code review, canonical repositories, etc.; programmers don't
like random changes in their source code any more than the Biblical
scholars do), but that's not the point. Exactly for this purpose I said
source code repository OR available maintainers.


The plan is there, the idea is approved, the git stuff is up, what is
missing are the scripts and the overall glue.

Can I help somehow?

Best,

Mate(j



___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Project Free Scriptures started

[Troy A. Griffitts]

Historically, CrossWire has always maintained that our data formats are 
volatile.  We optimize them, add new features to them, basically change 
them if we feel they need changing.  In reality one could say that they 
haven't changed much in the past few years, but this is only cursorily 
true.  The internal markup forms we process in the data format has 
changed significantly and continues to change.  We don't encourage 
projects to use our data formats directly because of this and the fact 
that we don't want to be used as an authoritative document repository 
(see previous email).


Summary: we don't encourage other projects to use our data sources for 
their own projects; we encourage them to use our API.  Our data formats 
and internal markup change and we don't wish to maintain them as a 
standard (primarily because we don't want to be the authoritative data 
source for a work for other projects).





On 02/24/2014 01:30 PM, Daniel Hughes wrote:

I wonder if the fact that the sword module format is undocumented and
not published contributes to this perception. There are at least 4
different projects that I know of which implement sword module
support. And they have either had to look at the sword code and thus
accept GPL2 (no plus) licencing for there project or reverse engineer
sword modules from the ground up.

I can see how this would be perceived as closed behavior rather than
free and open. Publish your module format as a free and open standard
and you will probably avoid this kind of reaction to the sword
project.

God bless,
Daniel Hughes

On Mon, Feb 24, 2014 at 10:46 PM, John Zaitseff j.zaits...@zap.org.au wrote:

Hi,

Jaak Ristioja wrote:


In addition, although Sword is GPL, there are many obstacles for
outsiders to actually start contributing to the project, hence I
somewhat understand why Sword might be perceived as not Free
software.

One of the freedoms of the GNU General Public License is that anyone
is able to take and fork the code.  By all means, go ahead and do
so!

The fact that no one seems to have done so (at least, as far as I
can see, successfully) shows that it is not all that easy to do:
apart from the actual coding, you have to convince other developers
and distributors to use YOUR fork, not the original project...

That said, other projects have been forked, sometimes with the
original essentially dying off (eg, XFree86), other times with both
forks going strong (OpenOffice.org and LibreOffice spring to mind).

Yours truly,

John Zaitseff

--
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: j.zaits...@zap.org.au   \_,--._*   http://www.zap.org.au/
   v

___
sword-devel mailing list: sword-devel@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@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Project “Free Scriptures” started

[Troy A. Griffitts]

Jaak,

I hesitate to even humor yet another response to unwarranted criticism.

Let's just say what you really mean:  You think people have trouble 
contributing to the SWORD project because we don't use your choice of 
source control software and because we have a very tight approval 
process for acceptance of code into our core engine.


I am sorry, but these things are not on our agenda to change.

Troy



On 02/24/2014 02:35 AM, Jaak Ristioja wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

I must say that although I do not agree with all the criticism of the
Sword project I do agree with some of it, and I actually hope that a
bit of healthy competition would help both parties.

IMHO this again highlights some of the problems of the Sword project
which have also been discussed previously: e.g. Sword module formats
are not well documented and formalized (making them unreadable). In
addition, although Sword is GPL, there are many obstacles for
outsiders to actually start contributing to the project, hence I
somewhat understand why Sword might be perceived as not Free software.
The same goes for the distribution (and modification) of modules.

It seems to me that the Free Scriptures project is an effort to
develop a more open project with more freely distributable and
modifiable modules. Seems like a good idea to me.

Blessings,
Jaak

PS: Personally I'd consider a BSD/MIT license for the software.


On 22.02.2014 22:02, Stephan Kreutzer wrote:

Hello,

I just want to announce that the project “Free Scriptures” (see
http://www.free-scriptures.org) was started some time ago, which
has the goal of developing freely licensed software for processing
bible texts into various output formats. It will also serve as
platform for “language teams” who work on the digitalization,
proofreading and reproduction of bible texts of their native
language. This way, we hope to establish a repository of public
domain and freely licensed bible texts, which are carefully checked
and ready for processing. At the same time, the language teams will
be responsible for preparing and publishing the bible texts
according to the context of their own language. The international
“Free Scriptures” platform is intended to help the
language-specific “branches” of the project. As we promote free
software philosophy and practices in the field of bible software,
we’re therefore limited to bible translations which are either in
the public domain or which are freely licensed initially. Not only
are our software tools freely licensed, they’re also required to be
usable on freely licensed computer software environments. We refuse
to use or integrate non-free, restrictive, proprietary software,
because digital freedom matters for each and every user, especially
if it comes to a highly important topic like the text of the bible.
Please note that price isn’t an issue at all as we face artificial
legal and technical restrictions – freely licensed bible software
and bible texts can be used commercially and non-commercially at
the same time.

Since the SWORD project doesn’t seem to be much concerned about
digital freedom (no repository of OSIS sources, only unreadable
SWORD modules) or the quality of bible texts (no checking,
distribution of incorrect texts), I hope you at least don’t hinder
our efforts, since you too can benefit from them. Probably you may
even improve your approach to one which is more compatible with
other free (bible) software. If you have some questions or
suggestions, please feel free to contact us. We host a discussion
board on our website, where guests have write access. At the
moment, there are several posts present in German language, which
only stay there for the purpose of translation.

As a first task, we’re working on a tool for converting OSIS to
Haggai XML. In the past, we’ve specified Haggai XML as our own
bible text encoding format, which is based on Zefania XML. Since
neither Zefania XML nor OSIS are well-designed XML formats for
bible text encoding, Haggai XML was intended as an improvement
suggestion for Zefania XML. Zefania XML will now get improved to
Zefania XML 2014, hopefully by keeping it’s basic and primitive
structure, which is ideal for the digitalization of old, printed
bible texts. If Zefania XML 2014 gets released, we will consider to
replace Haggai XML as main input format for our tools by it. As for
now, we automatically generate PDF, EPUB2/3 and XHTML from Haggai
XML input. In order to do the processing for the German “Offene
Bibel” (“Open Bible” – the only freely-licensed modern bible
translation in German language, which gets translated
collaboratively on Wiki software, providing OSIS output), we work
on a simple, basic conversion from OSIS to Haggai XML, so that we
can use all of our tools we’ve developed so far. Those tools will
get migrated to “Free Scriptures” within the next time.


Sincerely, Stephan Kreutzer


PS: I can’t register to your forum, the registration form gives a
404.

[sword-devel] BibleCS-1.7.2

[Troy A. Griffitts]

Well, I've finally built new binaries against 1.7.2 (SVN HEAD 
actually)-- both BibleCS and InstallMananger.  These need to be dropped 
into an existing install of BibleCS to test, if anyone is still 
interested in testing these, these days.


http://crosswire.org/sword/alpha/alpha/BibleCS-1.7.2.zip

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sword LICENSE

[Troy A. Griffitts]

Re: Dual Ownership

Yes, CrossWire as always had the policy of requiring ownership be also 
granted to CrossWire for any contributions which get added to our 
repository.  This has been discussed many times and should be posted 
conspicuously in multiple locations on our website (I hope it is 
still).  It doesn't mean the original author loses their ownership, but 
they must grant ownership rights also to CrossWire.  The reason has 
indeed been that Bible societies, translation organizations, and other 
ministries have at times asked to use our engine within a work which is 
not GPL and we consider their request and almost always grant 
permission.  I personally am not religious about the GPL.  My personal 
goal is to write free software to aid ministries to serve their people 
groups.  If they feel their ministry is served best by asking for 
donations or selling part of their work to fund future work, I may not 
always agree with them, but that is their choice.  I don't feel it's my 
place to dictate to them how their ministry should be run, at the risk 
that I won't aid their ministry.  If anyone would have submitted code or 
a patch which included a copyright notice by other than CrossWire Bible 
Society or by any other license than the GPL, it would not have been 
accepted.  The reason I didn't choose an MIT style license is to better 
encourage commercial vendors to contribute back to our code, if they 
ever find parts of it useful.  That hasn't worked so well :(  I hope no 
one feels they have been cheated.  We have always openly maintained this 
policy and the copyright notice is universal throughout our code base.  
I also hope we all feel the same about still aiding ministries where it 
would be difficult for them to change their product licenses to GPL.


Troy



On 02/04/2014 11:45 PM, Jaak Ristioja wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05.02.2014 02:14, Daniel Hughes wrote:

This might be a little off topic but does the line... The SWORD
Project is (c) 1994-2006 The CrossWire Bible Society

Mean that sword requires copyright assignment to CrossWire for all
contributions? If so is this because CrossWire also licences SWORD
under commercial terms or wants to be able to have the option to do
so in the future?

I think they could once the copyrights expire, or if they explicitly
ask each committer for the right to do so. I think they are required
to expect what everyone who has contributed to the Sword library
project released their work under the GPL. I don't remember anyone
asking me to sign over my work to CrossWire.

Blessings,
Jaak
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQgcBAEBAgAGBQJS8d4HAAoJELozJlbjIn79Sek//iJ6cOptSipJAM6JPubOBDz0
zqDWjHblsGeVm5TsOKRLVEwUSaUHUBe65DkEg3LrOzAIuNkkJepqFxbsSVIeMzmw
543vVIk73sNq+7D8v882pzrBEKU0hU8i6p4f6XN68riNzeOMlVVCrvy71FQjob85
CMvKNu/DmoyWIJ2amo2fN/7kH+uXrGOAJt4XGkP/RmAemz7msixMyWHCbtG9Q1T1
ZjUQkaeYnNHjGsBxkX3e65+Q5Ft3ZGvTDqwT7FPOPaSI4hWnDHuYJjGiFEmuG6aH
ppOBoj1m7GZJmBKGxabMf/ffb9yQJMiMOFGkdGHeUquud1xYpwVdeiJsde5KiV4w
lhKSGFbEkufBK5s4MmYZQlrXbYEcNgPdnH+s6+0m0trbo50P11/CP2w8ILoDy/+g
SClrBG+qOvDAxzfhIA7L90cdGzzhPi+oXGydHwa1apTyQ/o2umRMY/0EHlGtJmnB
oReH/uUJfkWCnBrZX7dQKKfaiSuLepADxmxcywZbnxrODP0RNHdOc0ST2ehgUN86
yRxT1Y7tAl7ZSxGQYBWyrXppdwvbyyWLsRW5zzi5FQo9WOKqea12+SeHqFVrhDvD
Ivy3RWtg9HuCr+qyIpiG9+r30kTTgTDSIrwdVVYI82wL1dwNU064D7DYJnsxuYig
NIdLinsraM6TsqRb1wFjgjypDHv/KIFxT6SKxY2HkyCEvMf2ZwIYqB2JPoiA5cUh
pCDmX26eYQDkWNwxNh97sREXbFPheLcaCIMVADhJm+BR5fcumAMVjBRwPJNrnlYE
k8y7aR6JvxQanJ9D1VsIF/KeDcGcrLjcC+MRg2neCRpAI5LldjfCvyn1FuKOUL4n
EDkIOsi28+SkcbMLv+zioELFEovnuFAMkdrmmW7q2AKWpEKd2n/xyXDGnNbOmD7P
6It62hcTQyunJgySVNLBsdaP08+Qy/bRZo1+V3G++dPIHpQ/QhwPS0uhVpUb5+Xv
o8aQDH20NsjhpzshlRAXviarVWblXB+ry5cqc8J+VyuwdiZJXNRaxTAmDQWZoZVt
bb2vb6FXX7SJYniYF9kPvDv11v5c48kvRwHIjEyTq6SVdTDg8h9f8FKaCfzp8cxU
MbjW8SV0XVMMmkBYgSoggBAz8v0rJ65CAZfkMN6i87yqYSO61bI6fEaf/w08vOLv
hlrTqsG14ooq+8A0GpZIHdNIEonZhp4ai1vrM4YKARvm1XGDeMoNdZ9WahAP891R
Sti/LRzbB768OCT5ZES/l5tWcwMQqTSjqYKfymCX3pxulYkgSbQ9AUNsLs2qE0ku
tfXu09yM7VS0fqzs5rbKJiiqy/os7hBoHgYaLSxZYEJBDnSa71JQr4W+gZJ//BH4
lDsDcI8Pd2+WdBpS/ZPW4hlEXiPhlZv6NZdcLq9RFrQUA06q4c3fUTKGgjMi//g7
J2mtQTUTpUeDzfjlkvgathYw+wK6qR6AB127VXevZPjBPlqifEyb1bKeoayTbmmU
k7x183K9QQIDQAgCwaH7TULONzEpnyakIFawhgI9Or4aPZJ30742LkRHwsJBYOCj
To3202NWIsTPg+0YU5wGm5ArsDJgtAu2vom3EHIG3WTzhQr4kn8tJrnsBPdJVSY3
2bVePrPijdQZUaVYzyWxpPp1MVVZ8hPGXCJssvi4lfZ/+w/87kLThj/XW9LBS1Ew
RhxE5dUHVs9Sub0VOVqtYSLOWIG+nxyeqWjswmF3ImFf9Xl9QuY4ErFZHl5wvOTQ
4A7pQ4pNDMOCm1N3z0Da0El3WWiB9znRDdJmECVsCJTwT48QDr1Lwr3bpC4er+it
UqmCHpgScgp7bPzv+BqIuXfJH9dDNfGQPIpPOpikXZX+hCb8CflwfmEvYC/EmfCj
NxOT39xKrd0zvjSwZoPTSciHCRkCLR55I5ZcnE3KQ3h9mxUKI9t0WdmIl44jpvY1
TNBF51qxnFTtlieuvPTkE+q/pZi7JE37bKWxVIyc/uT5EsRPRsTIhc5MJjVK5J57
sJ8TZicR4Rrfk1Yt73HTmpBmr4sEOP6KhLtnkQ9BC3X6W6KRzFmcuotKAcNPMBWt
bGjZ4zwWOHTpKO5wN1SKd1mjWz2VEaK+pXmvZBT915/HbF7dxbnQtdkupph0Wpxn
lgcNdyEOLmrjuOgLrgDdB3opJTzL111FpZ5SPjp/BMQimawbQd7amyzdgV6BtRO2

Re: [sword-devel] 3 bugs in sword project (BibleBS or BCS)

[Troy A. Griffitts]

Jim,

How did you try to search for these in BibleCS?  Searching for Strongs 
works fine, as far as remember.  Did you click on the Show Strongs 
button, then right-click on one in the text and select search?  This 
will also show you the proper format to use when searching, if you'd 
just like to type in the number yourself.


Troy



On 01/16/2014 04:40 PM, Jim Michaels wrote:
as it is, I am told I am not allowed switch horses in the middle of my 
project. I must use The Sword Project. not sure, but I may not be able 
to change for a long time either...


could The Sword Project please be fixed?
thanks.

sorry, didn't know where to put bug reports for the sword project. I 
was working off of best information I could get.



*From:* Barry Drake bdr...@crosswire.org
*To:* Jim Michaels jmich...@yahoo.com; SWORD Developers'
Collaboration Forum sword-devel@crosswire.org
*Sent:* Tuesday, December 3, 2013 12:22 PM
*Subject:* Re: [sword-devel] 3 bugs in sword project (BibleBS or BCS)

On 20/11/13 02:30, Jim Michaels wrote:

 hi. if SWORD means BibleCS(BCS), I have submitted 3 bugs against
it. I
 am beginning to wonder if nobody is monitoring it. my best
 undestanding is that BibleCS means The Sword Project.
 could someone please fix those bugs and re-release?


This gets complicated.  BibleCS is an early Windows viewer for the
Sword
Project.  The Sword Project is a very versatile engine for making
Bible
and other modules available to a number of GUI applications
running on
many platforms.  For Windows, you ought to try BibleTime and Xiphos
which are both cross platform and have Windows versions.  Sword is
now
available on several other platforms including iOS and Android.

RegardsBarry Drake





___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Locale - proposal

[Troy A. Griffitts]

Hi guys,

Let me clear up 2 things, and suggest a third.

1) SWORD does have fallback locale logic:

http://crosswire.org/svn/sword/trunk/src/mgr/localemgr.cpp
(search for setDefaultLocaleName)

The problem is here:

if (!getLocale(tmplang)) {

// then continue to search for a fallback

}

getLocale never returns NULL. At some point, we changed it to return the 
default (en_US) if a locale was requested which doesn't exist (which 
obviously makes the if (!getLocale(...)) check never true).


This is a bug and should be the check should be changed to:

if (locales-find(tmplang) == locales-end()) {

I have just checked in a bug fix (and so the link above with show fixed 
code, sorry, but you can guess what it used to read).



2) If you'd like to display locale names to the user, please consider 
using the meta locale locale (file:locale.conf), which has an 
exhaustive list of all known locales along with their English 
counterparts. This can be used like this:


LocaleMgr *lm = LocaleMgr::getSystemLocaleMgr();
std::cout  lm-translate(de, locales)  \n; // prints Deutsch
std::cout  lm-translate(de.en, locales)  \n; // prints German

Peter, you may wish to grab the SystemLocaleManager as I've done above 
rather than using your previously posted:


LocaleMgr *localeMgr = new LocaleMgr();

This will save you scanning all the folders and reloading all the 
discovered locales.


But we seem to have an inconsistency here. In our locales.d/ files we 
use, e.g.,


Name=zh_Hant

In the locales.conf we use:

zh-Hant=繁体中文

(note the _ vs. -)

We also have many inconsistencies between our locale names and what is 
in the exhaustive locales.conf file.



3) Yeah, I agree with both of you that: a) if we have a specific locale 
but no general parent, the specific should be copied to the parent until 
such time as we get a better parent; b) we should not duplicate the 
other way round general to specific, as the fallback mechanism will 
cover this.


And finally, we need to clean this stuff up and make it consistent.

Chris, what would you suggest to use between underscore and dash, e.g., 
zh_Hant or zh-Hant?



Remember, we have MANY MORE language modules than we have locales for 
the engine. Wycliffe alone has made sure of this. The locales.conf file 
is intended to help frontend developers display language names to end 
users when they come across a module language code.


Having said this, using it for looking up a display name for a language 
from our locales should be an acceptable use as well, as suggested here.


We just need to be sure we are consistent between:

module.conf: Lang=zh_Hant
locale.conf Name=zh_Hant
locales.conf: zh_Hant=


Troy



On 01/03/2014 11:10 AM, DM Smith wrote:



 On Jan 3, 2014, at 11:37 AM, Peter von Kaehne ref...@gmx.net
 wrote:

 On Fri, 2014-01-03 at 10:54 -0500, DM Smith wrote: BTW, I like
 how Java searches for localized resource files. The actual
 implementation is rather complex (because it searches multiple
 locations), but to simplify: Given a language code, a country
 code and a script code (script is new to Java 7), it looks for
 the most specific first (i.e. using all three) and then looks for
 a bit less specific (i.e. lang/country and lang/script) and then
 for least specific (i.e. lang). Failing that it returns the
 application default, which does not specify any language, country
 or script.


 The C++ sword engine does not do the search for parents as you
 explain for Java.

 Right SWORD looks for exactly what is requested, nothing more. I was
 suggesting a change to the engine.

 Without an engine change you have to have file duplication.



 E.g. there is a locale de. Searching for de_DE should bring up de
 in absence of de_DE, but this does not happen. I have checked
 that.

 In Java looking for de would never find de_DE. For this, your
 suggestion of renaming the file is needed. de_DE - de.

 However, if a SWORD program only looks for de, it won't find de_DE.
 The SWORD engine has no fallback.

 Your suggestion was that a search for de to find de_DE. This goes
 from the less specific to the more specific and I don't think that
 makes sense. And it may come up with two choices as with Portuguese.


 But even if we make the engine's search more intelligent (to search
 for parent if the offspring search has failed), we still need
 to create duplicate locales for some of the situations where we
 have no parent locale, just offspring -e.g. in Russian and
 Arabic.

 Yes. In the case of JSword, if we only have one choice, Egyptian
 Arabic, we make that the default, ar. If we know it should not be the
 default, we also duplicate it as ar_EG. When we get another version
 of Arabic, we create ar_XX, or rename ar to ar_EG and create ar since
 XX is a better default.

 And if you have no fallback mechanism, then you have to do it via
 file duplication.

 Chinese is complicated and I do not know what the right solution
 is. Maybe in some places failure is the right answer.

 For 

[sword-devel] test

[Troy A. Griffitts]

Sorry guys.  RHEL yum updated from 6.4 to 6.5 and we seem to have lost 
our mailman configuration.  This is a first attempt to see if we have it 
restored.  No need to respond.


___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Diatheke doen't show anything...

[Troy A. Griffitts]

There should be no mods.conf. you should see a modules/ data folder created by 
installmgr in the same folder along side your mods.d/ configuration folder. Did 
installmgr create this folder for the data files? Did installmgr place any 
module configuration files inside your mods.d/ folder?

pHep paul.hep...@gmx.de wrote:
Thank you for your help!

But I did some tests...
This is the Output for diatheke without arguments:
/C:\Users\Familie\Desktop\SWORD\TEST\installmgrdiatheke
Diatheke command-line SWORD frontend Version 4.5
Copyright 1999-2009 by the CrossWire Bible Society
http://www.crosswire.org/sword/diatheke/
usage:
  diatheke -b module_name [-s search_type] [-r search_range]
[-o option_filters] [-m maximum_verses] [-f output_format]
[-e output_encoding] [-t script] [-v variant#(-1=all|0|1)]
[-l locale] -k query_key

If book is system you may use these system keys: modulelist,
modulelistnames, and localelist.
Valid search_type values are: regex, multiword, and phrase(def).
Valid option_filters values are: n (Strong's numbers),
  f (Footnotes), m (Morphology), h (Section Headings),
c (Cantillation), v (Hebrew Vowels), a (Greek Accents), p (Arabic
Vowels)
  l (Lemmas), s (Scripture Crossrefs), r (Arabic Shaping),
  b (Bi-Directional Reordering), x (Red Words of Christ)
Maximum verses may be any integer value
Valid output_format values are: GBF, ThML, RTF, HTML, OSIS, CGI, and
plain
(def)

Valid output_encoding values are: Latin1, UTF8 (def), UTF16, HTML, and
RTF
Valid locale values depend on installed locales. en is default.
The query_key must be the last argument because all following
  arguments are added to the key.

Example usage:
  diatheke -b KJV -o fmnx -k Jn 3:16
  diatheke -b WHNU -t Latin -o mn -k Mt 24
  diatheke -b KJV -s phrase -r Mt -k love

C:\Users\Familie\Desktop\SWORD\TEST\installmgr/

And this is the output for: diatheke -b system -k modulelist
/C:\Users\Familie\Desktop\SWORD\TEST\installmgrdiatheke -b system -k
modulelist
Biblical Texts:
Commentaries:
Dictionaries:
Generic books:/


It looks like it doesn't find my modules...
I've created the mods.conf and the mods.d in the directory
containing
the diatheke.exe the modules are installed in the same directory
(C:\Users\Familie\Desktop\SWORD\TEST\installmgr).
SWORD_PATH is set to
SWORD_PATH=C:\Users\Familie\Desktop\SWORD\TEST\installmgr!
Installmgr finds the SWORD_PATH, it works and installs the modules to
the
directory...

Is there something I've missed?
-kind regards,
Paul





--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-doen-t-show-anything-tp4653226p4653230.html
Sent from the SWORD Dev mailing list archive at Nabble.com.

___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] InstallMgr does not install modules in several conditions

[Troy A. Griffitts]

Installmgr attempts to install modules to your primary SWORD module folder. 
There is a priority order in which this folder is found. CWD is higher 
priority, the SWORD_PATH env variable, some other locations, and also location 
set in /etc/sword.conf. there's a readme somewhere with the lookup order. My 
guess is that it was using /etc/sword.conf and trying to install to 
/usr,/share/sword which you don't have permission without sudo.

Hope this helps.

yvand yvand.sw...@gmail.com wrote:
Hi all,

I tried to install modules from command line (for first time).
Finally I found in the wiki some samples and manage to install modules!

But I think installmgr does not behave properly.
If you run :
 rm -r ~/.sword
 echo yes | installmgr -init
 echo yes | installmgr -r CrossWire
 echo yes | installmgr -rl CrossWire
 echo yes | installmgr -ri CrossWire KJV
It won't install KJV (try installmgr -l or diatheke) ! You will see no
errors.
You need to create ~/.sword/mods.d and set $SWORD_PATH to ~/.sword !
In my opinion this is odd, installmgr should at least say give me a
directory in which I can work, output an error if mods.d does not
exists and not download all the files...

Moreover the first 3 commands does uses ~/.sword automatically and
creates subdirectories automatically...

I am running sword svn version.
Did I miss something? Is this a normal behaviour?

Regards,
yvand


___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page