Re: [sword-devel] Status of av11n conversions

[Костя Маслюк]

There is code/tool/data set at
http://crosswire.org/~kalemas/work/v11nmapping
That would be missed link to understand how it works. RefMap2cpp.py is
used to convert v11n description in XML file to data table that you
have been seen in the patch. XML files contain of two parts: full list
of the verses and mapping data for transitions only.

There is also testmappings.exe if you would like to test NRSV John 3,
it probably would work (i remember that in nrsv there are two cases,
but John would need no corrections). You can quickly move along the
module with this, switch active modules with different versification.
Source code is also available.


I use KJVA versification as intermediate, with use of meta space. I did
not encountered with complicated cases of meta space usage so I did not
documented it anywhere.


In NRSV Rev 12.18-19 is necessary for backward transition from KJVA to
NRSV. Rev 12.19 means next chapter first verse.


66, 13, 1, 1, 13, 1, 0,

66 - Rev, 13 - chapter, 1, 1 and 1, 0 means mapping ranges. It is exact
verse if range end is equal to zero or is below range start. In this
case nrsv is range and kjv is exact verse... This is necessary when we
transit from nrsv to vulg, because Rev 12.18-Rev 13.1 is the same, so i do
ranges comparision in KJV to correctly bring NRSV.Rev.13.1 to
VULG.Rev.13.1, because KJV.Rev.13.1 = VULG.Rev.12.18-Rev.13.1

66,  12,  18,  19,  13,  1,   0,
66,  13,  1,   1,   13,  1,   0,
Note, there is also different parse order: to KJV we parse backwards from
last to first, from KJV - forward data table parsing (or vice versa, i do
not remember :^).


*Absent Books*
unsigned char mappings_nrsv[] = {
0,
66,  12,  18,  19,  13,  1,   0,
66,  13,  1,   1,   13,  1,   0,
0
};
This data contain of two parts, first in Book Names list, NULL terminated,
second is Mapping Rulles List, also NULL terminated. Here Book names is
empty, but for Vulg there is:

unsigned char mappings_vulg[] = {
'E', 'p', 'J', 'e', 'r', 0,
'P', 'r', 'A', 'z', 'a', 'r', 0,
'S', 'u', 's', 0,
'B', 'e', 'l', 0,
0,
...

It is absent book names in KJV, necessary to correctly transit with non KJV
v11ns. For example, KJV does not contain PrAzar, but we able to correctly
transit from Synodal to Vulg, because Synodal have following:



...
In cpp data we use book numbers above versification book count: like
refSys.getBookCount() + 1 = "Sus". In Synodal:

unsigned char mappings_synodal[] = {
'P', 'r', 'A', 'z', 'a', 'r', 0,
'S', 'u', 's', 0,
'B', 'e', 'l', 0,
0,
...
26,  7,   2,   0,   7,   1,   0,
79,  3,   24,  0,   1,   1,   0,  35,

We test if 79 is greater than getBookCount(), if so we take last number -
35 as current book and 79 as target book: 79 - getBookCount() = "PrAzar".
Chapter and verse data is used as always.


*Verse Shifting*

21,  106, 0,   0,   107, 0,   0,
21,  107, 1,   2,   108, 1,   0,

First line - Vulg Ps.106 = KJV Ps.107, it should be clear.
Second Line: for whole chapter there is only one rule. I only need to
declare expansion or contraction, the rest of the chapter will be shifted,
including meta-versification space. Rules works on chapter level.


In conclusion two things i would add. Probably v11n xmls should be
converted to OSIS format, i have no decision because i do not see
advantages for now. I plan to change cpp rules format to have first number
equal to binary size of the rule, this seem to me good tone and would bring
backward compatibility for if we ever have module supplied versification
with mappings included.

Blessings.


2013/3/19 DM Smith 

> Konstantin,
>
> Thanks very much for the work you've done.
>
> I'm trying to understand the data structure. JSword is an independent
> implementation and doesn't use SWORD libraries. So to implement something
> like this, it'll be helpful to understand what the data structures and the
> data means.
>
> If I understand, you are using the KJVA as the common bridge between
> different versifications.
>
> For the NRSV you have the following:
>
> unsigned char mappings_nrsv[] = {
> 0,
> 66,  12,  18,  19,  13,  1,   0,
> 66,  13,  1,   1,   13,  1,   0,
> 0
> };
>
> If I read this correctly, 66 refers to Revelation (with the books are
> numbered from 1 for Genesis to 66 for Rev as appears in the KJV, and all
> apocryphal books are numbered higher than the canonical ordered as in the
> KJVA).
>
> In the first non-zero row, the 66, 12, 18, 19 means Rev 12:18-19 from the
> NRSV.
>
> And the "13, 1, 0" means Rev 13:1 in the KJV.
>
> So basically, NRSV Rev 12:18-19 is the same as KJV Rev 13:1.
>
> When I look into the NRSV versification in SWORD, I'm seeing that Rev 12
> goes to verse 18. Whereas the KJV goes to verse 17. Where does the 19 come
> in?
>
> The next line has 66, 13, 1, 1 (So NRSV 13:1) maps to 1

Re: [sword-devel] Synodal versification & IBT modules?

[Костя Маслюк]

No need to introduce new functions because last chapter would be always
calculated via getChapterMax().


Here is list of *difficult cases* of deuterocanonical content in Synodal
v11n
Dan.3.24-3.90 Prov.14.13 Prov.18.8

Here deuterocanonical text is inside of chapter... In text without
deuterocaninical content we would have a hole, if we fill hole we got v11n
mappings mismatch until the rest of chapter.

+ i didn't checked last verses across the Bible, such cases exists at least
in Proverbs, but those are easy to process.

Deuterocanonical Chapters
Dan.13 Dan.14 Ps.151

*Correct amount of verses*
Frontend should always show correct amount of verses and chapters, so i
should always check existence of chapters/verses before display selection
dialog. Another thing, that BibleTime Mini use Model-View-Controller
pattern and i need to know exactly how many entries module contain. If it
is ok to iterate with hasEntry() across a chapter, iterate across the
module will be slow. Scope-feature would be good thing here, or alternative
new Synodal v11n that consist of canonical content only. And third solution
module-supplied-v11n feature - that was discussed earlier.

*Need canonical only Russian module*
As here was said in Russia deuterocaonical material is not considered as
Godly-inspired, but useful for reading. And most of Russian Bibles (more
than 90%) published without this material. I really would like to avoid new
readers from this material to avoid confusion.

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

Re: [sword-devel] Synodal versification & IBT modules?

[Костя Маслюк]

Prov.13.26 Prov.18.25 Dan.3.34-100 - is not correct, but i also got
mistaken: Dan.3.24-3.90 *Prov.13.14* Prov.18.8


2013/5/13 John Austin 

>
>
> On 05/13/2013 05:34 PM, Костя Маслюк wrote:
>
>> No need to introduce new functions because last chapter would be always
>> calculated via getChapterMax().
>>
>
> I think that getChapterMax returns the maximum chapter in the verse
> system. But we still need something like lastChapterPresent to return the
> maximum chapter present in the module (which may be less than what
> getChapterMax returns).
>
>
>>
>> Here is list of *difficult cases* of deuterocanonical content in Synodal
>>
>> v11n
>> Dan.3.24-3.90 Prov.14.13 Prov.18.8
>>
>> Here deuterocanonical text is inside of chapter... In text without
>> deuterocaninical content we would have a hole, if we fill hole we got
>> v11n mappings mismatch until the rest of chapter.
>>
>> + i didn't checked last verses across the Bible, such cases exists at
>> least in Proverbs, but those are easy to process.
>>
>> Deuterocanonical Chapters
>> Dan.13 Dan.14 Ps.151
>>
>>
> Besides the deuterocanonical books, the following should be the compete
> list of all that is considered deuterocanonical in the Synodal v11n. All
> these verse segments represent either entire chapters which are located at
> the end of their book, or else are the end portion of a chapter.
>
>  eID="Josh.24.34-36"/>
>
>  sID="Ps.151.1-7"/>
>
>  eID="Prov.4.28-29"/>
>
>  eID="Prov.13.26"/>
>
>  eID="Prov.18.25"/>
>
>  eID="Dan.3.34-100"/>
>
>  sID="Dan.13.1-64"/><**/div>
>
>  sID="Dan.14.1-42"/><**/div>
>
>
>  *Correct amount of verses*
>>
>> Frontend should always show correct amount of verses and chapters, so i
>> should always check existence of chapters/verses before display
>> selection dialog. Another thing, that BibleTime Mini use
>> Model-View-Controller pattern and i need to know exactly how many
>> entries module contain. If it is ok to iterate with hasEntry() across a
>> chapter, iterate across the module will be slow. Scope-feature would be
>> good thing here, or alternative new Synodal v11n that consist of
>> canonical content only. And third solution module-supplied-v11n feature
>> - that was discussed earlier.
>>
>> *Need canonical only Russian module*
>>
>> As here was said in Russia deuterocaonical material is not considered as
>> Godly-inspired, but useful for reading. And most of Russian Bibles (more
>> than 90%) published without this material. I really would like to avoid
>> new readers from this material to avoid confusion.
>>
>> Blessings
>>
>>
>> __**_
>> sword-devel mailing list: sword-devel@crosswire.org
>> http://www.crosswire.org/**mailman/listinfo/sword-devel<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<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] mobile development update and invitation to participate

[Костя Маслюк]

Hello everyone. Lately BibleTime Mini was strongly promoted and i would
like to release it soon.

Here is list of currently supported platforms:
Android
iOS
MeeGo
Symbian S60 and Symbian^3
Windows Mobile

Wiki and download page:
http://sourceforge.net/p/bibletimemini/wiki/Supported%20Platforms/
http://sourceforge.net/projects/bibletimemini/files/rc1/

Whether it is possible to refresh information and image on mobile-devices
page at Crosswire site? (
https://a.fsdn.com/con/app/proj/bibletimemini/screenshots/screenshot.pngthis
image is appropriate)


Also i would like to invite some people:

   - People who would like to translate interface in to their language. A
   half of program uses BibleTime translation but other part needs to be
   translated.
   - Who would like to support platforms, because i haven't some devices
   from the list - i can not to provide full support for that platforms. If
   you haven't development skills - just regular feedback of how it works on
   your device would be good.
   - There are also some platforms supported by Qt which i do not want to
   introduce now, e.g. BlackBerry10.Welcome to port it if you have such
   devices.
   - Any help on delivery to app stores and maintain it there would be also
   appreciated.
   - And of course anyone who would like to take a part in development or
   just leave a critical note.

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

Re: [sword-devel] mobile development update and invitation to participate

[Костя Маслюк]

Ministro is required to run, it is strange that it is not available on your
device.

If after all the program is installed correctly and here would take place
runtime exception, i would be very grateful if you sent me a log file. It
would be captured for example CatLog application from Market.


2013/6/4 David Haslam 

> A few months ago, I tried BibleTime Mini on my Android tablet, but it just
> didn't work.
>
> I therefore assumed that the app is incompatible with this particular
> model.
> *Storage Options Scroll Excel 7*.
>
> cf.  Apps in the Google App Store all have notifications about
> compatibility
> or not as the case may be.
>
> Has anything been done to address this (in general).
> If not, this would be a real headache for potential users.

Likewise for the *Ministro II* software that has to be installed to support
>
it.
>

For a while yet no, im waiting for a stable release (at least rc1) Qt5 for
android, when Ministro dependency will be removed and Qt libraries will be
deployed with a single apk (that will be about 20MB, quite lot for reader
app).


> David
>
>
>
>
>
> --
> View this message in context:
> http://sword-dev.350566.n4.nabble.com/mobile-development-update-and-invitation-to-participate-tp4652393p4652396.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] mobile development update and invitation to participate

[Костя Маслюк]

2013/6/4 David Haslam 

> Sorry Kostya,
>
> For this you'll need to find someone else. I simply have not enough time,
> and I'm not sufficiently skilled as a developer to know even where to find
> such a log file on the file system.
>
> It's ok, of course. Will be waiting someone to confirm this issue and give
me logcat output. Now it is clear to me that this is runtime failure.

I did pre-install Minstro II (BT Mini prompted that), as it certainly was
> not part of the Android 4.0 build from Storage Options.
>
> However, there are other optional components of Android OS which they
> didn't
> include as an OEM build.
> e.g. No TTS engine, and no means to configure anyone else's.
>
> The Scroll Excel 7 is not very widely known in the market place for
> tablets.
> I bought it because there was a special offer from the BT Shop for BT
> Broadband customers last October.
>
> I was therefore not at all surprised when for no apparent reason, BibleTime
> Mini didn't succeed.
>
> My first foray into tablets, partly motivated by the desire to try out And
> Bible, with which I'm very pleased.
>
> David
>
___
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] mobile development update and invitation to participate

[Костя Маслюк]

Wow, its very valuable report for me!

I should to get another try to get clucene compiled for symbian, or at
least make Sword search usable as temporary solution

Blessings.


2013/6/5 Brian Schroeder 

> Hi Костя,
>
> I have successfully installed the Symbian version on my Nokia 701 and
> downloaded some bibles and books. Looks good so far - thankyou.
>
> However search is very important, so it would be great if something can be
> done to get this working.
>
> Brian.
>
>
> Костя Маслюк wrote:
>
>> Hello everyone. Lately BibleTime Mini was strongly promoted and i would
>> like to release it soon.
>>
>> Here is list of currently supported platforms:
>> Android
>> iOS
>> MeeGo
>> Symbian S60 and Symbian^3
>> Windows Mobile
>>
>>
>
> __**_
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/**mailman/listinfo/sword-devel<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] Bible book introductions

[Костя Маслюк]

05.06.2013 5:32 пользователь "Nic Carter"  написал:
> I guess we need to have some sort of implementation with which to try
this out with. I remember that trying to create a cLucene search index on
my old iPhone 3G was sufficiently silly that I removed that functionality
in PS. But I needed to test it to confirm that it was a stupid idea to
allow users to attempt it. (I would say the same for BibleTime mini & say
that 2.5hrs is way too long to even suggest a user plug in their phone and
run it overnight! But that's just my sanity shining through, and I'll
resume my insanity in a moment)...
>

This statement forced me to check: with BtMini i got nine minutes to create
clucene search index for KJV (iphone 3gs 6.1 firmware). Can't believe that
3g to 3gs performance difference can be up to 16 times.


Coming back to conversation subject, there can be i didn't noticed too,
whether idea with module-supplied-v11n was rejected? Compared to Scope
feature it is more powerful flexible, do not increase load on frontend, and
finally simple to realize. I even consider ability to provide several v11n
schemes for one module, whether it is necessary for user to turn off
deuterocanonical content.

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

Re: [sword-devel] mobile development update and invitation to participate

[Костя Маслюк]

Hi, again, i didn't expected that it would be so fast, but i have succeed
with clucene. Now there is version with indexed search for symbian
available (S60 should work but not tested yet):
https://sourceforge.net/projects/bibletimemini/files/rc1/

Blessings


2013/6/5 Brian Schroeder 

> Hi Костя,
>
> I have successfully installed the Symbian version on my Nokia 701 and
> downloaded some bibles and books. Looks good so far - thankyou.
>
> However search is very important, so it would be great if something can be
> done to get this working.
>
> Brian.
>
>
> Костя Маслюк wrote:
>
>> Hello everyone. Lately BibleTime Mini was strongly promoted and i would
>> like to release it soon.
>>
>> Here is list of currently supported platforms:
>> Android
>> iOS
>> MeeGo
>> Symbian S60 and Symbian^3
>> Windows Mobile
>>
>>
>
> __**_
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/**mailman/listinfo/sword-devel<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] Per Module V11N (Was Re: Bible book introductions)

[Костя Маслюк]

Thank you for renaming this thread.

My post was *primarily* about *getting* this feature *status*. Because if
we ever have it we need not Scope.

Simply when gatekeepers keep silent i don't know should i to persuade them
or my self :^)

And i agree with Nic, many good features i made have started from long idle
period and feeling that i do not like this...


Multiple module v11ns is just a new idea for me, about what i only started
to thinking, of course it require to change module format. Positive moment
here is that you have one data of different markup, user needs to download
one module instead of two.

I would agree that it is not worth to realize as for now,  but i think that
creativity is inexplicable thing and even bad idea could push on to good.

Blessings.


05.06.2013 20:01 пользователь "DM Smith"  написал:

>
> On Jun 5, 2013, at 5:43 AM, Костя Маслюк  wrote:
>
>  05.06.2013 5:32 пользователь "Nic Carter"  написал:
> > I guess we need to have some sort of implementation with which to try
> this out with. I remember that trying to create a cLucene search index on
> my old iPhone 3G was sufficiently silly that I removed that functionality
> in PS. But I needed to test it to confirm that it was a stupid idea to
> allow users to attempt it. (I would say the same for BibleTime mini & say
> that 2.5hrs is way too long to even suggest a user plug in their phone and
> run it overnight! But that's just my sanity shining through, and I'll
> resume my insanity in a moment)...
> >
>
> This statement forced me to check: with BtMini i got nine minutes to
> create clucene search index for KJV (iphone 3gs 6.1 firmware). Can't
> believe that 3g to 3gs performance difference can be up to 16 times.
>
>
> Coming back to conversation subject, there can be i didn't noticed too,
> whether idea with module-supplied-v11n was rejected? Compared to Scope
> feature it is more powerful flexible, do not increase load on frontend, and
> finally simple to realize. I even consider ability to provide several v11n
> schemes for one module, whether it is necessary for user to turn off
> deuterocanonical content.
>
> The intention of Scope was to declare what was actually in the module. It
> was not meant to hide module content.
>
> I don't know what thread it was. But my understanding is that every time
> this is brought up the answer is we aren't going to do that using the
> current module format but rather using a gen book format (and
> VerseTreeKey?).
>
> I think that part of it may be the desire to have mappings from one v11n
> to another. Having "arbitrary" per module v11n make the task hard.
>
> The problem of having multiple v11n per module is that is not how a v11n
> works. In the non-compressed module, there are two parts per testament: an
> index and a dat file. The v11n is used to convert a Bible reference into an
> index into the dat file. Basically, the structure of the v11n is given as
> counts of verses by chapters. If one v11n is missing content of the other,
> its index for every verse following will differ.
>
> There are two basic solutions:
> a) Build the module twice, such as is done with the KJV.
> b) Change the frontends to turn off/on non-canonical material. This
> requires distinct knowledge of the v11n to get it right.
>
> a) is a lot easier to do.
>
> If the frontends will only display books, chapters and verses that are
> actually in a module (e.g. in a verse picker) then we may not need both KJV
> and KJVA, NRSV and NRSVA, ..., but only the one that contains the
> apocrypha. In fact we probably can use the NRSV(A) for the KJV and get rid
> of the KJV v11n. But that day is a long way off.
>
> Hope this helps.
>
> 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
>
___
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] mobile development update and invitation to participate

[Костя Маслюк]

Thank you, i hope someone (last time is was Peter) to change Handhelds page
now, and after release version to post news at crosswire.org if it is
possible.


2013/6/6 David Haslam 

> Kostya,
>
> Once BibleTime Mini is mature enough to include in our release news, we
> ought to add a Symbian section to our Mobiles page.
>
> http://www.crosswire.org/applications.jsp?section=Handhelds
>
> Until you targeted the Symbian family, CrossWire simply had no product for
> those platforms.
>
> When the time comes, please enlist a CrossWire volunteer who has admin
> rights to edit our public web pages for help towards this goal.
>
> Best regards,
>
> David
>
>
>
> --
> View this message in context:
> http://sword-dev.350566.n4.nabble.com/mobile-development-update-and-invitation-to-participate-tp4652393p4652419.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] mobile development update and invitation to participate

[Костя Маслюк]

Yes i should restyle TextBox element, now it is Windows-styled with thin
frame around. I have also found that you need qwerty keyboard to start
search or with alphanumeric you need to manually insert Return symbol.
Mini supports native styles, you would try to set "Ui style" to "S60" in
settings if you like, TextBox there is more friendly styled (but as for me
it has acid green background, its in Nokia Remote Device Access)

Follow found passage is planed.

Modules are loated at application HOME : [installation
drive]:\private\E5723167\ . E5723167 - is application uid its in
development range, after release it must change. But i do not want to
change this behavior, let it be as much common on all platforms as
possible, by the way C:\ is not biggest drive on Symbian devices i seen.
You would add sword.conf file in application dir if you would like to
transfer modules.



2013/6/6 Brian Schroeder 

> Excellent, thanks Mark.
>
> That did work, but I can't imaging anyone NOT having a problem with it.
>  Also, there doesn't seem to be a way to go to a 'found' passage back in
> the text - aside from taking note of the reference and manually looking it
> up.
>
> Never-the-less, yet another step in the right direction!
>
> Brian.
>
>
> Mark Trompell wrote:
>
>> Hi Brian, I was puzzled too at first, but looking closer you should
>> find a textbox at the top which is easy to overlook because it fills
>> the complete screen width.
>>
>> On Thu, Jun 6, 2013 at 10:14 AM, Brian Schroeder
>>  wrote:
>>
>>> I updated to this latest version, but don't seem to be able to search.
>>> All I
>>> get is a blank screen with "Close" at the bottom. I have left it alone
>>> for
>>> about 15 minutes to see if it needed to do some indexing first, or
>>> something
>>> else like that, but still no change. Using the ESV.
>>>
>>> On a related issue, when I first installed BibletimeMini yesterday and
>>> started it, it just sat there for a long time and appeared to have not
>>> worked. I assume it was just updating its list of available versions from
>>> the repositories. It may be worth adding a startup message asking users
>>> to
>>> be patient and assuring them it is working. If it starts quickly this
>>> message will disappear without being seen, but if it takes a long time it
>>> will help.
>>>
>>> Brian.
>>>
>>
>
> __**_
> 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] mobile development update and invitation to participate

[Костя Маслюк]

1. Good enough in my opinion
2. Long press in search view mow follow passage, i have tested this on
desktop but on device this is slow. There is way to optimize this.
3. This is strange, could you please send me privately log from
c:\btlog.txt ?
4. I will make text black. "mini-night" is my favorite for now but i prefer
to leave "mini" by default.
5. Ok, thanks. I would like to make it unostentatious, but make ot little
longer or intensive should be good.
6. Because KJV is default Bible module, it is correct bevavior.
9. GREAT!  :^)

building packages for both platforms takes long enought time, and  as well
S60 package works on ^3. ^3 have only webkit support that is experimental
anyway.

Will find the solution for your last statement. Many thanks for your help
and let God bless you both.

12.06.2013 9:16 пользователь "Brian Schroeder" 
написал:
>
> Great - I can see more improvements.
>
> I have had a brief play with this and noted the following:
>
> 1) Full index of the KJV in 8 minutes (Belle FP1 on Nokia 701 - supposed
to be 1.3GHz now)
> 2) In the found box of the search screen pressed and held for a couple of
seconds (2 vibrations) and released.  The circle of dots froze.  After
about 5 more minutes of ignoring it I looked again and it was unfrozen, but
in the "Settings" screen. Repeated this and the same thing happened again.
> 3) Tried again using ESV - indexed in 5 minutes.  (Yes, it lost the
previous index again!)  Pressing while circle of dots appears and then
releasing again freezes.  Watched, and after about a minute the search
screen vanished and one of the other existing screens appeared.
> 4) The S60 UI gives me white text on a light green background - virtually
unreadable.  The new "mini" style is definitely an improvement on what was
there before.
> 5) Vibrate DOES work, but it is very brief and could possibly be
non-noticed.  Suggestion:  make it longer, and make it an option in the
settings (though I can see why having it enabled is good).
> 6) Cross references from the ESV opened up in the KJV.
> 7) Extra help text is great.
> 8) Pressing on references in the "Find" screen sometimes pops up an empty
box, and sometimes a verse or part thereof (in KJV).
> 9) I CAN now open a new module in a "left" or "right" screen. That bit is
fixed.
>
> What is the difference between the "S60" and the "3" versions of BTM
(aside from the fact the latest update is only S60)?
>
> My computer is running Linux at the moment, and when I attach my phone I
can see the E: and F: drives, but not the C: drive - though I can see the
C: drive directly on the phone.  On E: drive (the internal 8G of memory is
divided into C: and E: with most in E:) where I told it to install BTM, I
can see the indices and cache etc. under E:\data\Bibletime.  I can also see
E:\data\Sword\mods.d - but that is an empty folder.  I could not find the
installed modules on any of the 3 drives, and I could not find C:\btlog.txt.
>
> Brian.
>
>
> Konstantin Maslyuk wrote:
>>
>> Hi, i have just uploaded new version. With some fixes to search, there
really was crash when trying to search. And regarding to application
becomes unresponsive when switching current module, it seem to be fixed too
(i found that some modules in Crosswire repository still have such behavior
in desktop BibleTime, at least for some glossaries).
>>
>> On matter of long indexig time, could you say how it is long exactly? I
have tested nokia 700 in Remote Device Access and it took 10 minutes to
index KJV (do have you Belle Future Pack?, there is cpu speed up for your
model afaik)
>>
>> Regarding 2. i can not restart device in RDA, can you provide some
information. From 0.9.3 indexes as well as modules will be stored in
:\data\  in Bibletime\indecies and Sword folders
respectively, log is always at c:\btlog.txt . So you may open it and look,
and maybe indexes for ESV was removed as orphaned?
>>
>> 3. not sure, but ESV cross-references seems to not work properly. If
link is marked properly and you have at least one Bible it should open
following passage (you need default Bible configured, but it is configured
automatically on first Bible installation, if not - bug).
>>
>> Another features in this version are: vibration on Symbian devices (i
have no way to test it, so i hope on your help), it vibrates twice: after
second while you pressing the screen and after two seconds, this indicates
different actions (context or service). General Book support (all module
types are supported now), search in non-Bible modules.
>>
>> 5. added tips, hope that they are clear enough
>>
>> 6. made text box more obvious
>>
>> 8. this probably fixed stuff, report please if it persist anyway
>>
>> Blessings, and many thanks for your report!
>>
>>
>> Brian Schroeder  писал(а) в своём письме
Tue, 11 Jun 2013 11:22:03 +0400:
>>
>>> Hi Костя,
>>>
>>> I have spent a bit more time playing with BTM on my Nokia 701. On top
of the
>>> things that have already been discussed:
>>>
>>> 1. It took a VERY long t

Re: [sword-devel] mobile development update and invitation to participate

[Костя Маслюк]

Yes, i count it is unnecessary for intermediate version.

SF page have correct link on the Code:
http://gitorious.org/bibletime/mini

Latest Nokia Qt Sdk (1.2.1 ?)
CLucene from Qt boundle (try to search in qt src tree), copied on the same
level as btmini local copy
Sword, svn may not work,
http://gitorious.org/~kalemas/sword-svn-mirrors/kalemas_at_mail_ru-trunk on
same level as btmini local copy
Manualy apply patch ./platforms/symbian/btmini/config.h.diff to config.h
from clucene

That s all, just build/deploy ./platforms/symbian/btmini/btmini.pro via
QtCreator

Always glad to assist via email if you encountered problems or need help
with something related. Blessings.

12.06.2013 13:09 пользователь "Mark Trompell" 
написал:
>
> On Tue, Jun 11, 2013 at 10:33 PM, Konstantin Maslyuk
>  wrote:
> > Hi, i have just uploaded new version. With some fixes to search, there
> > really was crash when trying to search.
>
> No new one for ^3|anna|belle?
> How do you build them?
> maybe I can build them myself.
>
> --
> Mark Trompell
>
> Foresight Linux Xfce Edition
> Cause your desktop should be freaking cool
> (and Xfce)
>
> ___
> 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] mobile development update and invitation to participate

[Костя Маслюк]

You need to uninstall current version on BtMini and install latest one
again. It just found mods.d in working directory and do not go further.

Yes log does not contain information of why search index for ESV was
deleted. If it found index for i other modules i haven't clue about this,
for now.

The problem affects all GenBooks and Dictionaries(Devotionals, Lexicons),
and there is not obvious source of problem. Maybe sword core, maybe Symbian
do not zero-fy data on initialization, maybe something else. Other
platforms does not affected by this issue, maybe when i will testing
Windows Mobile with those modules, i got something. For now i just uploaded
version that whether crash or output incorrect data instead of eternal
cycle.

To change default modules, open Module selection popup and make long press
and hold on the module that you would like to make default. Added some info
in Tips for this.

"correct behavior". This is BibleTime way to handle this things, you always
able to change default module, and getting data from module you most prefer
to.

Blessings.




2013/6/14 Brian Schroeder 

> I am still unable to find the installed modules, but I was finally able to
> get hold of btlog.txt (it only shows up through Nokia's PC Suite).
> Attached, but probably not much use this time.
>
> However I am now unable again to add other modules. I open a new windows
> "Left", and press the "Modules" button which brings up the list of
> installed modules for me to choose from, but then the program freezes. If I
> leave it long enough it will eventually die completely.
>
> Also, how do I change the "default Bible module"? And why is this "correct
> behaviour" rather than using the 'current' Bible module?
>
> Brian.
>
>
> Костя Маслюк wrote:
>
>>
>> 1. Good enough in my opinion
>> 2. Long press in search view mow follow passage, i have tested this on
>> desktop but on device this is slow. There is way to optimize this.
>> 3. This is strange, could you please send me privately log from
>> c:\btlog.txt ?
>> 4. I will make text black. "mini-night" is my favorite for now but i
>> prefer to leave "mini" by default.
>> 5. Ok, thanks. I would like to make it unostentatious, but make ot little
>> longer or intensive should be good.
>> 6. Because KJV is default Bible module, it is correct bevavior.
>> 9. GREAT! :^)
>>
>> building packages for both platforms takes long enought time, and as well
>> S60 package works on ^3. ^3 have only webkit support that is experimental
>> anyway.
>>
>> Will find the solution for your last statement. Many thanks for your help
>> and let God bless you both.
>>
>>
> ___
> 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 Differing V11n Systems (was: Versifications and verse order)

[Костя Маслюк]

Sorry, when i try to imagine your conception of 'superset', i found verses
scattered all around the room after translation procedure. Have you any
visual representation of what you would like to achieve in final, or would
you make such a table by your self?

Should verses content be always equivalent in parallel view?

What a text should fill the gaps? This is most confusing to me, module
simply does not contain corresponding content, haven't clue what it could
be...

If we start to translating ListKey superset and displaying its content, we
can got long enough recursion, for example in Psalms, all the book will be
displayed when user request verse in chapter #3.


I have added rough draft of Parallel display with respect of av11n mappings
in BibleTime Mini:
https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip



2013/7/4 Troy A. Griffitts 

> Hi guys. The questions that need answers in this thread are logically
> complex and are one of the reasons we haven't finalized any additions to
> the core SWORD library to support this-- though I greatly appreciate the
> contributions made by Костя.
>
> Take, for example our standard 4 Bible web display preset for "OT
> Scholar", at Daniel chapter 3, around veres 23:
>
> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=**
> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv
>
> How should this look?
>
> The problem, for the uninitiated, is that The Prayer of Azariah and the
> Song of the Three Jews in the LXX is inserted between what we traditionally
> think of as verses 23 and 24. This makes verse 24 in the KJV very different
> content than what should be verse 24 in the LXX (our current LXX displayed
> from the link above does not include Apocryphal content)-- verse 24 in the
> LXX being the first part of the Apocryphal content, thus verse 91 in the
> LXX picking back up where verse 24, in say the NASB (without the apocryphal
> insertion), continues.
>
> The web interface above always displays in windows of 1 chapter. Thus the
> user has asked for Chapter 3 of Daniel, centered on verse 23.
>
> There are a few questions to answer.
>
> What if they had asked for verse 24?
>
> What content do we show?
>
> Use case: The user is a protestant pastor, has chosen NASB as his primary
> Bible, and is interested in seeing the parallel verses to the NASB in the
> other texts. He is not interested in seeing apocryphal insertions. He
> primarily cares about the NASB and only glances at the content from the
> other modules when interested in seeing the parallel.
>
> This is how the web frontend, and all current SWORD based frontends
> *should* currently work with no code changes, with the v11n translation
> facilities currently designed in the engine. It uses the first module as
> the "master" and iterated its key and pulls the equivalent verses from the
> other modules. The current facility in the engine allows for:
>
> lxx->setKey(nasb->getKey())
>
> resulting in the LXX being positioned to the equivalent verse (e.g., v91
> from nasb v24)-- if translation tables (for example from Костя) were in
> place.
>
> But this use case, while likely the most dominant, is not the most
> scholarly. A scholar would likely wish to see a *superset* of all verses
> from all displayed parallel Bibles, inserting gaps where they should go in
> the other text which do not contain the verses.
>
> Not too hard to imagine, but what is the programmer-friendly API interface
> for this? Harder to imagine. You can't simply choose one of the modules to
> iterate.
> Possibly:
>
> ListKey superset;
> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() <<
> wlc->getKey();
>
> then one could iterate the superset listkey.
>
> This would leave the work of figuring out where the gaps should go up to
> ListKey, or something in the translation system in VerseKey which backs
> ListKey.
>
> It's a complex problem, but we haven't even talked about the issue of
> reordered content. Sometime Romans 16:25-27a (obviously excluding the
> subscriptio) is located after Romans 14:23. This is an example of
> reordering. It doesn't give problems from our "chapter window display"
> because the reordering is across different chapters and you could still
> pick your poison from the 2 choices above for display logic, but what about
> display windows which allow more than a single chapter, like BibleDesktop?
> Now the question arises. If you've chosen to build a superset, where do the
> gaps go? You could reasonably add them to either place (after Romans 14:23
> in the modules which don't include the doxology here or after Romans 16:24
> for modules which don't include the doxology here). How do you decide? How
> should the program decide?
>
> Lot's of questions and input we all need to give and a working proof of
> concept for at least a single frontend before we commit to something for
> everyone to use in the en

Re: [sword-devel] Ubuntu Touch Bible app

[Костя Маслюк]

Hi, just would like add my points to this conversation.

If Ubuntu Phone OS supports Qt C++ development, why not to give a try to
existing Sword Qt Project? BibleTime Mini is now at releasing development
stage and have relative long development history. It use QtCreator
*.pro-file based building/deployment system, so you are able to just open
it and build. If you are looking for place to place efforts in Bible
software development, it is good point too collaborate too, because your
work will be available on other platforms (Android, IOS, Symbian, and other
packages are already been made).

I have plans to add QML support for some platforms (iOS and Android) to add
cool looking controls and animations to ui transitions.

By the way, Gary, is there any opportunity to unite efforts on both
BibleTime Mini and BibleTime Mobile from my side? I think together we are
able to produce better application for users.

Let God bless you.




2013/7/4 Israel 

> Hi everyone,
> There are a few of us who have banded together to start work on a Ubuntu
> Touch SWORD app.  Is anyone else working on one?
> If anyone is interested please join us on github.
> https://github.com/uBible
> We are currently in the process of working out the beginning details, such
> as UI setup, features, etc
> May the Lord Jesus bless you all!
>
> --
> Regards
>
>
> __**_
> 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 Differing V11n Systems (was: Versifications and verse order)

[Костя Маслюк]

2013/7/11 Chris Burrell 

> I don't think an explicit superset is required. An implicit one yes. By
> that I mean that if you allow a versification X to map to the known KJV
> Versification with parts (say 'a' 'b', or 'firstSentence',
> 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go
> from X to Y via the KJV without losing resolution.
>
> For the Psalms all I was intending to have is for example (taken example
> from memory for Leningrad - so might be the wrong psalm).
>
> Psalm.51.1=Psalm.51.0@a
> Psalm.51.2=Psalm.51.0@b
> Psalm.51.3-21=Psalm.51.1-19
>
> Meaning Leningrad (left) maps to the KJV verses (right). The part suffixes
> are only used if you are going from Leningrad through the KJV to say
> Synodal. If the Synodal were to declare exactly the same breakdown as
> above, also using the parts @a and @b it would mean you could end go from
> Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2
>

In current implementation there is some kind of backward translation
procedure. In cases where translation to KJV *contracts* verses, and then
it need to expand in destination v11n, i check of how KJV translate current
verse to source v11n and if there is expansion, i choose which verse i
should display. In other words it anyway will be
Psalm.51.1=>Psalm.51.0=>Psalm.51.1
Psalm.51.2=>Psalm.51.0=>Psalm.51.2
Psalm.51.3=>Psalm.51.1=>Psalm.51.3

Or maybe i loose something?



> In the above, the superset of keys really is:
> Psalm.51.0@a, Psalm51.0@b, and Psalm.51.1, Psalm.51.2, etc.
>
> Yes but when i try to map this superset to another v11n, what i should
expect to get?

Ps.51.0 + Ps.51.1 + Ps.51.2 - first entry
Ps.51.0 + Ps.51.1 + Ps.51.2 - also second
Ps.51.2 + Ps.51.3 - third, and so on for each module?



> You could obviously chose more meaningful part names say:
> Psalm.51.1=Psalm.51.0@repentance-prayer
> Psalm.51.2=Psalm.51.0@bathsheba-intro
>
> Or obviously, just keep track somewhere of what those parts really mean in
> practice.
>
> I think in terms of displays, there are really many options. Two things
> I'm looking at:
>
> * warning the user if for some reason we're displaying more verse ranges
> than the original passage... In other words, if we've broken 1 range into
> 2, and therefore omitted displaying some verses (because they don't map to
> the original passage), then we warn the user to say "it's not an error, and
> you're not seeing everything on purpose). The alternative is to somehow
> decide to show the missing verses - and then the complication is where do
> you put the missing verse in the verse order.
>
> * warning the user if you're displaying a verse more than once (nice to
> tell the user, hey, because of versification issues, this verse shouldn't
> be there twice, but we think it's beneficial to display twice because it
> really does map to both source verses).
>
>
> * Absent verses, I'm leaving blank at the moment.
>
> Chris
>
>
>
> On 10 July 2013 17:02, Костя Маслюк  wrote:
>
>> Sorry, when i try to imagine your conception of 'superset', i found
>> verses scattered all around the room after translation procedure. Have you
>> any visual representation of what you would like to achieve in final, or
>> would you make such a table by your self?
>>
>> Should verses content be always equivalent in parallel view?
>>
>> What a text should fill the gaps? This is most confusing to me, module
>> simply does not contain corresponding content, haven't clue what it could
>> be...
>>
>> If we start to translating ListKey superset and displaying its content,
>> we can got long enough recursion, for example in Psalms, all the book will
>> be displayed when user request verse in chapter #3.
>>
>>
>> I have added rough draft of Parallel display with respect of av11n
>> mappings in BibleTime Mini:
>> https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip
>>
>>
>>
>> 2013/7/4 Troy A. Griffitts 
>>
>> Hi guys. The questions that need answers in this thread are logically
>>> complex and are one of the reasons we haven't finalized any additions to
>>> the core SWORD library to support this-- though I greatly appreciate the
>>> contributions made by Костя.
>>>
>>> Take, for example our standard 4 Bible web display preset for "OT
>>> Scholar", at Daniel chapter 3, around veres 23:
>>>
>>> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=**
>>> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23

Re: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order)

[Костя Маслюк]

Troy, integrating this in BibleTime Mini, i found that it is hard task to
make parallel Bible display to work correctly (in he light of av11n
support). And in my opinion it does not worth to force each frontend to
implement this.

I have two ideas for now:

   1. provide Chapter and Entry renderer, as input it will take ListKey(or
   VerseKey with bounds) and vector of Modules and output formated text. Maybe
   it will require some kind of mergeFilters.
   2. same as above but as output it will give table of VerseKeys that
   frontend will render itself.

Maybe someone have ideas?


2013/7/11 Костя Маслюк 

>
>
>
> 2013/7/11 Chris Burrell 
>
>> I don't think an explicit superset is required. An implicit one yes. By
>> that I mean that if you allow a versification X to map to the known KJV
>> Versification with parts (say 'a' 'b', or 'firstSentence',
>> 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go
>> from X to Y via the KJV without losing resolution.
>>
>> For the Psalms all I was intending to have is for example (taken example
>> from memory for Leningrad - so might be the wrong psalm).
>>
>> Psalm.51.1=Psalm.51.0@a
>> Psalm.51.2=Psalm.51.0@b
>> Psalm.51.3-21=Psalm.51.1-19
>>
>> Meaning Leningrad (left) maps to the KJV verses (right). The part
>> suffixes are only used if you are going from Leningrad through the KJV to
>> say Synodal. If the Synodal were to declare exactly the same breakdown as
>> above, also using the parts @a and @b it would mean you could end go from
>> Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2
>>
>
> In current implementation there is some kind of backward translation
> procedure. In cases where translation to KJV *contracts* verses, and then
> it need to expand in destination v11n, i check of how KJV translate current
> verse to source v11n and if there is expansion, i choose which verse i
> should display. In other words it anyway will be
> Psalm.51.1=>Psalm.51.0=>Psalm.51.1
> Psalm.51.2=>Psalm.51.0=>Psalm.51.2
> Psalm.51.3=>Psalm.51.1=>Psalm.51.3
>
> Or maybe i loose something?
>
>
>
>> In the above, the superset of keys really is:
>> Psalm.51.0@a, Psalm51.0@b, and Psalm.51.1, Psalm.51.2, etc.
>>
>> Yes but when i try to map this superset to another v11n, what i should
> expect to get?
>
> Ps.51.0 + Ps.51.1 + Ps.51.2 - first entry
> Ps.51.0 + Ps.51.1 + Ps.51.2 - also second
> Ps.51.2 + Ps.51.3 - third, and so on for each module?
>
>
>
>> You could obviously chose more meaningful part names say:
>> Psalm.51.1=Psalm.51.0@repentance-prayer
>> Psalm.51.2=Psalm.51.0@bathsheba-intro
>>
>> Or obviously, just keep track somewhere of what those parts really mean
>> in practice.
>>
>> I think in terms of displays, there are really many options. Two things
>> I'm looking at:
>>
>> * warning the user if for some reason we're displaying more verse ranges
>> than the original passage... In other words, if we've broken 1 range into
>> 2, and therefore omitted displaying some verses (because they don't map to
>> the original passage), then we warn the user to say "it's not an error, and
>> you're not seeing everything on purpose). The alternative is to somehow
>> decide to show the missing verses - and then the complication is where do
>> you put the missing verse in the verse order.
>>
>> * warning the user if you're displaying a verse more than once (nice to
>> tell the user, hey, because of versification issues, this verse shouldn't
>> be there twice, but we think it's beneficial to display twice because it
>> really does map to both source verses).
>>
>>
>> * Absent verses, I'm leaving blank at the moment.
>>
>> Chris
>>
>>
>>
>> On 10 July 2013 17:02, Костя Маслюк  wrote:
>>
>>> Sorry, when i try to imagine your conception of 'superset', i found
>>> verses scattered all around the room after translation procedure. Have you
>>> any visual representation of what you would like to achieve in final, or
>>> would you make such a table by your self?
>>>
>>> Should verses content be always equivalent in parallel view?
>>>
>>> What a text should fill the gaps? This is most confusing to me, module
>>> simply does not contain corresponding content, haven't clue what it could
>>> be...
>>>
>>> If we start to translating ListKey superset and displaying its content,
>>> we can got long enou

Re: [sword-devel] Help wanted: LXX & Orthodox versifications

[Костя Маслюк]

I would take something. What about this:

canon_tischendorf.h (Tischendorf LXX)
https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/02.VetusTestamentumGraece.LXX.Interp.v1.Gen-Esth.Tischendorf.rev.1856..pdf
https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/03.VetusTestamentumGraece.LXX.Interp.v2.Job-Hab.Tischendorf.rev.1856..pdf




2013/7/28 Chris Little 

> We have two new versifications that look like they will be ready for
> inclusion in 1.7.0: a LXX versification for LXXs & translations of LXXs and
> an Orthodox versification (based on the LXX v11n, but using a different
> book order and fewer books).
>
> These are all based on chapter and verse counts from a set of LXXs and LXX
> translations, and the process of generating these counts had to be done by
> hand since few of the source texts are digitized and those that are
> digitized are not generally trustworthy.
>
> I believe I did a fairly accurate job of checking every chapter for its
> highest verse, but I'm not confident that there are no errors. So I would
> really appreciate if some of you could volunteer to check my work. There
> aren't any particular technical requirements for this, beyond being able to
> use a browser & a text editor.
>
> There are twelve LXXs/translations for which I have collected data at
> http://www.crosswire.org/svn/**sword-tools/trunk/**
> versification/lxx_v11ns/
>
> The source texts for each are listed in their .h files, near the top. Most
> of the source texts are online, usually at Google Books and/or Internet
> Archive. A couple are only available as printed texts, and I quite
> understand if no one can check those.
>
> In approximate order of what needs most urgent checking, we have:
> canon_swete.h   (Swete LXX)
> canon_saas.h(Orthodox Study Bible OT -- print only)
> canon_tischendorf.h (Tischendorf LXX)
> canon_nets.h(NETS translation)
> canon_brenton.h (Brenton translation)
> canon_thomson.h (Thomson translation)
> canon_asser.h   (Asser translation)
> canon_rahlfs.h  (Rahlfs LXX)
> canon_howard.h  (Howard's LXX Pentateuch translation)
> canon_ottley.h  (Ottley's Cod. Alexandrinus Isaiah translation)
> canon_charles.h (Charles' APOT)
> canon_charlesworth.h(Charlesworth's OTP -- print only)
>
> The only part that needs checking is the big vm array under the "Maximum
> verses per chapter" comment. This looks something like:
>
> int vm_brenton[] = {
>   // Genesis
>   31, 24, 25, 26, 31, 23, 24, 22, 29, 32,
>   32, 20, 18, 24, 21, 16, 27, 33, 38, 18,
>   34, 24, 20, 67, 34, 35, 46, 22, 35, 43,
>   55, 32, 20, 31, 29, 44, 35, 30, 23, 23,
>   57, 38, 34, 34, 28, 34, 31, 22, 33, 26,
>
> The part that needs confirmation is that the highest verse in Gen chapter
> 1 is 31, in chapter 2 it's 24, in chapter 3 it's 25, etc. Chapter counts
> may vary slightly, but that's not important here, and missing chapters
> should simply be recorded as having 0 verses.
>
> If you would be willing to take on a volume, please claim it.
>
> If you have suggestions of additional LXX editions or translations that we
> should be certain we can represent, please suggest.
>
> Thanks,
> 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

Re: [sword-devel] Help wanted: LXX & Orthodox versifications

[Костя Маслюк]

Chronicles 1, Psalms 151 - maybe the only cases. Daniel 3 is also hard case
and i do not know why there are two books for Daniel.

There are commentaries in brackets in attached file.


2013/7/30 Chris Little 

> That would be terrific. Thanks, Костя.
>
> One thing to keep in mind is to ignore any numbers in parentheses. These
> represent other versification systems (usually the Masoretic
> versification), so we don't want to capture that data.
>
> --Chris
>
>
>
> On 7/29/2013 4:17 AM, Костя Маслюк wrote:
>
>> I would take something. What about this:
>>
>> canon_tischendorf.h (Tischendorf LXX)
>> https://ia600308.us.archive.**org/19/items/Tischendorf.ii.**
>> greekOldTestament.10Volumes.**var.ed.1835-1880/02.**
>> VetusTestamentumGraece.LXX.**Interp.v1.Gen-Esth.**
>> Tischendorf.rev.1856..pdf<https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/02.VetusTestamentumGraece.LXX.Interp.v1.Gen-Esth.Tischendorf.rev.1856..pdf>
>> https://ia600308.us.archive.**org/19/items/Tischendorf.ii.**
>> greekOldTestament.10Volumes.**var.ed.1835-1880/03.**
>> VetusTestamentumGraece.LXX.**Interp.v2.Job-Hab.Tischendorf.**
>> rev.1856..pdf<https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/03.VetusTestamentumGraece.LXX.Interp.v2.Job-Hab.Tischendorf.rev.1856..pdf>
>>
>>
>>
>>
>> 2013/7/28 Chris Little > <mailto:chris...@crosswire.org**>>
>>
>>
>> We have two new versifications that look like they will be ready for
>> inclusion in 1.7.0: a LXX versification for LXXs & translations of
>> LXXs and an Orthodox versification (based on the LXX v11n, but using
>> a different book order and fewer books).
>>
>> These are all based on chapter and verse counts from a set of LXXs
>> and LXX translations, and the process of generating these counts had
>> to be done by hand since few of the source texts are digitized and
>> those that are digitized are not generally trustworthy.
>>
>> I believe I did a fairly accurate job of checking every chapter for
>> its highest verse, but I'm not confident that there are no errors.
>> So I would really appreciate if some of you could volunteer to check
>> my work. There aren't any particular technical requirements for
>> this, beyond being able to use a browser & a text editor.
>>
>> There are twelve LXXs/translations for which I have collected data at
>> http://www.crosswire.org/svn/_**_sword-tools/trunk/__**
>> versification/lxx_v11ns/<http://www.crosswire.org/svn/__sword-tools/trunk/__versification/lxx_v11ns/>
>>
>> <http://www.crosswire.org/svn/**sword-tools/trunk/**
>> versification/lxx_v11ns/<http://www.crosswire.org/svn/sword-tools/trunk/versification/lxx_v11ns/>
>> >
>>
>> The source texts for each are listed in their .h files, near the
>> top. Most of the source texts are online, usually at Google Books
>> and/or Internet Archive. A couple are only available as printed
>> texts, and I quite understand if no one can check those.
>>
>> In approximate order of what needs most urgent checking, we have:
>> canon_swete.h   (Swete LXX)
>> canon_saas.h(Orthodox Study Bible OT -- print only)
>> canon_tischendorf.h (Tischendorf LXX)
>> canon_nets.h(NETS translation)
>> canon_brenton.h (Brenton translation)
>> canon_thomson.h (Thomson translation)
>> canon_asser.h   (Asser translation)
>> canon_rahlfs.h  (Rahlfs LXX)
>> canon_howard.h  (Howard's LXX Pentateuch translation)
>> canon_ottley.h  (Ottley's Cod. Alexandrinus Isaiah
>> translation)
>> canon_charles.h (Charles' APOT)
>> canon_charlesworth.h(Charlesworth's OTP -- print only)
>>
>> The only part that needs checking is the big vm array under the
>> "Maximum verses per chapter" comment. This looks something like:
>>
>> int vm_brenton[] = {
>>// Genesis
>>31, 24, 25, 26, 31, 23, 24, 22, 29, 32,
>>32, 20, 18, 24, 21, 16, 27, 33, 38, 18,
>>34, 24, 20, 67, 34, 35, 46, 22, 35, 43,
>>55, 32, 20, 31, 29, 44, 35, 30, 23, 23,
>>57, 38, 34, 34, 28, 34, 31, 22, 33, 26,
>>
>> The part that needs confirmation is that the highest verse in Gen
>> chapter 1 is 31, in chapter 2 it's 24, in chapter 3 it

Re: [sword-devel] Help wanted: LXX & Orthodox versifications

[Костя Маслюк]

what about:

canon_rahlfs.h  (Rahlfs LXX)

The Septuagint (LXX) with morphological data - Alfred
Rahlfs<http://bookfi.org/g/Alfred%20Rahlfs>
http://bookfi.org/book/1042833

digitized text, looks very clean...
At archive.org can't find proper reference.



2013/7/30 Chris Little 

> Thanks again, Костя.
>
> On 7/30/2013 5:54 AM, Костя Маслюк wrote:
>
>> Chronicles 1,
>>
> This was indeed an error.
>
>  Psalms 151
>>
> Psalm 151 is actually in there, but without verse numbers (so I said it
> just contains one verse) or a chapter number. It follows the note about
> there being another genuine Psalm of David.
>
>
>  - maybe the only cases. Daniel 3 is also hard
>> case and i do not know why there are two books for Daniel.
>>
>
> Daniel is always difficult. There are two versions of Daniel because one
> comes from Theodotion and the other is the Old Greek version. For those
> LXXes that have both, I just record the greater of the two verse counts.
>
> That small book at the end that mentions Habakkuk in the title is a second
> copy of Bel & the Dragon. The true title for this book, when it appears as
> a separate book, is apparently "From the prophecy of Habakkuk, the son of
> Jesus, of the tribe of Levi".
>
> --Chris
>
>
>
>
> __**_
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/**mailman/listinfo/sword-devel<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] Help wanted: LXX & Orthodox versifications

[Костя Маслюк]

Ok, maybe:

canon_swete.h   (Swete LXX)
link to pdf reference inside

Or there is more priority v11n?



2013/8/3 Chris Little 

> The Rahlfs' LXX data /should/ be very accurate. It's based on the CCAT
> data, which I compared to a print edition last summer. Since the source is
> already quite reliable, I assessed this as a relatively low priority.
> --Chris
>
>
> On 8/2/2013 9:54 AM, Костя Маслюк wrote:
>
>> what about:
>>
>> canon_rahlfs.h  (Rahlfs LXX)
>>
>> The Septuagint (LXX) with morphological data -Alfred Rahlfs
>> <http://bookfi.org/g/Alfred%**20Rahlfs<http://bookfi.org/g/Alfred%20Rahlfs>
>> >
>>
>> http://bookfi.org/book/1042833
>>
>> digitized text, looks very clean...
>> At archive.org <http://archive.org> can't find proper reference.
>>
>>
>>
>> 2013/7/30 Chris Little > <mailto:chris...@crosswire.org**>>
>>
>>
>> Thanks again, Костя.
>>
>> On 7/30/2013 5:54 AM, Костя Маслюк wrote:
>>
>> Chronicles 1,
>>
>> This was indeed an error.
>>
>> Psalms 151
>>
>> Psalm 151 is actually in there, but without verse numbers (so I said
>> it just contains one verse) or a chapter number. It follows the note
>> about there being another genuine Psalm of David.
>>
>>
>> - maybe the only cases. Daniel 3 is also hard
>> case and i do not know why there are two books for Daniel.
>>
>>
>> Daniel is always difficult. There are two versions of Daniel because
>> one comes from Theodotion and the other is the Old Greek version.
>> For those LXXes that have both, I just record the greater of the two
>> verse counts.
>>
>> That small book at the end that mentions Habakkuk in the title is a
>> second copy of Bel & the Dragon. The true title for this book, when
>> it appears as a separate book, is apparently "From the prophecy of
>> Habakkuk, the son of Jesus, of the tribe of Levi".
>>
>> --Chris
>>
>>
>>
>>
>> __**___
>> sword-devel mailing list: sword-devel@crosswire.org
>> <mailto:sword-devel@crosswire.**org >
>> 
>> http://www.crosswire.org/__**mailman/listinfo/sword-devel<http://www.crosswire.org/__mailman/listinfo/sword-devel>
>> 
>> <http://www.crosswire.org/**mailman/listinfo/sword-devel<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<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<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] Help wanted: LXX & Orthodox versifications

[Костя Маслюк]

I did not discovered any issue in Swete. Log of what been checked attached
(plus sign mean that chapter(s) verified).


2013/8/5 Chris Little 

> Yes, if you have time to check Swete, that would be great. It's probably
> the most important one other than Rahlfs'.
>
> If you do check it, you can skip Gen-Tob (the first 20 books). I
> re-checked those already when producing the data for the Cambridge
> versification. (The Swete and Cambridge LXXs are Cambridge's editio critica
> minor & maior of the LXX, so they use virtually identical versifications.
>
> --Chris
>
>
>
> On 08/05/2013 02:38 AM, Костя Маслюк wrote:
>
>> Ok, maybe:
>>
>> canon_swete.h   (Swete LXX)
>> link to pdf reference inside
>>
>> Or there is more priority v11n?
>>
>>
>>
>> 2013/8/3 Chris Little > <mailto:chris...@crosswire.org**>>
>>
>>
>> The Rahlfs' LXX data /should/ be very accurate. It's based on the
>> CCAT data, which I compared to a print edition last summer. Since
>> the source is already quite reliable, I assessed this as a
>> relatively low priority.
>> --Chris
>>
>>
>> On 8/2/2013 9:54 AM, Костя Маслюк wrote:
>>
>> what about:
>>
>> canon_rahlfs.h  (Rahlfs LXX)
>>
>> The Septuagint (LXX) with morphological data -Alfred Rahlfs
>> <http://bookfi.org/g/Alfred%__**20Rahlfs
>>
>> 
>> <http://bookfi.org/g/Alfred%**20Rahlfs<http://bookfi.org/g/Alfred%20Rahlfs>
>> >>
>>
>> http://bookfi.org/book/1042833
>>
>> digitized text, looks very clean...
>> At archive.org <http://archive.org> <http://archive.org> can't
>>
>> find proper reference.
>>
>>
>>
>> 2013/7/30 Chris Little > <mailto:chris...@crosswire.org**>
>> <mailto:chris...@crosswire.org <mailto:chris...@crosswire.org**
>> >__>>
>>
>>
>>
>>  Thanks again, Костя.
>>
>>  On 7/30/2013 5:54 AM, Костя Маслюк wrote:
>>
>>  Chronicles 1,
>>
>>  This was indeed an error.
>>
>>  Psalms 151
>>
>>  Psalm 151 is actually in there, but without verse numbers
>> (so I said
>>  it just contains one verse) or a chapter number. It follows
>> the note
>>  about there being another genuine Psalm of David.
>>
>>
>>  - maybe the only cases. Daniel 3 is also hard
>>  case and i do not know why there are two books for
>> Daniel.
>>
>>
>>  Daniel is always difficult. There are two versions of
>> Daniel because
>>  one comes from Theodotion and the other is the Old Greek
>> version.
>>  For those LXXes that have both, I just record the greater
>> of the two
>>  verse counts.
>>
>>  That small book at the end that mentions Habakkuk in the
>> title is a
>>  second copy of Bel & the Dragon. The true title for this
>> book, when
>>  it appears as a separate book, is apparently "From the
>> prophecy of
>>  Habakkuk, the son of Jesus, of the tribe of Levi".
>>
>>  --Chris
>>
>>
>>
>>
>>  __**_
>>
>>  sword-devel mailing list: sword-devel@crosswire.org
>> <mailto:sword-devel@crosswire.**org >
>>  <mailto:sword-devel@crosswire.**__org
>> <mailto:sword-devel@crosswire.**org >>
>> 
>> http://www.crosswire.org/**mailman/listinfo/sword-devel<http://www.crosswire.org/mailman/listinfo/sword-devel>
>> 
>> <http://www.crosswire.org/__**mailman/listinfo/sword-devel<http://www.crosswire.org/__mailman/listinfo/sword-devel>
>> >
>>
>>  
>> <http://www.crosswire.org/__**mailman/listinfo/sword-devel<http://www.crosswire.org/__mailman/listinfo/sword-devel>
>> 
>> <http://www.crosswire.org/**mailman/listinfo/sword-devel<http://www.crosswire.org/mailman/listinfo/sword-devel>
>> >>
>>  Instructions to unsubscribe/change your settings at above
>> page
>>
>>
>&

[sword-devel] clucene indexing time issue

[Костя Маслюк]

Post it here because PocketSword team potentially would be interested too.

Some time ago i got strange issue when indexing time in BibleTime Mini
increased from 9 minutes to several hours. Investigating this i found that
one line been removed from BibleTime code, it have following setup for
clucene writer:

// Always create a new index:
typedef lucene::index::IndexWriter IW;
QSharedPointer writer(new IW(index.toLatin1().constData(), &an,
true));
writer->setMaxFieldLength(BT_MAX_LUCENE_FIELD_LENGTH);
writer->setUseCompoundFile(true); // Merge segments into a single
file

and following line was removed, when i restored it, index building time
returned to 9 minutes on all mobile targets:
writer->setMinMergeDocs(1000);

Let me know if this removal was related with any bugfix.
___
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] clucene indexing time issue

[Костя Маслюк]

If it is just compatibility issue, then i need to just ifdef it in Mini
code (it been not synced since initial commit in April 2011 indeed).


I did not found such setup for clucene writer in Sword code, so i suppose
that Sword based frontends have more slow index building than it could be,
at least for mobile devices.

Blessings.


2013/8/14 Greg Hellings 

> And here's the documentation for the method
>
>
> http://lucenenet.apache.org/docs/2.9.4/html/3b1c494d-9376-8fe5-9582-dd09f22a7584.htm
>
>
> On Wed, Aug 14, 2013 at 12:20 PM, Jaak Ristioja  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi!
>>
>> The line was removed in 2011 by commit 3e7c91:
>>
>>   commit 3e7c91810726ca5632371410f587ee05a3b5364a
>>   Author: Gregory Hellings 
>>   Date:   Sun Oct 23 13:17:51 2011 -0500
>>
>>   Compatibility with CLucene 2.
>>
>>   Patch adapted from Jonathan Dieter and Deji Akingunola.
>>   Supports both CLucene 2 and CLucene 0.
>>
>> Maybe they can help you.
>>
>> Blessings,
>> Jaak
>>
>> On 14.08.2013 17:04, Костя Маслюк wrote:
>> > Post it here because PocketSword team potentially would be
>> > interested too.
>> >
>> > Some time ago i got strange issue when indexing time in BibleTime
>> > Mini increased from 9 minutes to several hours. Investigating this
>> > i found that one line been removed from BibleTime code, it have
>> > following setup for clucene writer:
>> >
>> > // Always create a new index: typedef lucene::index::IndexWriter
>> > IW; QSharedPointer writer(new IW(index.toLatin1().constData(),
>> > &an, true));
>> > writer->setMaxFieldLength(BT_MAX_LUCENE_FIELD_LENGTH);
>> > writer->setUseCompoundFile(true); // Merge segments into a single
>> > file
>> >
>> > and following line was removed, when i restored it, index building
>> > time returned to 9 minutes on all mobile targets:
>> > writer->setMinMergeDocs(1000);
>> >
>> > Let me know if this removal was related with any bugfix.
>> >
>> >
>> > ___ 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
>> >
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.20 (GNU/Linux)
>>
>> iQgcBAEBAgAGBQJSC7xlAAoJEEqsYmEt1rCO4R4//2IXO2JZEsSyJ1OAbFG5hFaJ
>> Jr48Lflatot58+GLnv+3dIg4bcZl9ZsxPoAHLMJesCcL88It+yZaxspXKRTZQ32I
>> NNYi35KtrPnYxgEKd4rdcLrP9PV5QOO+5nACfLNJ+sVtqgL9nEWzWtN0ve6hfQRg
>> OdUf0V8gwpvnapwIv5gHRN9lPcDM+PjgFIWRafvUe4zmfO8LppiuiSpoUGZiJuou
>> tB2QM6anzPvno/4trlErZ5xie5BJxtQqjShpSbCS4VloTNlenDmYw0tGf7PL/DgT
>> laOMJ99hqdsY3klnJm7afGE9qGsvS7vT4fU7Sn8u5VrJybHTUVYqzGX/+ubAta0p
>> 1xIZ+MK8rTxLpbsZzLJXU0oEfHiRQCqP0x7xZGWPmIlYKq50PtldThXEWe/QIEQJ
>> TMfKdJoaa6LX8otkyoMudG5fifO3E9EtRp65k55vJuFC952ldla3cogH6SrS0Gcr
>> pD1vJHAus9/yD1xF/TYqiis6YyYx/yVjmh6PAFCu42QPGpBv0v2P//Q48E9ytw+s
>> UBUPZncxLoodjMVh6+ULxrUMuAv2pqXCb840xbw8XVBkrEGGyICPw/mhVq7PgH4t
>> KlW3J8cRB9d14g4vZsI+/J7pjqz6PeVphLlJXGhJr9bIcIVhC3TeMqItdNlmfFzR
>> ubrha8SNjNfAp+JVjtdmt68JnG748ixMBwfVbHbH+PMCF0nC/G4AeQBEfGdkgIfc
>> YXkAKf5fF/znETR1aWQpmC/xqSTrB81VWP7n+DC6IqQuSMbBud457IykPulMNDjV
>> W3kWTbVXFLDrZrJr7eaXXop+34cNH5gIw8sYUTrMA0lAUkfTBAPJ/RQWUr17toFy
>> On/9wLUvKJhlUqmcJ/ULZgeeBSR6whVozaKQI8Xt3iSoya0cjXWmzKge64A9rvUD
>> 8+SftlVm3ArJ2jhDqqdnK2iGXlQqSkiF6U1eHh//vXIPw1GVrPS0yM4tsDD3dEhg
>> 1yNjiCt4Fqc/o0Wb1Ht2aAlAOye2tCtCMd2KCu2aTaue2NZc1PUH2fGSslC3csk5
>> or3w9IE9fiH5Dmxrh9ei/FY6HaeZQIVXrkgD4topG8kEO32me5Vn1SRnzaqaKTxC
>> yzF/CPKHcDgDl6cjZ7BAbPcquP87tNbPUKsBBLrDKfKgb8JOqd+/DTxYzc3lFTmp
>> pnhDwl6jN3omRmQwUsndCq4ujyXqbYTbI+47/wiPd5/lPi0dtzzOsIDVPqLzVuwJ
>> Lbt5cJSDeL7TlCxUHDSpLJPrDGEZ9+Ljf8ubdGdpnewZHUIeY4H6c781Zuv+xDHS
>> Lz5ird6CnH6JRhHvNExRJxf+kV7XIvi62O/ma44DoqA6cTXgZTrOhpmSTD1+gsSn
>> j6hknIrsXMXyGJaw0FKKa0zcI9NSC4wlzWVBnlelwlas7tzIxEAeJbiO19SFQjs6
>> r+ndkRbQwl/d5gHnY70Thc4gFhx/n1EejkG8vrlWDUILJrndzMMIIaT/9c/nsN3A
>> /V7XMSdfaKSNkzZVBQFEmVl1Xa0XS/vsMgI61y9PrBtEwnwP0tVYyAxxo4ND8wjt
>> DbT+Yht1RmX0hrntUI6U3m+91t3HZxi1ZOuWAQ3qZiomXSwMSTfaZYM36zoiiTWU
>> 5zv54uxgYYnxvb7c3gT+8At7tbHbom2NIb9kuxKEOF0PZIVyezPf3eTA8SktZo+J
>> uYSF9QR3mMV8r46gOm5OPi2m+vh2oxIFhYOjcQvWQMaA+Tm60b7GtVX8EsIweC7h
>> vvddZ7GAAAgUdKnPFiA95u8cN5GLqkXMq8cNFrcht5bSYamKoikxQ3j69UOgmZ3N
>> O+t+YJndyn3oyn4ShwnIsPMwR/TbnYZkWc7nmVM/AiANpqPRacVQvJAbYYcx36v0
>> HjAj9lE2CtG5/1k1TemUr6OkntHw7+1KV5keq3MjID+SujbuK

Re: [sword-devel] SWORD 1.7.0RC3

[Костя Маслюк]

Failed to make cmake build. I'm of course not cmake specialist, but it
fails with two generators... With my build system it compiles normally.


2013/8/18 Troy A. Griffitts 

> OK, all latest fixes, updates, and make system changes are in.
> ChangeLog all cleaned up.
>
> Please give us a thumbs up or down as you try this release candidate with
> your project
>
> http://crosswire.org/sword/**alpha/alpha/sword-1.7.0RC3.**tar.gz
>
> Thanks for all the contributions and testing on this release process.
>  Hope we're close with this one.
>
> Thanks to God,
> 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
>
d:\dev\build\win32\sword17>"C:\Program Files (x86)\CMake 2.8\bin\cmake.exe" -DCM
AKE_MAKE_PROGRAM="D:/dev/qt/qt51-online/Tools/mingw48_32/bin/mingw32-make.exe" -
DCMAKE_CXX_COMPILER="D:/dev/qt/qt51-online/Tools/mingw48_32/bin/g++.exe" -DCMAKE
_C_COMPILER="D:/dev/qt/qt51-online/Tools/mingw48_32/bin/gcc.exe" -G"MinGW Makefi
les" ..\..\..\sword-1.7.0RC3\
-- The CXX compiler identification is GNU 4.8.0
-- The C compiler identification is GNU 4.8.0
-- Check for working CXX compiler: D:/dev/qt/qt51-online/Tools/mingw48_32/bin/g+
+.exe
-- Check for working CXX compiler: D:/dev/qt/qt51-online/Tools/mingw48_32/bin/g+
+.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: D:/dev/qt/qt51-online/Tools/mingw48_32/bin/gcc.
exe
-- Check for working C compiler: D:/dev/qt/qt51-online/Tools/mingw48_32/bin/gcc.
exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Configuring your system to build libsword.
CMake Error at cmake/options.cmake:45 (PROCESS_VERSION):
  PROCESS_VERSION Macro invoked with incorrect arguments for macro named:
  PROCESS_VERSION
Call Stack (most recent call first):
  CMakeLists.txt:33 (INCLUDE)


CMake Error at cmake/options.cmake:46 (PROCESS_VERSION):
  PROCESS_VERSION Macro invoked with incorrect arguments for macro named:
  PROCESS_VERSION
Call Stack (most recent call first):
  CMakeLists.txt:33 (INCLUDE)


-- SWORD Version 000
--
-- SEARCHING FOR SYTEM PACKAGES
-- System regex.h: No
--
-- CONFIGURING SOURCE LIST
-- ZLib: internal
-- cURL: no
-- CLucene: no
-- PkgConfig: no
-- ICU: no
-- Regex.h: internal
-- Building Shared library.
-- Building Static library.
CMake Error at CMakeLists.txt:118 (SET_TARGET_PROPERTIES):
  set_target_properties called with incorrect number of arguments.


-- Setting SOVERSION to
-- Setting link libraries to
--
-- CONFIGURING INSTALLATION DESTINATIONS
-- Destination: C:/Program Files (x86)/libsword
-- Configuring incomplete, errors occurred!

d:\dev\build\win32\sword17>cd ..

d:\dev\build\win32>pause
Для продолжения нажмите любую клавишу . . .d:\dev\build\win32\sword17>"C:\Program Files (x86)\CMake 2.8\bin\cmake.exe" ..\.
.\..\sword-1.7.0RC3\
-- Building for: Visual Studio 11
-- The CXX compiler identification is MSVC 17.0.50727.1
-- The C compiler identification is MSVC 17.0.50727.1
-- Check for working CXX compiler using: Visual Studio 11
-- Check for working CXX compiler using: Visual Studio 11 -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler using: Visual Studio 11
-- Check for working C compiler using: Visual Studio 11 -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Configuring your system to build libsword.
CMake Error at cmake/options.cmake:45 (PROCESS_VERSION):
  PROCESS_VERSION Macro invoked with incorrect arguments for macro named:
  PROCESS_VERSION
Call Stack (most recent call first):
  CMakeLists.txt:33 (INCLUDE)


CMake Error at cmake/options.cmake:46 (PROCESS_VERSION):
  PROCESS_VERSION Macro invoked with incorrect arguments for macro named:
  PROCESS_VERSION
Call Stack (most recent call first):
  CMakeLists.txt:33 (INCLUDE)


-- SWORD Version 000
--
-- SEARCHING FOR SYTEM PACKAGES
-- System regex.h: No
--
-- CONFIGURING SOURCE LIST
-- ZLib: internal
-- cURL: no
-- CLucene: no
-- PkgConfig: no
-- ICU: no
-- Regex.h: internal
-- Building Shared library.
-- Building Static library.
CMake Error at CMakeLists.txt:118 (SET_TARGET_PROPERTIES):
  set_target_properties called with incorrect number of arguments.


-- Setting SOVERSION to
-- Setting link libraries to
--
-- CONFIGURING INSTALLATION DESTINATIONS
-- Destination: C:/Program Files (x86)/libsword
-- Configuring incomplete, errors occurred!

d:\dev\build\win32\sword17>___
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 1.7.0RC3

[Костя Маслюк]

CMake 2.8.11 on Windows 7 x64
___
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] update handhelds page

[Костя Маслюк]

Hello.

Who is responsible for updating pages on Crosswire site? I would like
http://crosswire.org/applications.jsp?section=Handhelds
to be updated for BibleTime Mini frontend.

Actual website:
http://bibletimemini.sourceforge.net/

Actual description:
BibleTime Mini is Sword frontend designed for mobile devices and available
for: Android, iOS, MeeGo, Symbian and Windows Mobile platforms.

Actual screenshot:
http://bibletimemini.sourceforge.net/images/btmini.png

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

Re: [sword-devel] update handhelds page

[Костя Маслюк]

At Google Play only. Nokia - soon, Apple - maybe never (i do not want to
pay each app store to deliver free content), Windows Mobile market been
closed.


2013/8/29 ref...@gmx.net 

> Is it in the respective app stores?
>
> Sent from my HTC
>
>
> - Reply message -----
> From: "Костя Маслюк" 
> To: "SWORD Developers' Collaboration Forum" 
> Subject: [sword-devel] update handhelds page
> Date: Thu, Aug 29, 2013 09:52
>
>
> Hello.
>
> Who is responsible for updating pages on Crosswire site? I would like
> http://crosswire.org/applications.jsp?section=Handhelds
> to be updated for BibleTime Mini frontend.
>
> Actual website:
> http://bibletimemini.sourceforge.net/
>
> Actual description:
> BibleTime Mini is Sword frontend designed for mobile devices and available
> for: Android, iOS, MeeGo, Symbian and Windows Mobile platforms.
>
> Actual screenshot:
> http://bibletimemini.sourceforge.net/images/btmini.png
>
> 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] First steps in creating a WIN8 App - need help

[Костя Маслюк]

> Now I’ve tried to test the libsword.lib and created a project with the
> simple.cpp which you had added to the „sword/examples/“ folder.
>
> I builded the project and started the .exe in commandline but I got a
> error mesage wich says: 
>
> C:\Users\Familie\Desktop\Crosswire\example\Test3\Debug\Test3.exe lookup
> KJV James 1:19
>
> SWMgr: Can't find 'mods.conf' or 'mods.d'.  Try setting:
>
> SWORD_PATH=
>
> Or see the README file for a full description of setup options
> ()
>
> ** **
>
> I’ve googled but really didn’t find a solution how to set up the .conf
> files and their pathes…
>

This happens when Sword application could not find modules. There are
several ways to fix this. If you have Sword modules already installed, set
environment variable SWORD_PATH to folder containing mods.d and modules
folders. Either using Control Panel->System or command line "set
SWORD_PATH=...". If you haven't modules installed using Xiphos or
BibleTime, you would download it from
http://crosswire.org/sword/modules/ModDisp.jsp?modType=Bibles and extract
to working directory you run example (remember that Visual Studio set
working directory to solution root, instead of executable directory).


> And an other question is, do you know whether the libsword.lib will run
> under ARM-devices? E.g for WindowsRT…?
>
As far as i know nobody tried to build Sword for Windows RT. Feel free to
try and report here whether it was successful or not.

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

Re: [sword-devel] First steps in creating a WIN8 App - need help

[Костя Маслюк]

>
>
> That’s my Terminal output:
>
>
>
> C:\Users\Familie\Desktop\Crosswire\FIRST TEST>Test3.exe lookup KJV "James
> 1:19"
>
>
>
> usage: Test3.exe  <"lookup key">
>
>
It seems there is no keyword "lookup". Try just :

C:\Users\Familie\Desktop\Crosswire\FIRST TEST>Test3.exe KJV "James1:19"
___
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] update handhelds page

[Костя Маслюк]

Now in Nokia store, if it matter.


2013/8/29 Костя Маслюк 

> At Google Play only. Nokia - soon, Apple - maybe never (i do not want to
> pay each app store to deliver free content), Windows Mobile market been
> closed.
>
>
> 2013/8/29 ref...@gmx.net 
>
>> Is it in the respective app stores?
>>
>> Sent from my HTC
>>
>>
>> - Reply message -
>> From: "Костя Маслюк" 
>> To: "SWORD Developers' Collaboration Forum" 
>> Subject: [sword-devel] update handhelds page
>> Date: Thu, Aug 29, 2013 09:52
>>
>>
>> Hello.
>>
>> Who is responsible for updating pages on Crosswire site? I would like
>> http://crosswire.org/applications.jsp?section=Handhelds
>> to be updated for BibleTime Mini frontend.
>>
>> Actual website:
>> http://bibletimemini.sourceforge.net/
>>
>> Actual description:
>> BibleTime Mini is Sword frontend designed for mobile devices and
>> available for: Android, iOS, MeeGo, Symbian and Windows Mobile platforms.
>>
>> Actual screenshot:
>> http://bibletimemini.sourceforge.net/images/btmini.png
>>
>> 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] update handhelds page

[Костя Маслюк]

Web version of Google Play have "BibleTime Mini". Can you state device you
are using, so i can investigate why it is not visible for you.

Blessings.


2013/9/4 Marais, Johan: Absa 

> I checked last night on Google Play, but BibleTime Mini was not found -
> are you aware of a reason why not?
>
> ** **
>
> Thank you,
>
> ** **
>
> Johan Marais**
>
> ** **
>
> *From:* Костя Маслюк [mailto:kostyamasl...@gmail.com]
> *Sent:* 03 September 2013 11:45 AM
>
> *To:* SWORD Developers' Collaboration Forum
> *Subject:* Re: [sword-devel] update handhelds page
>
> ** **
>
> Now in Nokia store, if it matter.
>
> ** **
>
> 2013/8/29 Костя Маслюк 
>
> At Google Play only. Nokia - soon, Apple - maybe never (i do not want to
> pay each app store to deliver free content), Windows Mobile market been
> closed.
>
> ** **
>
> 2013/8/29 ref...@gmx.net ****
>
> Is it in the respective app stores?
>
> Sent from my HTC
>
> ** **
>
> - Reply message -
> From: "Костя Маслюк" 
> To: "SWORD Developers' Collaboration Forum" 
> Subject: [sword-devel] update handhelds page
> Date: Thu, Aug 29, 2013 09:52
>
> ** **
>
> Hello.
>
> Who is responsible for updating pages on Crosswire site? I would like
> http://crosswire.org/applications.jsp?section=Handhelds
>
> to be updated for BibleTime Mini frontend.
>
> Actual website:
>
> http://bibletimemini.sourceforge.net/
>
> Actual description:
> BibleTime Mini is Sword frontend designed for mobile devices and available
> for: Android, iOS, MeeGo, Symbian and Windows Mobile platforms.
>
> Actual screenshot:
> http://bibletimemini.sourceforge.net/images/btmini.png
>
> 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
>
> ** **
>
> ** **
>
> Important Notice:
>
> Absa is an Authorised Financial Services Provider and Registered Credit
> Provider, registration number: NCRCP7. This e-mail and any files
> transmitted with it may contain information that is confidential,
> privileged or otherwise protected from disclosure. If you are not an
> intended recipient of this e-mail, do not duplicate or redistribute it by
> any means. Please delete it and any attachments and notify the sender that
> you have received it in error. Unless specifically indicated, this e-mail
> is not an offer to buy or sell or a solicitation to buy or sell any
> securities, investment products or other financial product or service, an
> official confirmation of any transaction, or an official statement of Absa.
> Any views or opinions presented are solely those of the author and do not
> necessarily represent those of Absa. This e-mail is subject to terms
> available at the following link: http://www.absa.co.za/disclaimer. The
> Disclaimer forms part of the content of this email. If you are unable to
> access the Disclaimer, send a blank e-mail to disclai...@absa.co.za and
> we will send you a copy of the Disclaimer. By messaging with Absa you
> consent to the foregoing.* *By emailing Absa you consent to the terms
> herein. This email may relate to or be sent from other members of the Absa
> Group.
>
> ___
> 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] update handhelds page

[Костя Маслюк]

Do not know about Play Store... Not http://play.google.com/ ?

Your device is ARMv6, but Qt currently provide only ARMv7 binaries for Qt5.
I have made build that should run on your device:
http://sourceforge.net/projects/bibletimemini/files/release/BibleTime-Mini_Android-Necessitas_0-9-12.apk/download

Blessings.


2013/9/4 Johan Marais 

> Thank you.
>
> ** **
>
> I searched on Play Store (apologies not Google Play) and I am using an
> oldish Samsung Galaxy Gio, S5660.
>
> ** **
>
> Regards,
>
> ** **
>
> Johan Marais
>
> ** **
>
> *From:* Костя Маслюк [mailto:kostyamasl...@gmail.com]
> *Sent:* 04 September, 2013 3:24 PM
>
> *To:* SWORD Developers' Collaboration Forum
> *Subject:* Re: [sword-devel] update handhelds page
>
> ** **
>
> Web version of Google Play have "BibleTime Mini". Can you state device you
> are using, so i can investigate why it is not visible for you.
>
> Blessings.
>
> ** **
>
> 2013/9/4 Marais, Johan: Absa 
>
> I checked last night on Google Play, but BibleTime Mini was not found -
> are you aware of a reason why not?
>
>  
>
> Thank you,
>
>  
>
> Johan Marais
>
>  
>
> *From:* Костя Маслюк [mailto:kostyamasl...@gmail.com]
> *Sent:* 03 September 2013 11:45 AM
>
>
> *To:* SWORD Developers' Collaboration Forum
>
> *Subject:* Re: [sword-devel] update handhelds page
>
>  
>
> Now in Nokia store, if it matter.
>
>  
>
> 2013/8/29 Костя Маслюк 
>
> At Google Play only. Nokia - soon, Apple - maybe never (i do not want to
> pay each app store to deliver free content), Windows Mobile market been
> closed.
>
>  
>
> 2013/8/29 ref...@gmx.net 
>
> Is it in the respective app stores?
>
> Sent from my HTC
>
>  
>
> - Reply message -
> From: "Костя Маслюк" 
> To: "SWORD Developers' Collaboration Forum" 
> Subject: [sword-devel] update handhelds page
> Date: Thu, Aug 29, 2013 09:52
>
>  
>
> Hello.
>
> Who is responsible for updating pages on Crosswire site? I would like
> http://crosswire.org/applications.jsp?section=Handhelds
>
> to be updated for BibleTime Mini frontend.
>
> Actual website:
>
> http://bibletimemini.sourceforge.net/
>
> Actual description:
> BibleTime Mini is Sword frontend designed for mobile devices and available
> for: Android, iOS, MeeGo, Symbian and Windows Mobile platforms.
>
> Actual screenshot:
> http://bibletimemini.sourceforge.net/images/btmini.png
>
> 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
>
>  
>
>  
>
> Important Notice:
>
> Absa is an Authorised Financial Services Provider and Registered Credit
> Provider, registration number: NCRCP7. This e-mail and any files
> transmitted with it may contain information that is confidential,
> privileged or otherwise protected from disclosure. If you are not an
> intended recipient of this e-mail, do not duplicate or redistribute it by
> any means. Please delete it and any attachments and notify the sender that
> you have received it in error. Unless specifically indicated, this e-mail
> is not an offer to buy or sell or a solicitation to buy or sell any
> securities, investment products or other financial product or service, an
> official confirmation of any transaction, or an official statement of Absa.
> Any views or opinions presented are solely those of the author and do not
> necessarily represent those of Absa. This e-mail is subject to terms
> available at the following link: http://www.absa.co.za/disclaimer. The
> Disclaimer forms part of the content of this email. If you are unable to
> access the Disclaimer, send a blank e-mail to disclai...@absa.co.za and
> we will send you a copy of the Disclaimer. By messaging with Absa you
> consent to the foregoing.* *By emailing Absa you consent to the terms
> herein. This email may relate to or be sent from other members of the Absa
> Group.
>
>
> ___
> 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] update handhelds page

[Костя Маслюк]

Yes, if you are about unrecognized characters, drawn with hollow
rectangles, then it is about underlying framework i use to port application
to different platforms - Qt. Unfortunately for your device is available
only Qt version 4.8.2, and Google Play contain application built against Qt
5.1.0 that have fix for this issue, and is more compact - does not require
Ministro.

In other words we would wait some time till next version of Qt that i hope
will be available for your type of processor come.


Currently BibleTime Mini available for Windows Mobile at maximum version
6.5.3, Windows Phone 7 and 8 - yet unavailable. WP7 - there is effort to
make version of BibleTime Mini for at least interop-fully-unlocked models.
WP8 - there is effort to port Qt framework on this platform, as only it
happen - i will make version for this platform.

Blessings.


2013/9/4 Johan Marais 

> Thank you for the link, I installed the BibleTime package and it asked for
> Ministro, which I also downloaded and installed, then it asked to install
> extra libraries, which I selected, but then the phone ran out of space.***
> *
>
> ** **
>
> I downloaded "our" bible module (TS1998) and I am busy checking the
> functionalities out now. One think I noticed (I always check that out
> first) is that the fonts that we (Institute for Scripture Research) use do
> not display correctly (Numbers 1).
>
> ** **
>
> Is it possible to select different fonts - the fonts do show correctly in
> And Bible.
>
> ** **
>
> Please keep up the good work, I appreciate it. I see BibleTime Mini is
> also available for the Windows phone, is that for Windows 8 type phones?**
> **
>
> ** **
>
> In His Name.
>
> ** **
>
> Johan Marais
>
> Institute for Scripture Research
>
> www.messianic.co.za
>
> ** **
>
> The Scriptures 1998 is available for various Bible study programs e-Sword,
> The Word, MySword (Android), LOGOS and the various front-ends from
> Crosswire, including BibleTime Mini. Please download The Scriptures 1998
> free from our web site. If you don't already have e-Sword, The Word or one
> of the front-ends of Crosswire bible study programs installed, download it
> free from *www.e-sword.net*, *
> http://www.crosswire.org/sword/modules/ModInfo.jsp?modName=TS1998*, *
> www.theword.gr,* YouVersion (*www.bible.org*) or *www.mysword.info*.
>
> The Scriptures 1998 is now also available for Logos from
> http://www.logos.com/product/10030/the-scriptures, although not for free. The
> Scriptures is also available for Logos' mobile applications, please
> download from within the application.
>
> ** **
>
> The Scriptures 1998 is also available for e-readers, please download for
> free from our web site at http://www.isr-messianic.org/
>
> ** **
>
> *From:* Костя Маслюк [mailto:kostyamasl...@gmail.com]
> *Sent:* 04 September, 2013 6:02 PM
>
> *To:* SWORD Developers' Collaboration Forum
> *Subject:* Re: [sword-devel] update handhelds page
>
> ** **
>
> Do not know about Play Store... Not http://play.google.com/ ?
>
> Your device is ARMv6, but Qt currently provide only ARMv7 binaries for
> Qt5. I have made build that should run on your device:
>
>
> http://sourceforge.net/projects/bibletimemini/files/release/BibleTime-Mini_Android-Necessitas_0-9-12.apk/download
> 
>
> Blessings.
>
> ** **
>
> 2013/9/4 Johan Marais 
>
> Thank you.
>
>  
>
> I searched on Play Store (apologies not Google Play) and I am using an
> oldish Samsung Galaxy Gio, S5660.
>
>  
>
> Regards,
>
>  
>
> Johan Marais
>
>  
>
> *From:* Костя Маслюк [mailto:kostyamasl...@gmail.com]
> *Sent:* 04 September, 2013 3:24 PM
>
>
> *To:* SWORD Developers' Collaboration Forum
> *Subject:* Re: [sword-devel] update handhelds page
>
>  
>
> Web version of Google Play have "BibleTime Mini". Can you state device you
> are using, so i can investigate why it is not visible for you.
>
> Blessings.
>
>  
>
> 2013/9/4 Marais, Johan: Absa 
>
> I checked last night on Google Play, but BibleTime Mini was not found -
> are you aware of a reason why not?
>
>  
>
> Thank you,
>
>  
>
> Johan Marais
>
>  
>
> *From:* Костя Маслюк [mailto:kostyamasl...@gmail.com]
> *Sent:* 03 September 2013 11:45 AM
>
>
> *To:* SWORD Developers' Collaboration Forum
>
> *Subject:* Re: [sword-devel] update handhelds page
>
>  
>
> Now in Nokia store, if it matter.
>
>  
>
> 2013/8/29 Костя Маслюк 
>
> 

Re: [sword-devel] update handhelds page

[Костя Маслюк]

2013/9/5 Peter von Kaehne 

> So, symbian, windows and adroid are using established install paths
> acceptable to most ordinary users?
>
> iOS needs an rooted, jailbroken phone, but works afterwards fine?
>
> Is this correct?
>

Yes. We would also mention here MeeGo version, that should appear in Store
from day to day.

>
> If so, I would suggest we re-write the page accordingly. I would not
> mention then iOS, but keep that for interested users on your website
> somewhere visible.
>

It is ok.

>
> 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

Re: [sword-devel] update handhelds page

[Костя Маслюк]

BibleTime Mini was approved to Nokia Ovi Store for MeeGo platform and to
BlackBerry AppWorld for BlackBerry10 platform. Just little update.

Indeen there is no need to mention iOS for BtMini for now.

Blessings.


2013/9/6 Nic Carter 

>
> Hi team.
>
> Can you please make sure that if you are advertising that you support iOS
> that you have a BIG DISCLAIMER about how the user needs to jailbreak their
> iOS device? We should really be stressing that to do so will void their
> warranty with Apple and is not a suggested route to take unless you really
> know what you're doing?
> I have personally met several people who did jailbreak their iPhone on
> advice and then tried to take their phone to Apple to get repaired only to
> find out that they had no warranty left because they had jailbroken it.
>
> [and, yes, you can argue that Apple shouldn't void your warranty if you
> jailbreak your own personal device, but let's not go there and instead look
> at the fact that this is what currently happens and look to how we can best
> look after our end-users by giving them all the facts.]
>
> Thanks, ybic
> nic...  :)
>
> On 05/09/2013, at 9:19 PM, Костя Маслюк  wrote:
>
> 2013/9/5 Peter von Kaehne 
>
>> So, symbian, windows and adroid are using established install paths
>> acceptable to most ordinary users?
>>
>> iOS needs an rooted, jailbroken phone, but works afterwards fine?
>>
>> Is this correct?
>>
>
> Yes. We would also mention here MeeGo version, that should appear in Store
> from day to day.
>
>>
>> If so, I would suggest we re-write the page accordingly. I would not
>> mention then iOS, but keep that for interested users on your website
>> somewhere visible.
>>
>
> It is ok.
>
>>
>> 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

Re: [sword-devel] Xiphos Repository

[Костя Маслюк]

Hi, alzat, vigil and yastageeb modules are visible in BibleTime Mini.

Blessings.
10.11.2013 12:54 пользователь "Pola Edward" <5...@hotmail.com> написал:

> Hi,
> Thanks to Karl, He published my Arabic GenBook modules in Xiphos
> Repository . I thought I'll find them in all frontends but i couldn't
> I was only able to find them using Xiphos frontend, but Bible Time and And
> Bible Couldn't find the Modules although they look in the Xiphos repository
> .
>
> So what's the problem ? is it cache ? or non-updated mirror ?
>
> Thanks in advance and Thanks again to Karl
> Pola Edward
>
>
> ___
> 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 Repository

[Костя Маслюк]

2013/11/11 Pola Edward <5...@hotmail.com>

> Hi Костя Маслюк,
>
> Thanks for your suggestion about Bible Time mini, I tried it today for the
> first time .
> Just have some Notes
>

BibleTime 2.9.2 see those modules, investigating AndBible i found that
mods.d.tar.gz have *.conf have files for your modules but them are still
not visible in frontend.

>
>- Arabic Modules Descriptions are rendered from Left to Right with
>wrong order
>Example (كلام عربى تجريبى) Becomes (تجريبى عربى كلام)
>
>
I have hasted to implement this but just remembered that localized module
description is not supported yet (anyone correct me if i wrong). So there
is no way to determine language of description, by default it is English
and Crosswire always do so. Other repositories started to introduce
localized module description but there is still no official/stable solution
for this.


>- Same problem in Modules Menu (GenBook Index)
>- The font used for Arabic rendering has wrong glyphs
>Example (س) Becomes (ش) so it's better to use another one Like Droid
>Kufi and Droid Naskh
>
>
I fairly can't read Arabic and it looks like Qt issue, cant you prepare
text file in utf encoding with possible problem symbols and their
combinations, screenshot of how it should be rendered is also useful. If
there really is rendering problem on Android i will report it.

*Added later:*
Anyway Arabic is not rendered correctly and
https://bugreports.qt-project.org/browse/QTBUG-34191 confirm this, so we
ought to wait.


>
>- Some Usability comments not related to Arabic can be discussed later
>if you want
>
> I want, of course, the best point here is that changes we will made, will
be available on other platforms (i see BlackBerry still have valuable
market share in Arabic world, and according to another report Symbian have
50% among OS-es in UAE)


Blessings.



> Thanks for your effort in the frontend, and for your reply to my mail .
> Best Regards,
>
> Pola Edward
>
>
> --
> Date: Sun, 10 Nov 2013 14:12:59 +0400
> From: kostyamasl...@gmail.com
> To: sword-devel@crosswire.org
> Subject: Re: [sword-devel] Xiphos Repository
>
>
> Hi, alzat, vigil and yastageeb modules are visible in BibleTime Mini.
>
> Blessings.
> 10.11.2013 12:54 пользователь "Pola Edward" <5...@hotmail.com> написал:
>
> Hi,
> Thanks to Karl, He published my Arabic GenBook modules in Xiphos
> Repository . I thought I'll find them in all frontends but i couldn't
> I was only able to find them using Xiphos frontend, but Bible Time and And
> Bible Couldn't find the Modules although they look in the Xiphos repository
> .
>
> So what's the problem ? is it cache ? or non-updated mirror ?
>
> Thanks in advance and Thanks again to Karl
> Pola Edward
>
>
> ___
> 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] updated ru_RU-utf8

[Костя Маслюк]

Hi all, patch to translate deuterocanonical book names. Tested for some
weeks in my own cases.

Blessings.


ru_RU-utf8.patch
Description: Binary data
___
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] Localized module Name and Description?

[Костя Маслюк]

Hi, all.
It was discussed earlier, maybe we could get into some decision now.

Could we accept as temporal solution additional fields in *.conf file with
locale name suffix, like this:
Name.ru = ...
Description.en = ...
About.ar = ...

I would like that all those fields in all available modules will be in
English, but localized version is also important.

This would be on frontend's developer conscience only, and we eventually
would start to add those fields to modules in non Crosswire repositories
without having collisions in future. Or i would make patch to do this by
engine, if no one have objections.

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

Re: [sword-devel] Localized module Name and Description?

[Костя Маслюк]

Ok, i didn't seen that.
I only see that it confusing for now, event in one repository there is
different solutions, Description is that in english that in module language.
I see that english fields for non-english modules are helpful for
developers and module maintainers and useless for end users.

We can discuss here the list of fields that could be localized: History,
About, Description. Localized module name, it looks good idea to me. but it
should be in suffixed entry.

As a whole we could leave it as it is but for a some kind of order we would
urge module developers to have this fields localized... and yet have
english fields.

Blessings.


2013/12/6 Chris Little 

> On 12/5/2013 8:54 AM, Костя Маслюк wrote:
>
>> Hi, all.
>>
>> It was discussed earlier, maybe we could get into some decision now.
>>
>>
> This was discussed, decided, and documented at
> http://www.crosswire.org/wiki/DevTools:conf_Files#Localization. It has
> been settled for a few years, at least.
>
> Essentially, localizable fields are assumed to be in the language of the
> module or, if that is unavailable, in English. Localization of .confs is
> primarily the responsibility of the module submitter.
>
> Is there anything more to discuss/decide, beyond what the wiki documents?
>
> --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

[sword-devel] inconsecutive dictionary's index

[Костя Маслюк]

Hi, all.

Is this feature supported? Or it is sword-tools bug?

We have/had some modules with such indexes: ZhEnglish, EReo_en, ERru_en,
for recent time StrongsGreekRu and StrongsHebrewRu in IBT repository. For
the IBT modules we detected that some entries was not padded correctly for
example entry list would looks like [..., "01685", "01686", "1687",
"01688", ...]. This result in wrong index for module: SWLD::increment() at
the last module entry jumps to entry "1687" everytime. In BibleTime we get
hangup, xiphos use limited list for dictionaries (9 entries), but it anyway
loops.

Attached patch should fix this issue in engine.

Blessings.


inconsecutive_dicts.patch
Description: Binary data
___
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] Indonesian Bible

[Костя Маслюк]

Hi all.

This was on the list some times, last time in 2008. I found that In 2003
Crosswire hosted Indonesian Bibles.

Is it something changes since 2008? I see this
http://code.google.com/p/idn-osisbible/source/list with the last commit at
2008 December. But it states that it is "Copyright 1974 Lembaga Alkitab
Indonesia" that still looks useless for Crosswire.

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] av11n mapping

[Костя Маслюк]

Hi all. Just would like to remind some ideas i have suggested in past that
wasn't implemented or final conclusion wasn't told (or maybe i missed
something).

The general idea is to have ability to translate from one v11n system to
another, as different v11n systems would have different content for same
verse.

At moment there is test implementation for some v11n systems. Its based on
intermediate v11n, source verse primarily is translated to intermediate and
then from intermediate into destination v11n system. Intermediate v11n
system is a meta v11n system that consists of all possible Bible verses and
is based on King James version.

There are data tables and tool for building v11n-maping data. Data for
Synodal and NRSV are self made and i do not claim any restriction on this
work, Vulg is based on CCEL data and i do not know  anything about
restrictions on this data.

Meta v11n isn't documented anywhere as no difficult cases was posted by
Troy or Chris.


Implementation on frontend level looks like following:
SWMgr mgr;

VerseKey v1 = mgr.getModule("KJV")->getKey();

VerseKey v2 = mgr.getModule("RusSynodal")->getKey();

v1 = "Ps.147.1";

v2.positionFrom(v1);

cout << v2.getRangeText(); // "Ps.146.0-Ps.146.1"

And there is void VerseMgr::System::translateVerse(const System
*dstSys, const char **book, int *chapter, int *verse, int *verse_end)
for low level access.

Frontend developers did not expressed about desired method to work with this.


Hope that something was changed and we can go further. 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] module supplied v11n

[Костя Маслюк]

Another thing that was encountered with many concerns is ability to deploy
with module it's v11n system.

Technically this task is quite simple, but we have found that difficulty is
in the area of defining policies. Due to concerns that this feature will be
used as we not suppose it to be used it cant be "public" and even maybe
should not be documented.

I still see some points that this feature makes sense for:
1. It will help to test and fix bugs when we start to release sword with
av11n-mappings support. We would switch any particular module from sword
supplied v11n to module supplied and vice versa at any time and do not wait
next sword release.
2. if we define binary format for v11n it would give better sync with
jsword development. I think it would be useful if there will be ability to
export v11ns with mappings data from sword core into file and then supply
those files with jsword.
3. many v11ns would be supplied only with modules as not many people
actually use them. Regular Bible reader may need only one versification
system.
4. it just add flexibility and freedom, important principles for free
software development.


Technically:
module will have one additional file in its data folder, it store v11n data
in binary format. Mappings data is also included. When SWMgr loads module
it also register v11n from that file. To avoid collisions v11n name is
equal to loaded module name.


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] meta v11n

[Костя Маслюк]

I would like to add functionality to annotate Bible verses but i can't find
correct tool in libsword. Personal Commentary isn't good for me because it
doesn't cover all entries that user would like to annotate.

I would suggest developing meta v11n that will have layout for all known
canonical and deuterocanonical Bible verses, it would solve my problem and
with combination to av11n mapping support it would be powerful tool.
Another point for this is need for v11n that never expands a verse after
mappings, as long as there always would be fixes and optimizations for this
in mappings system and personal commentary, if we would have such v11n -
mappings become more stable.


But it is only point for the sake of meta v11n in libsword, and if someone
have another good solution for verse annotations i will be glad to hear
about that.


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

Re: [sword-devel] 1.7.2 release

[Костя Маслюк]

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.

Blessings.
14.01.2014 8:53 пользователь "Greg Hellings" 
написал:

> Due to a significant bug in 1.7.1 a 1.7.2 release has been made, having
> heard no objections to the contrary. This release fixes at least two bugs:
>
> 1) A locale lookup error that prevented default locales from being loaded
> properly
> 2) A SegFault produced when filtering certain types of OSIS including the
> "lb" tag.
>
> Anyone on 1.7.1 is recommended to update to 1.7.2 to prevent these crashes.
>
> --Greg
>
> ___
> 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] 1.7.2 release

[Костя Маслюк]

Ok, simply it is strange when i submit any work and even do not know that
it was rejected with somewhat reason...

Maybe with v11n mappings it is the same situation?


Blessings




2014/1/14 Chris Little 

> 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

Re: [sword-devel] 1.7.2 release

[Костя Маслюк]

> I would assume this requires a change to function signatures, so it's not
going to appear in 1.7.x at all.

In your mouth it sound like that it going never appear in Sword. Patch only
add parameter with default value to one public function. There is no
problem to revert and make some work in private part of class so it will be
absolutely abi compatible.

> I haven't looked at the code, but the idea of mapping between
versification systems (not versifications of particular translations but
versification systems, as we define them) is completely ridiculous.

I know that several translations could have different markup in some places
even if they use same versification system in Sword, so it is impossible to
provide perfect result on versification system level.

I just would like to highlight that there is no technical problem to make
my solution to work on per translation level.

There is only one moment if you would like to pack with module only mapping
data excluding versification data, it would be quite difficult because we
need to add several exceptions in the code. In contrary if we pack
versification data with mapping data in module we have uniform way that
backend/frontend work with module whether it use built-in or module
supplied versification.


P.S. Chris, your suggestions are always highly, very highly appreciated,
let me know if you need more investigation or make other work, maybe i
would help to advance this.


Blessings



2014/1/16 Daniel Owens 

>
> On 1/16/14, 3:50 PM, Chris Little wrote:
>
>> On 1/15/2014 3:51 PM, Daniel Owens wrote:
>>
>>> I agree. From a strategic point of view, I think it makes sense to place
>>> a priority on mapping between KJV, NRSV, and Leningrad, but then LXX is
>>> important too. Even if it is only approximate, there are some places
>>> where it is very simple (most of the Psalms are offset by one chapter,
>>> for example), and when it can be done, accurate (though maybe not
>>> precise) parallel display should be sought after to make it easier for
>>> the user. It does not have to be perfect, and certainly such mapping
>>> does not need to reorder verses like the German Bible Society's Synopsis
>>> of the Gospels. The user just needs to see in a parallel display that
>>> the two Bibles are roughly lined up.
>>>
>>
>> Sure, and the KJV, NRSV, and Leningrad can be mapped between with good
>> accuracy. Furthermore, the data is readily available and there's no
>> variability to account for or work around.
>>
>> Mapping between the LXX versification system and another versification is
>> impossible because there's no single LXX versification. Specifically
>> mapping between Rahlfs' LXX and a KJV/NRSV or MT/Leningrad versified
>> translation will work fine (and the data for that is available). Applying
>> the same mapping between Brenton's LXX translation and the KJV/NRSV or
>> MT/Leningrad versified translation will fail spectacularly. The
>> versifications of Rahlfs' and Brenton's LXXes, despite using the same
>> versification system definition in Sword, have about as much in common as
>> either of them and the KJV.
>>
>> So this reduces to the point I keep making: translation to translation
>> mapping will work well-enough; system to system mapping (as they're defined
>> in/by Sword) will not.
>>
>> The data for all the LXX editions & translations used to create Sword's
>> LXX versification definition can be found at https://crosswire.org/svn/
>> sword-tools/trunk/versification/lxx_v11ns/ and everyone is welcome to do
>> their own comparisons to see the wide variability of versifications among
>> texts using the same versification definition.
>>
>> --Chris
>>
> I think in the flurry of emails I missed the distinction you were making
> between mapping between translations and mapping between systems. That is a
> useful distinction. I think I was hasty in reading you to be saying that
> all mappings were a ridiculous waste of time—who would want them? The
> answer many in the thread gave was, we all want them! I suspect we were
> talking about different things (though I could be wrong). I hope we can all
> agree that the end-user experience with parallel texts is something we want
> to improve.
>
> Having said that, mapping between the most important Bible modules is what
> I hope can happen. In my mind this means the ability to successfully read
> KJV/ESV-kind-of-texts in parallel with Leningrad and Rahlfs' LXX. Brenton's
> LXX is much less important. Perhaps what I missed is whether everyone else
> was advocating mapping between systems or mapping between texts. But I
> would think that if mapping works well between the four texts listed above,
> that would make a large number of the texts in the module repository work
> with them as well. And that would be a fantastic start.
>
> Daniel
>
>
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions 

Re: [sword-devel] Deuterocanonical books / Apocrypha

[Костя Маслюк]

31.01.2014 21:59 пользователь "Barry Drake"  написал:
> I am running a testing version of BibleTime Mini for Android.  I think it
supports AV11n.  If the maintainer of BibleTime Mini is on this list, maybe
he could respond.  It is an excellent app.
>
Yes, BibleTime Mini supports av11n and there is no any processing to cut
off any deuterocanonical material. It represent Bibles like desktop
BibleTime do, except of that Mini use different HTML rendering engine and
text output may differ. But i hope to have switch for that material
someday, actually it is a complex thing.

And i agree that few people knows that AndBible is not the only
Sword/jSword frontend for android. I hope that handhelds page on
crosswire.org site will be finally updated. Because someone would leave
official resource of The Sword project with clear understanding that it
have nothing to offer for his Symbian or BlackBerry device. I think
CrossConnect for Windows Phone should also be there.

I m about  http://crosswire.org/applications.jsp?section=Handhelds because
in my opinion it is most qualified from regular user's point of view.

> I really don't want to get into a theological argument, but I don't like
whole chapters and books ripped out of my Bible.  My Bible is based on the
version that Jesus, the apostles and the early church used (the LXX) and if
that was good enough for them, I guess it's good enough for me.  It was,
you may remember, the Synagogue and not the Church that started to omit
these valuable books.
>
> 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

Re: [sword-devel] Deuterocanonical books / Apocrypha

[Костя Маслюк]

Thank you so much. I'm not satisfied completely with it but it is much
better.

Blessings.
01.02.2014 3:04 пользователь "Peter von Kaehne"  написал:

> On Sat, 2014-02-01 at 02:18 +0400, Костя Маслюк wrote:
>
> > And i agree that few people knows that AndBible is not the only
> > Sword/jSword frontend for android. I hope that handhelds page on
> > crosswire.org site will be finally updated. Because someone would leave
> > official resource of The Sword project with clear understanding that it
> > have nothing to offer for his Symbian or BlackBerry device. I think
> > CrossConnect for Windows Phone should also be there.
>
> I have updated the page.
>
> 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

Re: [sword-devel] Fwd: How to add a bible version to Sword

[Костя Маслюк]

Please, investigate this page http://crosswire.org/wiki

Blessings
08.02.2014 16:17 пользователь "David Pinheiro" 
написал:

> Dears,
>
> Sorry about the basic question: How can i put a bible (in contemporary
> Portuguese) in the Sword based software world?
> Can you provide some link to the instructions?
>
> I have the bible in .doc format.
> I have the licenses to do this.
>
> Best regards,
> David Pinheiro
> Java SW developer. Christian. Portuguese.
>
>
> ___
> 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] KJV updated

[Костя Маслюк]

Regarding BibleTime Mini, fix was merge-requested for inclusion into
BibleTime repo. Thanks for highlighting this issue.


2014-02-16 17:44 GMT+04:00 DM Smith :
> I've checked BibleTime mini, PocketSword, AndBible and BibleDesktop. The 
> download works.
>
> In BibleTime mini, AndBible and PocketSword, the prebuilt index is not 
> available. Not surprising. Both BibleTime mini and AndBible built the Lucene 
> indexes quickly. PockeSword does not have that option and doesn't allow 
> search unless there is an index available for download. Module looked like I 
> expected.
>
> Built the index for BibleTIme mini. It was fairly quick. Did a search for: 
> aaron moses egypt. Expected 18 hits got 9. It was missing Exodus 6:13,26; 
> 7:19; 8:5,16; 12:1; 16:6; and 1 Samuel 12:6, 8
> I don't know if this is a module problem, a app problem or a SWORD lib 
> problem.
>
> In PocketSword, it displays all the values in the lemma field, which is 
> pretty cool to see the Greek associated with the Strong's Numbers. However it 
> thinks the Greek is a Strong's Number. These lemmas are not prefixed with 
> strong: (which indicates that it should do lookups in a Strong's dictionary), 
> but rather with lemma.TR: Indicating that they come from the TR module, which 
> is a Bible. It might be good for these to not be clickable or for them to 
> bring up the corresponding Strong's Number entry.
>
> For AndBible, I encountered an error downloading. It thought the module was 
> installed, wouldn't allow it to be downloaded again and nothing worked for 
> the module. Couldn't figure out how to delete the module and reinstall it. So 
> I wacked the program, re-installed it, downloaded the KJV and indexed it. 
> Module looked like I expected.
>
> In Him,
> DM
>
> On Feb 16, 2014, at 8:02 AM, DM Smith  wrote:
>
>> I think I fixed the install problem. If everyone could check again that'd be 
>> great!
>>
>> There was a directory permission problem which made the files invisible to 
>> FTP and HTTP. The files were there and had the right size. When the module 
>> was zipped the zipping program could see the files but could not read their 
>> contents.
>>
>> In Him,
>>   DM
>>
>> On Feb 16, 2014, at 6:15 AM, Steven P. Ulrick  wrote:
>>
>>> On Sun, 16 Feb 2014 02:33:41 -0800 (PST)
>>> David Haslam  wrote:
>>>
 Likewise, in PocketSword, when I tried to replace KJV v2.5 by v2.6,
 the result was a deletion of v2.5, but without an installation.
>>>
>>> Same here (in Bibletime.)  Since my old KJV was deleted when I tried to
>>> install the new one, I manually installed it from the "raw" directory
>>> on the Crosswire FTP server.  Turns out the modules/texts/ztext/kjv
>>> directory is empty.  Then I grabbed the zip file from the rawzip
>>> directory.  All of the files in the modules directory are zero length...
>>>
>>> Steven P. Ulrick
>>>
>>> ___
>>> 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] Parallel display of modules with varying v11ns

[Костя Маслюк]

26.02.2014 23:00 пользователь "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?

I do not see another way but to leave it as is, and remake it after we got
any feedback. Few things changed in frontends since your first attempt and
i doubt anyone thought about it seriously.


>
> 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.

It is not clear to me, what is speed and size of translation (i just ask to
be crystal clear, because beyond some point i can not understand
>
> 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
___
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

[Костя Маслюк]

Sorry for previous attempt.

2014-02-26 23:00 GMT+04:00 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.

Please do not feel accused. I only would like to return to the course
of constructive dialogue.
>
> 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?

I do not see another way but to leave it as is, and remake it after we
got any feedback. Few things changed in frontends since your first
attempt and i doubt anyone thought about it seriously.
>
> 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.

It is not clear to me, what is speed and size of translation (i just
ask to be crystal clear, because beyond some point i can not
understand sense of sentence).

As Chris mentioned performance issues, i would like to remind that i
have suggested following pipeline (that is implemented yet):
1. Create table of mapped verses, at moment there are xml's with
something like ccel.org use
I would suggest to move to anything like OSIS if possible, so someone
can export mapping data from OSIS xml with original text. In other
words if we could add to osis xml-s with Biblical text some data that
would tell how particular verse maps to KJV, we will be able to export
everything from that xml: text, mapping data, canon. At moment there
is need to make additional file that have canon definition and mapping
data.
2. run python script that convert that xml to c++ compliant data that
would be inserted to corresponding canon.h file and compile library
with that data.
Data that is exposed to engine is optimized and whole system works fast.

I would like to have common mapping data among both Sword and JSword.

>
> 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."

Again, few people thought about convenience of implementing parallel
display in own frontend. No one post own ideas on this list about it.
So i think we are not ready to discuss it at moment.



My patch only introduce way to find corresponding content among
different versifications.



Two points.
If some one feels strong enough to implement parallel display let him
have a try and wait his suggestions.
Second one, parallel display facilities you would like to implement in
Sword, before my work would be included, will take another long time,
possibly longer then if we include my work first.

Release smaller, release often.

P.S. i agree with general spirit flying on this list, we want changes
and some movement.


Blessings

>
> 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

___
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

[Костя Маслюк]

I would suggest only following at moment:

sword::renderText(std::list modules, ListKey &passages,
const int renderFlags);

But it require another years to be implemented in Sword and then
implemented in frontends. BibleTime will need to rewrite whole render
facility.


2014-02-27 0:45 GMT+04:00 Костя Маслюк :
> Sorry for previous attempt.
>
> 2014-02-26 23:00 GMT+04:00 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.
>
> Please do not feel accused. I only would like to return to the course
> of constructive dialogue.
>>
>> 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?
>
> I do not see another way but to leave it as is, and remake it after we
> got any feedback. Few things changed in frontends since your first
> attempt and i doubt anyone thought about it seriously.
>>
>> 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.
>
> It is not clear to me, what is speed and size of translation (i just
> ask to be crystal clear, because beyond some point i can not
> understand sense of sentence).
>
> As Chris mentioned performance issues, i would like to remind that i
> have suggested following pipeline (that is implemented yet):
> 1. Create table of mapped verses, at moment there are xml's with
> something like ccel.org use
> I would suggest to move to anything like OSIS if possible, so someone
> can export mapping data from OSIS xml with original text. In other
> words if we could add to osis xml-s with Biblical text some data that
> would tell how particular verse maps to KJV, we will be able to export
> everything from that xml: text, mapping data, canon. At moment there
> is need to make additional file that have canon definition and mapping
> data.
> 2. run python script that convert that xml to c++ compliant data that
> would be inserted to corresponding canon.h file and compile library
> with that data.
> Data that is exposed to engine is optimized and whole system works fast.
>
> I would like to have common mapping data among both Sword and JSword.
>
>>
>> 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."
>
> Again, few people thought about convenience of implementing parallel
> display in own frontend. No one post own ideas on this list about it.
> So i think we are not ready to discuss it at moment.
>
>
>
> My patch only introduce way to find corresponding content among
> different versifications.
>
>
>
> Two points.
> If some one feels strong enough to implement parallel display let him
> have a try and wait his suggestions.
> Second one, parallel display facilities you would like to implement in
> Sword, before my work would be included, will take another long time,
> possibly longer then if we include my work first.
>
> Release smaller, release often.
>
> P.S. i agree with general spirit flying on this list, we want changes
> and some movement.
>
>
> Blessings
>
>>
>> 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

___
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

[Костя Маслюк]

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.
 26.02.2014 23:00 пользователь "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
>
___
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] Architecture and DVCS - was : Re: Project "Free Scriptures" started

[Костя Маслюк]

I do not want to blame anyone. About deficiencies  we shall speak calmly,
expecting calmly constructive relationship. As long as we can not to hear
each other i see no other way but to talk about one but in different words.

For now whole development process is dependent on two people who have spare
time to dedicate it to project much less then necessary (i m always
thankful to both for bringing theirs efforts to this project). But
community want movement and new features. If we could rebuild some process
in development pipeline, it would be good. Official DVCS repo would be good
as users would have   organized collaborationwithout will of
two people.

27.02.2014 1:33 пользователь "Greg Hellings" 
написал:

> I'm beginning to wonder if this conversation is going anywhere. Troy has
> already stated he doesn't want to use git because:
> 1) He doesn't think there is a clear winner in the FOSS camp among DVCS
> options [true a few years ago, but not true anymore].
> 2) He doesn't find it to have any killer features [Yet people keep trying
> to tell him about killer features, despite his statement that he has used
> and continues to use it in multiple scenarios, and he is aware of its
> features. Piling yet-more of the well-known and well publicized features
> isn't going to change his mind. He already knows how to use git and doesn't
> think its features are worth the effort for Sword.]
> 3) He doesn't believe it's holding back peoples' contributions [despite at
> least three examples in these threads to the contrary]
>
> Really, it just boils down to, "Troy doesn't want to move Sword to git."
> So we can keep throwing all the features, functionality, or claims we want
> at him, but until his gut instinct changes nothing related to Sword and git
> will change.
>


Your argument about gut instinct does not make sense for me. Project is in
stagnation stage. Many good changes i made was started from my undesire to
do them, i have spent a lot of time in delays and then implement them with
a good result.



We can not see far opportunities just before we made a step in that
direction.



Blessings


> --Greg
>
>
> On Wed, Feb 26, 2014 at 2:55 PM, Jaak Ristioja  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Another word to clarify some stuff said too enthusiastically about git
>> which might otherwise give a wrong impression:
>>
>> 1) For rewriting history (removing big files etc) one must have
>> sufficient access to the copy of the repository to be rewritten. Users
>> who have already cloned your repository will still have a copy of the
>> old history. Additionally if you rewrite history so that the SHA1
>> hashes of you branches change users most likely get an error next time
>> they pull. So history-rewriting changes must usually be coordinated.
>> For some stuff there are workarounds thou (e.g. a .mailmap file).
>>
>> 2) Pull requests are not a feature of git, but a feature of portals
>> hosting git, e.g. GitHub, Gitorious etc. So you don't get pull
>> requests automatically when you host git yourself (unless maybe one
>> uses GitLab or self-hosted Gitorious).
>>
>> 3) There is no automatic per-directory/file level repository
>> permissions support in Git. One either has read-write/read-only or no
>> access to the whole repository. It is probably possible to deny
>> certain write access on the server side using git hooks, but it
>> requires some programming. Afaik GitHub, Gitorious etc don't allow
>> such hooks to be set up by users.
>>
>> But then again: Do we need such permissions or do we trust developers?
>> The core developers can still correct each other when they mess up. I
>> see no need for such permissions for Sword. If there's someone you
>> don't trust, don't give them write access and let them file a pull
>> requests instead, which can safely be reviewed before pulling them
>> into the main repository.
>>
>> Blessings,
>> Jaak
>>
>> PS: When BibleTime switched to git we chose Gitorious over GitHub
>> because of the Terms of Service of GitHub at that time which were
>> unacceptable for me. But afaik they've changed their terms by now.
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.22 (GNU/Linux)
>>
>> iQgcBAEBAgAGBQJTDlTVAAoJELozJlbjIn79pmBAAIKZ1TdYA4ucMHztkR9ALaGr
>> 4GgBhMOdecq9H7QcVrrlZ2oLtoO80uV09GDrPnL5YlAua5WYG4+NRHDZ9yRUQ1qO
>> yVjAotSPf6xvzXYNQ8F7DqpsxWMIE197ex6PtvDzTAWxkQMMPOxchLH80b2K2tT/
>> vhsRwWJDc527P3nfY5sH9yKjGtaxEy1OPtvz/hJKreRC1UIrJ9Zzw0FFNXHcdb2p
>> 5vOlQePwvQcWZHvwjKdA34KM5XU11YYP6ZaXucn3OLoXLtcaN+QEeIzubC19Flfc
>> prm01G82SxSU4Nx832Xec15QOcgGiftK5BA1qnUtIzFg7N77R5rURFqEIcfB1lXM
>> 62kd4r7Cdr9TfQfD7NscOQ63eqYxSqbJTKpZGPi9pHvxY7tXijJWPXS0Y8gZefMT
>> g/1Kn1Vx1p6HrvgsVSRjTDLCxEcEdcDmIL/icBeEI8K+9biMg0wRR9kjba7aaAzI
>> wGVFpZhbV0en4N3M2EgdQOL/Q2M9PTj6O6IbGrkyk1SvxZwEkOHp3e3rv2R8wc7D
>> ifExNXO5CNWNv6jO+TWQe5B2R21SpgXolLuff7EK3uwe0JZE7FltfJouuOVNtt8P
>> 4hrXkjOGSwWD09S+tlesaky8e/ykvD66x1FT62n+NZzBr7O1NkInJ7VAQwfwKYLo
>> EmspIHEUY4+XRlgtr1y4V8d

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

[Костя Маслюк]

Ok.

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


And have following modifications:
https://gitorious.org/sword-svn-mirrors/kalemas_at_mail_ru-trunk/source/004904cf1d64c3635fbfac17a3aed7c4c0221738:examples/tasks/parallelbibles.cpp


Tell me whether you need clean files.


Blessings.

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

2014-02-28 9:48 GMT+04:00 Troy A. Griffitts :
> Костя,
>
> 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.
>
> 26.02.2014 23:00 пользователь "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 

[sword-devel] Thread-safety in text rendering

[Костя Маслюк]

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

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

[Костя Маслюк]

28.02.2014 23:42 пользователь "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 had noticed that you answering directly to my message and had addressed
me, but only after i sent message.

> 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.

I think no need to flow down implementation details. Generally i agree that
we could add mapping sets. So there will be several sets available as well
as KJVA set, that is default and implementation will select shortest path
to find corresponding data.

But i suggest to delay this as it will complicate whole system, that is
undesired at this stage. I would like to make current implementation to
work correctly on current module set. We could create improvement request
in jira as we commit this.

>
> 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.

We are foredoomed to meet new strange places. I think it is normal to solve
problems as they have place to be.

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

I m too hope on his participation.

>
> 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.

I m too would like to hear thoughts about of how JSword people would like
mapping data to persist, because if we ever supply mapping data with
module, i want that data to be convenient to work with for them.

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

Re: [sword-devel] 1.7.2 release

[Костя Маслюк]

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 :
> 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

Re: [sword-devel] 1.7.2 release

[Костя Маслюк]

2014-03-17 18:04 GMT+04:00 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?

http://pastebin.com/EXC9WRBx
(using gitorious i didn't found a way to get diff for several commits)

I m not familiar with module making pipeline so i anyway need
someone's guidelines to make correct changes.

>
> 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).

No, sorting works fine for me, this issue is about strongs padding.

I assume i m is not clear enough on tracker.


1. Looping occurs when system lookups for entry that look like Strong
number, but it is not in format of Strong number e.g "0001" should be
"1" if we talking of Strong's lexicon. Because in module, entry
"0001" will be placed after (or before no matter) "00010" because of
sorting algorithm and incrementing from "0001" will goto "2" each
time. Is it necessary to explain it more detailed?

2. There are some modules that should have StrongsPadding=false in
theirs conf file but they haven't (like ZhEnglish). By default
StrongsPadding=true.

3. There are some modules that are Strong lexicons but have corrupted
entries like "0001" and we have no check procedure during module
creation.

>
> 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, "Костя Маслюк" 
> 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 :
>>>
>>>  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

___
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

[Костя Маслюк]

2015-07-15 23:29 GMT+03:00 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.

I have a clear vision of implementation for this feature in my head, in
that implementation mapping data is provided with module as a part of v11n.

In Sword's current av11n mapping solution, data is just a set of rules that
are applied during translation procedure and it is possible to store them
in binary form. If we need any very special mapping case for particular
text there is ability to invent new type of rule that will not be
supported/processed on older engine versions. No need to invent format for
supplied versification, just memory-map our canon.h files, versification
registration will receive pointers on dynamic data read from file from
module in contrary to pointers on static memory as for now.

I am of course do not know enough about those Bibles, just feel unconvinced
about this feature.

P/S Sorry, cant add anything funny, its hard to thing in foreign language
after long delay.



>   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 
> > Отправлено: ‎15.‎07.‎2015 14:19
> > Кому: SWORD Developers' Collaboration Forum
> > 
> > Тема: 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 d

[sword-devel] Where is lower bound of a module?

[Костя Маслюк]

Hi all.

Today i found my self confused that i do not understand clearly where are
lower and upper bounds of a module and a verse key as well. I know where
module begin (at the first verse) and where it end. but when i try to
layout a module vertically, my first try was to use book logic, it start
from up and go down, but i fail with this logic. Sword module begins at
lower bound.

I understand that there would be absolutely clear principle that use such
terms (upper/lower), but looking notes at versekey.h does not brought any
clearness.

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

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

[Костя Маслюк]

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 :

> 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 
> 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 
>> 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
>
___
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] Infinite loop bug in BosworthToller

[Костя Маслюк]

As far as i remember strongsPadding is true for dictionaries by default, so
your $$$1 is actually $$$1

Good to know sword version for software and for imp2mod used to build
module. Rebuilding module and using latest sword have to fix this issue.

p.s. diggin into http://www.crosswire.org/tracker/browse/MOD-61 would clear
up the essence of this issue.


2016-01-14 21:26 GMT+04:00 DM Smith :

> It was reported yesterday by Karl, that BosworthToller has an infinite
> loop bug. And that mod2imp hits this bug.
>
> Here is where mod2imp starts to loop:
> $$$-ǼWED
> -ǽwed. v.
> ge-ǽ.
> $$$-ǼWIRDLIAN
> -ǽwirdlian. v.
> ge-ǽ
> $$$-ǼÞE
> -ǽþe. v.
> cyning-ǽ.
> $$$1
> -ǽþe. v.
> cyning-ǽ.
> $$$1
> -ǽþe. v.
> cyning-ǽ.
> This last entry is stuck in a loop.
>
> From JSword, I’ve dumped the module just fine. Here is the section that is
> problematic:
> Legend:
> first column: index of the entry in the module
> Second column: offset
> Third column: size in bytes
> Fourth column: the key
> Fifth column: block number
> Sixth column: block offset
> (didn’t include columns for the index and offset in the uncompressed
> block.)
> Last column: the first part of the entry, manually truncated for
> readability.
> 860 -ǼWED -ǽwed. ….
> 861 -ǼWIRDLIAN  n="-ǽwirdlian">-ǽwirdlian. ….
> 862 -ǼÞE -ǽþe. ….
> 863 1 1. ….
> 864 3 3. ….
> 865 A a; ….
> 866 A A. ….
> 867 A-BACAN a-bacan,
> ….
> 868 A-BANNAN  n="a-bannan">a-bannan; ….
> 870 A-BEALH a-bealh ….
>
> Note: there are duplicate keys. This might be merely “a” problem, pun
> intended.
>
> Just a wild guess, 1 is padded as if it were a Strong’s Number to become
> 1 and that is used for a lookup. The standard behavior on lookup is to
> return the nearest match.
>
> Padding to Strong’s Numbers should only happen if the module has
> Feature=GreekDef or Feature=HebrewDef. I don’t think it cares and pads the
> number anyway.
>
> If I add StrongsPadding=false to the conf, the module works.
>
> DM
>
>
>
>
> ___
> 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] Infinite loop bug in BosworthToller

[Костя Маслюк]

The patches attached there are merged upstream (
https://github.com/greg-hellings/sword/commit/227b71aa5aa3931dc0f8ce998ebc07ea1f55419a)
so bug is fixed on the library side. Counterpart we have some modules in
our repositories that we have to rebuild with latest tools to update *.idx
files. Until then our software (except Xiphos that have workaround) will
freeze trying to load those modules. It is known and i do not know who is
responsible for this work, i cant prove it any further.



2016-01-14 22:43 GMT+04:00 DM Smith :

> Funny that you mentioned MOD-61. I just attached a patch to it that fixes
> the bugs that I found. Yes the problem is that strongsPadding is true for
> all dictionaries.
>
> The first bug was that any module that has Strong’s Numbers that has keys
> that are not padded has to have StrongsPadding=false. Strong’s Numbers are
> indicated by the conf entry Feature=GreekDef and/or Feature=HebrewDef.
> Adding this to AbbottSmith made it work.
>
> The second bug is that any module that doesn’t have Strong’s Numbers (i.e.
> doesn’t have Feature=GreekDef and/or Feature=HebrewDef) was having its
> numerical keys (keys that have a leading number or are a number) padded
> with leading 0. So a key like 3DogNight was padding to 3DogNight.
> Adding StrongsPadding=false to such module (like BosworthToller) would
> prevent the problem.
>
> The solution was to modify the construction of an lexdict (RawLD, RawLD4
> and zLD) to make the default of StrongsPadding to depend on whether the
> module’s conf has Feature=GreekDef and/or Feature=HebrewDef or not. When it
> is present, it defaults to true. When it isn’t present the value of
> StrongsPadding is ignored and set to false.
>
> I think your other patches, that report the consistency of the keys when
> making the module is good. It is bad to have some padded keys and some not.
> For example, AbbottSmith has two kinds of keys in it.
>
> I don’t know if this solves all the dictionary problems surrounding
> Strong’s numbers. But it solves a couple of bugs.
>
> In Him,
> DM
>
> On Jan 14, 2016, at 1:20 PM, Костя Маслюк  wrote:
>
> As far as i remember strongsPadding is true for dictionaries by default,
> so your $$$1 is actually $$$1
>
> Good to know sword version for software and for imp2mod used to build
> module. Rebuilding module and using latest sword have to fix this issue.
>
> p.s. diggin into http://www.crosswire.org/tracker/browse/MOD-61 would
> clear up the essence of this issue.
>
>
> 2016-01-14 21:26 GMT+04:00 DM Smith :
>
>> It was reported yesterday by Karl, that BosworthToller has an infinite
>> loop bug. And that mod2imp hits this bug.
>>
>> Here is where mod2imp starts to loop:
>> $$$-ǼWED
>> -ǽwed. v.
>> ge-ǽ.
>> $$$-ǼWIRDLIAN
>> -ǽwirdlian. v.
>> ge-ǽ
>> $$$-ǼÞE
>> -ǽþe. v.
>> cyning-ǽ.
>> $$$1
>> -ǽþe. v.
>> cyning-ǽ.
>> $$$1
>> -ǽþe. v.
>> cyning-ǽ.
>> This last entry is stuck in a loop.
>>
>> From JSword, I’ve dumped the module just fine. Here is the section that
>> is problematic:
>> Legend:
>> first column: index of the entry in the module
>> Second column: offset
>> Third column: size in bytes
>> Fourth column: the key
>> Fifth column: block number
>> Sixth column: block offset
>> (didn’t include columns for the index and offset in the uncompressed
>> block.)
>> Last column: the first part of the entry, manually truncated for
>> readability.
>> 860 -ǼWED -ǽwed. ….
>> 861 -ǼWIRDLIAN > n="-ǽwirdlian">-ǽwirdlian. ….
>> 862 -ǼÞE -ǽþe. ….
>> 863 1 1. ….
>> 864 3 3. ….
>> 865 A a; ….
>> 866 A A. ….
>> 867 A-BACAN a-bacan,
>> ….
>> 868 A-BANNAN > n="a-bannan">a-bannan; ….
>> 870 A-BEALH a-bealh
>> ….
>>
>> Note: there are duplicate keys. This might be merely “a” problem, pun
>> intended.
>>
>> Just a wild guess, 1 is padded as if it were a Strong’s Number to become
>> 1 and that is used for a lookup. The standard behavior on lookup is to
>> return the nearest match.
>>
>> Padding to Strong’s Numbers should only happen if the module has
>> Feature=GreekDef or Feature=HebrewDef. I don’t think it cares and pads the
>> number anyway.
>>
>> If I add StrongsPadding=false to the conf, the module works.
>>
>> DM
>>
>>
>>
>>
>> ___
>> 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
>>
&g

Re: [sword-devel] French versification schemes

[Костя Маслюк]

Did not noticed mappings already made for JSword, i have to find time to
write a conversion tool for Sword canon format.

It is still important to place all we have for av11n schemes and mappings
in one place.

2016-06-26 20:06 GMT+03:00 Konstantin Maslyuk :

> Hi all.
>
> To start with mappings we need at least text file with description of
> mappings to KJVA in free form.
>
> At http://crosswire.org/~kalemas/work/v11nmapping there are examples I
> could easily convert to portion of C code for cannon. Bible.Synodal.xml is
> surely suitable.
>
> Format is not important for me, my concern is that my work is not
> documented and not versioned by git/svn. Lets agree on some thing and make
> it suitable to reuse.
>
> Blessings.
> --
> От: Troy A. Griffitts 
> Отправлено: ‎25.‎06.‎2016 14:45
> Кому: SWORD Developers' Collaboration Forum 
> Тема: Re: [sword-devel] French versification schemes
>
> 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] Release Wrapup

[Костя Маслюк]

> There are a few others of us who know it, and can - in a pinch - make
some fixes to it. There are some others in the broader community who are in
the C++ world (Jaak, Gary, etc) but none of them are active on the engine
for myriad reasons

I d be happy if it would be possible to be more active in engine
development than Troy do.

Just a thought, 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

Re: [sword-devel] French versification schemes

[Костя Маслюк]

 next release?

I also, with you, would like to have one common format shared with JSword
to store our mappings.  Do you have any comments about their format?  Is it
something we should simply adopt and write a generator utility to our .h
mappings? Does JSword's format include anything we don't support? or vice
versa?

Troy



On 10/02/2016 09:08 AM, Dominique Corbex wrote:

On Sun, 24 Jul 2016 01:45:00 +0300
Костя Маслюк  wrote:

It is still important to place all we have for av11n schemes and mappings
in one place.

I agree..

At http://crosswire.org/~kalemas/work/v11nmapping there are examples

I'd like to submit sword mappings to these French versification schemes
before the next release of Sword.

So, I just need to write 3 Bible xml files with all the 
related to these schemes and the mappings  at the end, and run:
$ python refMap2cpp.py Bible..xml

and then add the resulting code to the associated .h file.

Am I right?

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



___
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] Versification Mapping (SWORD + JSword)

[Костя Маслюк]

Hi! All cannon files you mentioned are used to know, the only case is nrsva that was not finished probably because base v11n, nrsv was left for testing. I will review that v11ns again, in month or two.  By the way I see following patches not applied. And it will be super helpful if someone point me the texts best to compare, for base v11n I use KJVA, but I do not sure about text to use for NRSVA (NRSV too)  Blessings From: Troy A. GriffittsSent: 6 мая 2020 г. 22:28To: sword-devel@crosswire.org; Костя МаслюкSubject: Re: [sword-devel] Versification Mapping (SWORD + JSword) Dear John, Jamie, and Костя,First, I want to say that DM Smith has also a versification mapping implementation in JSword, which was, and likely still is a foundational part of STEP.  I don't know if STEP uses JSword's versification mapping facility or if it implements its own.  There were collaboration efforts around July 2014 to get SWORD and JSword to use the same data sources, but I am not sure how that ended up.I don't remember all the details of Костя's representation for a mapping system, but we pushed pretty hard to have it handle most all scenarios and doing a quick search it looks like Костя and others have built mappings for these systems:[scribe@localhost include]$ grep -l mapping sword/include/canon*canon_calvin.hcanon_darbyfr.hcanon_nrsv.hcanon_segond.hcanon_synodal.hcanon_vulg.hIf you are familiar with mapping systems (and it sounds like John and Jamie all are) and have a look at the mapping data in any of the above files as examples, I am sure you will understand how Костя is representing data for his implementation.All this to say, it would be really great if any of you might be interested in contributing mapping data to our other supported versification systems which don't yet have the mapping implemented:[scribe@localhost include]$ grep -L mapping sword/include/canon_*canon_abbrevs.h <- ignore this onecanon_catholic2.hcanon_catholic.hcanon_german.hcanon_kjva.hcanon_leningrad.hcanon_luther.hcanon_lxx.hcanon_mt.hcanon_nrsva.hcanon_null.hcanon_orthodox.hcanon_synodalprot.hhttp://crosswire.org/svn/sword/trunk/include/It would be a blessing to me and everyone who uses the engine.Serving together,Troy On 5/6/20 10:20 AM, John Dudeck wrote:Greetings, I have done quite a bit of content development for Logos, including Bibles that had versifications that did not fit any existing schemes in Logos. Logos uses "verse maps", which are xml files that specify the mapping of every verse in a particular versification to every verse in each other versification. If a particular whole book matches the versification of some other existing versification, the verse map for that book can simply reference the existing versification. In use, the software is also able to infer mappings when going between two versifications that aren't referenced directly.  The verse maps have to be validated before they are incorporated, to avoid conflicting mappings. The verse maps can handle such things as verses that are split differently in different versifications, and the headings in Psalms. The downside of their system is that the verse maps have to be hard-compiled into a release of the software. They are not pluggable. I think pluggable verse maps is on their list of enhancements, but as far as I know the feature has never been developed. Maybe they aren't smart enough to figure it out. I don't know that I could figure it out either. John   Hi Tobias, Remember that any libraries for STEP Bible would likely be oriented towards JSword rather than SWORD per se. David Sent from ProtonMail Mobile  On Wed, May 6, 2020 at 17:04, Tobias Klein < cont...@tklein.info > wrote:Hi Jamie, Thanks. I had a look at the data, that’s quite complex! Even a bit intimidating ... I suppose STEPBible has some library functions that parse this data?Can you point me to any APIs? Best regards,Tobias  Am 06.05.2020 um 15:04 schrieb Jamie < a...@critos.co.uk>: Hi Tobias, Not sure that this exactly answers your question, but just in case it’s relevant, Tyndale House have various public domain information available, including material on alternative versification schemes.  The reversification material gives details of how to map LXX, MT and Vulgate schemes on to NRSVA (and also addresses some other schemes which are perhaps less frequently encountered).  It also caters for common variants which basically follow one of these schemes, but which have certain verses split up into subverses.  You can find the data at :- https://github.com/tyndale/STEPBible-Data/blob/master/TVTMS%20-%20Tyndale%20Versification%20Traditions%20with%20Methodology%20for%20Standardisation%20for%20Eng%2BHeb%2BLat%2BGrk%2BOthers%20-%20TyndaleHouse.com%20STEPBible.org%20CC%20BY-NC.txt If you do want to make use of it, I’d be very happy to try to answer any questions. Regards, ARA “Jamie” Jamieson   From: Tobias Klein [ mailto:cont...@tklein.info ] Sent: 05 May 2020 21:19To: SWORD Developers' Collaboration Forum < sword

Re: [sword-devel] Versification Mapping (SWORD + JSword)

[Костя Маслюк]

Sorry I do not remember all details of previous discussions, I have seen some text data with verse to verse mappings on last discussions, but I cant remember where. I would be happy if we approve cannon definition with mappings that is appropriate for JSword, for Sword cannon_*.h files ill be generated from them anyway, I would write such python converter or process existing data to that format. Could you point me where sword-tools contain mapping definitions, I do not see.  Blessings. From: Troy A. GriffittsSent: 10 мая 2020 г. 20:53To: SWORD Developers' Collaboration ForumSubject: Re: [sword-devel] Versification Mapping (SWORD + JSword) Applied.  Thank you Костя!Do you remember if there was a particular obstacle preventing us from sharing mapping data between SWORD and JSword.  It's been so long and I wasn't deeply involved in those discussion.  It sure would be nice to keep these these mapping definitions in sword-tools in some format from which both SWORD and JSword can generate their necessary data structures.Blessings.  Hope you've been well.On 5/10/20 9:23 AM, Костя Маслюк wrote:Hi! All cannon files you mentioned are used to know, the only case is nrsva that was not finished probably because base v11n, nrsv was left for testing. I will review that v11ns again, in month or two.  By the way I see following patches not applied. And it will be super helpful if someone point me the texts best to compare, for base v11n I use KJVA, but I do not sure about text to use for NRSVA (NRSV too)  Blessings From: Troy A. GriffittsSent: 6 мая 2020 г. 22:28To: sword-devel@crosswire.org; Костя МаслюкSubject: Re: [sword-devel] Versification Mapping (SWORD + JSword) Dear John, Jamie, and Костя,First, I want to say that DM Smith has also a versification mapping implementation in JSword, which was, and likely still is a foundational part of STEP.  I don't know if STEP uses JSword's versification mapping facility or if it implements its own.  There were collaboration efforts around July 2014 to get SWORD and JSword to use the same data sources, but I am not sure how that ended up.I don't remember all the details of Костя's representation for a mapping system, but we pushed pretty hard to have it handle most all scenarios and doing a quick search it looks like Костя and others have built mappings for these systems:[scribe@localhost include]$ grep -l mapping sword/include/canon*canon_calvin.hcanon_darbyfr.hcanon_nrsv.hcanon_segond.hcanon_synodal.hcanon_vulg.hIf you are familiar with mapping systems (and it sounds like John and Jamie all are) and have a look at the mapping data in any of the above files as examples, I am sure you will understand how Костя is representing data for his implementation.All this to say, it would be really great if any of you might be interested in contributing mapping data to our other supported versification systems which don't yet have the mapping implemented:[scribe@localhost include]$ grep -L mapping sword/include/canon_*canon_abbrevs.h <- ignore this onecanon_catholic2.hcanon_catholic.hcanon_german.hcanon_kjva.hcanon_leningrad.hcanon_luther.hcanon_lxx.hcanon_mt.hcanon_nrsva.hcanon_null.hcanon_orthodox.hcanon_synodalprot.hhttp://crosswire.org/svn/sword/trunk/include/It would be a blessing to me and everyone who uses the engine.Serving together,Troy On 5/6/20 10:20 AM, John Dudeck wrote:Greetings, I have done quite a bit of content development for Logos, including Bibles that had versifications that did not fit any existing schemes in Logos. Logos uses "verse maps", which are xml files that specify the mapping of every verse in a particular versification to every verse in each other versification. If a particular whole book matches the versification of some other existing versification, the verse map for that book can simply reference the existing versification. In use, the software is also able to infer mappings when going between two versifications that aren't referenced directly.  The verse maps have to be validated before they are incorporated, to avoid conflicting mappings. The verse maps can handle such things as verses that are split differently in different versifications, and the headings in Psalms. The downside of their system is that the verse maps have to be hard-compiled into a release of the software. They are not pluggable. I think pluggable verse maps is on their list of enhancements, but as far as I know the feature has never been developed. Maybe they aren't smart enough to figure it out. I don't know that I could figure it out either. John   Hi Tobias, Remember that any libraries for STEP Bible would likely be oriented towards JSword rather than SWORD per se. David Sent from ProtonMail Mobile  On Wed, May 6, 2020 at 17:04, Tobias Klein < cont...@tklein.info > wrote:Hi Jamie, Thanks. I had a look at the data, that’s quite complex! Even a bit intimidating ... I suppose STEPBible has some library f

Re: [sword-devel] Versification Mapping (SWORD + JSword)

[Костя Маслюк]

I agree on your suggestion, i will convert my data to any approved format.

I found numerous mapping errors with Synodal and now realize that is it
impossible to check v11ns without reference texts (sword modules). So if it
is possible please choose existing sword modules each cannon you would like
me to check. Nrsv - as well.

For KJVA i use KJVA, for Synodal - RusSynodal, last have almost full
coverage but Ps.114.9.

Feel free to make audio conference with me if you found this possible (i
still have poor language skills but talk rarely with other people)

Blessings

вс, 10 мая 2020 г. в 21:58, Troy A. Griffitts :

> Right, there are currently no mappings in sword-tools.  This is where we
> traditionally have kept our versification definitions, which I believe is
> shared between SWORD and JSword.  We have tools to check and convert these
> data files to our respective requirements in our software:
>
> http://crosswire.org/svn/sword-tools/trunk/versification/
>
> My suggestion was for us to eventually, if we can agree on a mapping
> definition format, to keep those somewhere near the versification mappings,
> for sharing in the same way.
>
> Troy
>
>
> On 5/10/20 11:30 AM, Костя Маслюк wrote:
>
> Sorry I do not remember all details of previous discussions, I have seen
> some text data with verse to verse mappings on last discussions, but I cant
> remember where. I would be happy if we approve cannon definition with
> mappings that is appropriate for JSword, for Sword cannon_*.h files ill be
> generated from them anyway, I would write such python converter or process
> existing data to that format.
>
>
>
> Could you point me where sword-tools contain mapping definitions, I do not
> see.
>
>
>
>
>
> Blessings.
>
>
>
> *From: *Troy A. Griffitts 
> *Sent: *10 мая 2020 г. 20:53
> *To: *SWORD Developers' Collaboration Forum 
> *Subject: *Re: [sword-devel] Versification Mapping (SWORD + JSword)
>
>
>
> Applied.  Thank you Костя!
>
> Do you remember if there was a particular obstacle preventing us from
> sharing mapping data between SWORD and JSword.  It's been so long and I
> wasn't deeply involved in those discussion.  It sure would be nice to keep
> these these mapping definitions in sword-tools in some format from which
> both SWORD and JSword can generate their necessary data structures.
>
> Blessings.  Hope you've been well.
>
> On 5/10/20 9:23 AM, Костя Маслюк wrote:
>
> Hi! All cannon files you mentioned are used to know, the only case is
> nrsva that was not finished probably because base v11n, nrsv was left for
> testing. I will review that v11ns again, in month or two.
>
>
>
> By the way I see following patches not applied.
>
>
>
> And it will be super helpful if someone point me the texts best to
> compare, for base v11n I use KJVA, but I do not sure about text to use for
> NRSVA (NRSV too)
>
>
>
>
>
> Blessings
>
>
>
> *From: *Troy A. Griffitts 
> *Sent: *6 мая 2020 г. 22:28
> *To: *sword-devel@crosswire.org; Костя Маслюк 
> *Subject: *Re: [sword-devel] Versification Mapping (SWORD + JSword)
>
>
>
> Dear John, Jamie, and Костя,
>
> First, I want to say that DM Smith has also a versification mapping
> implementation in JSword, which was, and likely still is a foundational
> part of STEP.  I don't know if STEP uses JSword's versification mapping
> facility or if it implements its own.  There were collaboration efforts
> around July 2014 to get SWORD and JSword to use the same data sources, but
> I am not sure how that ended up.
>
> I don't remember all the details of Костя's representation for a mapping
> system, but we pushed pretty hard to have it handle most all scenarios and
> doing a quick search it looks like Костя and others have built mappings for
> these systems:
>
> [scribe@localhost include]$ grep -l mapping sword/include/canon*
> canon_calvin.h
> canon_darbyfr.h
> canon_nrsv.h
> canon_segond.h
> canon_synodal.h
> canon_vulg.h
>
> If you are familiar with mapping systems (and it sounds like John and
> Jamie all are) and have a look at the mapping data in any of the above
> files as examples, I am sure you will understand how Костя is representing
> data for his implementation.
>
> All this to say, it would be really great if any of you might be
> interested in contributing mapping data to our other supported
> versification systems which don't yet have the mapping implemented:
>
> [scribe@localhost include]$ grep -L mapping sword/include/canon_*
> canon_abbrevs.h <- ignore this one
> canon_catholic2.h
> canon_catholic.h
> canon_german.h
> canon_kjva.h
> canon_leningrad.h
> 

Re: [sword-devel] Mobile Linux UIs

[Костя Маслюк]

пн, 8 нояб. 2021 г., 00:49 Greg Hellings :

>
> Hmm, for some reason I thought Bible Time Mini had gotten folded into the
> main line BT repo back in the day. Bummer. Wonder how tough it would be to
> get it going with modern Sword and BT code.
>

Hi, all! It was Bible Time Mobile, that went together Desktop some time
ago. I m not optimistic in merging two projects, with shared core but
different stacks and goals we would cover more user's cases, and still be
useful each other.
The goal of Mini was to run on as more devices as possible, so i m not sure
to switching to c++17. But i see no problem in building Mini for PinePhone.
I also remember that there were another mobile OSes that would be fine Mini
to port to, e.g. Sailfish.
Personally i m running Android, and it have to be refreshed for it too, but
i have few opportunities for all those tasks now((
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Mobile Linux UIs

[Костя Маслюк]

Re read your initial message. So your points was 1. finger friendly, 2.
performance and 3. desktop development stack

With 1. and 2. i think Mini is best choice, as it was initially developed
for old Windows Mobile devices, have several options to optimize rendering.

As for 3. i m not sure what you meant, Mini use Qt/qmake, and it is
monolithic, so building is simple as `git clone --recurse-submodules`, open
in QtCreator corresponding .pro file, build+run.

Mini was always developed on Windows/Linux host, but never packaged to be
distributed on those platforms as there are many great desktop solutions
already.

I initially thought that you need desktop experience on mobile, and already
refreshed project for recent desktop BibleTime and Sword:
https://github.com/kalemas/mini/blob/86317680768661e299c305556b2bb051e0dc0ddd/qmake/common/bibletime/bibletime.pro
, Mini frontend also would be built but not sure if its well due to quick
update.

вс, 7 нояб. 2021 г., 23:30 Greg Hellings :

> For my phone I've been moving to my new Pine Phone. For those unaware,
> this is a cell phone that runs mainline Linux and most of the popular
> desktop distributions are available on it - Arch, Fedora, Ubuntu, Manjaro,
> and about a dozen others I don't recall off the top of my head. I'm
> personally driving mine with Fedora.
>
> Which of our apps have the ability to run in a mobile friendly UI but on
> desktop software stacks? The current Pine Phone is very slow (only quad Arm
> A53 cores at 1 GHz), so the full browser experience to bring up a Bible in
> the browser is like going back to 2015. If I could build one of our native
> apps, it would be grand. I think Bible Time has a mobile UI option, but I
> don't know if it is compatible with a desktop stack. Are there any others?
> Is anyone willing to help me get one built?
>
> --Greg
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] НА: JSword and Alternative Versification

[Костя Маслюк]

I think the best way for this would be:
• finish with inter-versification mapping
• add module supplied versification to engine
• copy this logic to jsword

I understand how long this road is.

Just an update on module-supplied v11n subject. This could be for internal use, 
an undocumented feature, just to update modules during mapping system 
development phase. Because in design i have suggested, mappings are the part of 
versification.

-Исходное сообщение-
От: DM Smith
Отправлено: 21.12.2012 17:59
Кому: SWORD Developers' Collaboration Forum
Тема: Re: [sword-devel] JSword and Alternative Versification

We've changed JSword to handle alternate versification which supports 
deuterocanonical books, and currently we are in the testing phase, finding more 
bugs than we'd like. When the bugs are much lower, then we'll release JSword.

AndBible will update and release some time after that.

In Him,
DM Smith

On Dec 21, 2012, at 6:36 AM, pola ashraf <5...@hotmail.com> wrote:

> When JSword Will Support Alternative Versification ?
> I want to make Arabic Deutrocanonical Books and mainly I want it to be 
> available to mobiles on And Bible 
> 
> Thanks
> ___
> 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