Re: [sword-devel] #bibletime is now on irc.oftc.net

[Nic Carter]

Besides Discord not being FOSS, Discord is a great choice. They have expanded 
it to be useful for much more than just gaming now.

It does allow different nicknames for different servers. I haven’t tried, but I 
have connected to people through it who suddenly have different names depending 
on if I DM them or chat to them on a specific server! 藍

I love the ease-of-use of it and the fact it works on any device, including 
simply in a web browser, and remembers your read/unread status of messages. And 
allows voice. And allows screen sharing.

Sent from my phone, hence this email may be short...

> On 21/05/2021, at 05:04, Karl Kleinpaste  wrote:
> 
> 
> On 5/20/21 12:55 PM, Greg Hellings wrote:
>> Is this a time to consider a move to an alternative platform altogether?
> 
> I find Discord usable for several purposes. Is it possible to have different 
> names per Discord "server"?
> 
> I'm not going to do anything about the current  #xiphos for a bit just yet.
> ___
> 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

Re: [sword-devel] PocketSword status

[Nic Carter]

On the downloads screen, tap on the folder icon in the top right corner, then 
refresh the source list.
That will show all servers in the Master Server List.

Sent from my phone, hence this email may be short...

> On 13/03/2020, at 09:24, Cyrille  wrote:
> 
> Hi Michael,
> Maybe add the updating of all the repositories at once, as with Andbible
> and Bishop. This will help users who don't know they are other
> repository as ebible.org...
> My 2 cents :)
> 
> Br Cyrille
> 
>> Le 12/03/2020 à 20:30, Michael Johnson a écrit :
>> Hello, my brothers and sisters in Christ.
>> 
>> I just thought I should post a status on PocketSword work. I have started on 
>> updating it, but haven't yet gotten to a stable point for testing using Test 
>> Flight. Right now, it is, unfortunately, on hold, as I have another task in 
>> the foreground. I finished the main editing of the World English Bible, with 
>> the exception of still correcting the occasional rare typo. (I found one 
>> this morning in Ezekiel.) My foreground task at the moment is integrating 
>> SILE into Haiola for better PDF generation, especially
>> with mixed complex scripts. After that is done, I hope to focus on 
>> PocketSword. In its new incarnation, it will generate its own indexes, and 
>> won't need special server support for that. I'll also fix the key problem 
>> for when a module goes from locked to unlocked, which of course, will happen 
>> as copyrights expire and/or special permission is granted.
>> 
>> Thank you for your patience.
>> 
> 
> 
> ___
> sword-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: Your app, The SWORD Project, was not approved for beta testing

[Nic Carter]

What was the specific reason for rejection? I got an email about a missing 
image or something like that. Is it an easy fix just to make the powers-that-be 
happy?

Sent from my phone, hence this email may be short...

> On 17/06/2019, at 12:59, Troy A. Griffitts  wrote:
> 
> So, Apple refused to let us test our app. See attached. Such silliness. I 
> believe we can have "internal" testers, whatever that means. Is anyone who 
> has an iOS device willing to lete add them to our CrossWire account and Cal 
> let me know if our build works?
> 
> Thanks,
> 
> Trou
> 
> From: App Store Connect 
> Sent: June 16, 2019 2:55:06 PM MST
> To: junkm...@crosswire.org
> Subject: Your app, The SWORD Project, was not approved for beta testing
> 
>   
> 
>  
> Dear CrossWire Bible Society,
> 
> Your app, The SWORD Project 1.2.0 (1.2.0), has been reviewed, but cannot be 
> made available for TestFlight beta testing.
> 
> For details, or to contact App Store Review, visit Resolution Center in App 
> Store Connect.
> 
> Best regards,
> App Store Review
> 
>  
>  
> Contact Us | App Store Connect | One Apple Park Way, Cupertino, CA 95014
> 
> Privacy Policy | Terms of Service | Terms of Sale
> 
> -- 
> 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] Module upload: BlaMat

[Nic Carter]

Hi all,

Yes, PocketSword does things the unadvised way because initially it took 
forever to create a search index on a device when PS was first created. I 
haven’t tested things recently (in the past 5 years?), but I’m guessing any 
device from the last 3 years should be more than up to the task, and older 
devices are probably ok.
However, I haven’t had time to investigate, and I’m in the process of moving 
countries, so it won’t happen any time soon.

PocketSword currently looks for a search index on the CW server. There are 
scripts that are run when Peter creates a new module that will create the index 
and upload it to the correct place. I used to manually run scripts to create 
them for the other official repos about once a month, but it has been a long 
time since that has happened. I investigated doing that for eBible, but due to 
the LARGE number of modules (yay!) and the rapid updating of them (also yay), 
creating an index for each version of each module would have not worked. You 
need a new index for a new version of a module, obviously, as the text _may_ 
have changed. (Sometimes a version number gets bumped because of a conf change.)

Currently, the CW server is being migrated. I believe that is causing some 
issues for some of Peter’s scripts, so hopefully once the migration is 
completed, everything will be working swimmingly again?

FYI: PS looks at the HTTP (well, HTTPS) mirror of the CW FTP server for all 
modules & downloads indices from 
https://www.crosswire.org/pocketsword/indices/v1/ 

If you follow that link, you actually see that BlaMat-1.0.zip AND 
BlaMat-1.0.1.zip are available there, so it appears the indices are working for 
that module?


I hope that helps? Gotta run.
Nic. :)

> On 17 Dec 2018, at 9:04 am, Troy A. Griffitts  wrote:
> 
> To chime in about PocketSword indexes, CrossWire does not officially support 
> downloading pre-generated search indexes for our modules. SWORD, and thus 
> PocketSword has the ability to generate the search indexes on the client, 
> like every other SWORD frontend. PocketSword asked for disk space because 
> they were pre-generating these for some reason at the start of their 
> frontends and we accommodated. I am not sure who is maintaining PocketSword 
> these days, but rather than asking all of our module repos to pre-generated 
> search indexes for one of our frontends, I would suggest someone just change 
> the PocketSword Download function to instead call the SWORD makeSearchIndex 
> function.
> 
> Troy
> 
> On December 16, 2018 2:53:57 PM MST, "ref...@gmx.net " 
> mailto:ref...@gmx.net>> wrote:
> No one is fobbing you off, David. Not answering on the mailing list is normal 
> if you are not able to.help. 
> 
> There are two separate issues here. For one reason the indices I produce for 
> CrossWire are sometimes visible and sometimes not. I am clueless why, but 
> presume the two servers are the problem. I have not looked into that further 
> due to.travel. dM gave me some hints. 
> 
> EBible is a separate matter. In short , this is Michael's repo and he needs 
> to produce indices or find a way to produce them automatically. 
> 
> Peter
> 
> Sent from my mobile. Please forgive shortness, typos and weird autocorrects.
> 
> 
>  Original Message 
> Subject: Re: [sword-devel] Module upload: BlaMat
> From: David Haslam 
> To: SWORD Developers' Collaboration Forum 
> CC: 
> 
> 
> I keep pushing at this issue and I get fobbed off repeatedly. 
> 
> None of the eBible.org modules have an installable search index for PS. 
> 
> Why is nobody seeking to fix this?
> 
> Where does PS look?
> Which server?
> Which path ?
> What protocol?
> 
> Who maintains such a sync ?
> Has it ever been tested ?
> 
> The requirements are not transparent. 
> We ought to document them in our wiki. 
> 
> If modules on the Xiphos repo do have a search index, why not eBible.org too?
> 
> David
> 
> Sent from ProtonMail Mobile
> 
> 
> On Sun, Dec 16, 2018 at 21:32, ref...@gmx.net  > wrote:
>> 
>> I think the sync script runs only once every so often.. 
>> 
>> Sent from my mobile. Please forgive shortness, typos and weird autocorrects.
>> 
>> 
>>  Original Message 
>> Subject: Re: [sword-devel] Module upload: BlaMat
>> From: David Haslam 
>> To: sword-devel@crosswire.org
>> CC: 
>> 
>> 
>> Installed bla1890eb from eBible.org to PocketSword. 
>> 
>> No search index available!
>> 
>> Is anyone working on providing all these for this repository? What’s the 
>> main stumbling block?
>> Where does PS look?
>> 
>> Still no Blackfoot language or equivalent found in CrossWire Main. 
>> 
>> Peter - what’s making it invisible?
>> 
>> David
>> 
>> Sent from ProtonMail Mobile
>> 
>> 
>> On Sun, Dec 16, 2018 at 19:52, Kahunapule Michael Johnson 
>> mailto:kahunap...@ebible.org>> wrote:
>>> 
>>> Thank you very much, David, for pointing out that there was 

Re: [sword-devel] Does the CLucene indexing work for non-English texts?

[Nic Carter]

PocketSword uses the standard SWORD library search implementation, using 
CLucene. Last I looked, the C version is a _long_ way behind the Java version 
(Lucene). The C version seemed to stop being developed after it worked well 
enough for English text and didn’t seem to get any love for other languages, 
which is unfortunately for us that use the C version of SWORD.

Nic.

> On 2 Nov 2018, at 8:42 am, DM Smith  wrote:
> 
> From memory, SWORD uses SimpleAnalyzer. This analyzer works well for Western 
> European languages. It won’t for non-latinate texts. It may work in part.
> 
> The basic rule of thumb is that both the index has to be created with an 
> analyzer and the search request has to be analyzed the same.
> 
> PocketSword uses externally created indexes which need to be downloaded to 
> work. It uses the SWORD library for creation and for searching.
> 
> In Him,
>   DM
> 
> 
> 
>> On Nov 1, 2018, at 4:14 PM, TS  wrote:
>> 
>> Does the CLucene indexing work for non-English texts?
>> 
>> David's recent question about languages without spaces caused me to be a bit 
>> curious about this matter. Briefly looking at the current Apache Lucene 
>> code, their appears to be extra code for non-English text. However, this is 
>> in comparison to the Clucene code for PocketSword. And I seem to recall 
>> that, in general, the CLucene code in PocketSword may only be for reading 
>> indices and not for writing them. Also, to clarify  further, it is possible 
>> that an index is created, but with errors?
>>For example, when I search Koine Greek texts, it does so erroneously. I 
>> think that I'll start a separate post regarding the Greek search and 
>> indexing in specific. 
>> 
>> -TS
>> 
>> --Sent from phone--
>> ___
>> sword-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] WoC red letter text problem

[Nic Carter]

Are you able to send through a screenshot of what you see in PS?

Sent from my phone, hence this email may be short...

> On 3 Jul 2017, at 03:45, DM Smith  wrote:
> 
> While using Pocket Sword today’s reading was not properly rendered as red 
> letter text: Luke 4:18-19, ESV
> Basically the first and last part were rendered in red, but not the middle.
> 
> Would someone check some of the other SWORD frontends, please? if it is a 
> problem in other frontends, I’ll put in a bug report for it. (It renders 
> properly in Bible Desktop.)
> 
> Here is the OSIS content. I’ve indented it for readability and removed the 
> notes.
> The opening  is pre-verse because the line group should start before the 
> verse number. It should always render whether headings is on or off. But I 
> don’t think that is the problem.
> 
> In Him,
>DM
> 
> 18:
> 
> 
> 
>  
>
>  
>  The
>  Spirit
>  of the
>  Lord
>  is
>  upon
>  me,
>
>  
>  
>
>  because
>  he has
>  anointed
>  me
>
>  
>  
>
>  to proclaim
>  good news
>  to the
>  poor.
>
>  
>  
>
>  He has
>  sent
>  me
>  to
>  proclaim
>  liberty
>  to the
>  captives
>
>  
>  
>
>  and
>  recovering of
>  sight
>  to the
>  blind,
>
>  
>  
>
>  to
>  set
>  at
>  liberty
>  those who are
>  oppressed,
>
>   
> 
> 19:
>  
>
>  to
>  proclaim
>  the
>  year
>  of the
>  Lord’s
>  favor.
>  
>
>  
> 
> 
> 
> 
> ___
> sword-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] PocketSword update

[Nic Carter]

Hi all,

There is a new version of PS (1.4.8) on the App Store. Lots of thanks to those 
who assisted in getting this one out the door. It doesn't have all the fixes in 
it I would have liked, but it fixes search, Strong's, 64bit & works with iOS 11.

Any bug reports are welcome & I'll see if I can do another release later this 
year. :)

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

Re: [sword-devel] PocketSword beta testing

[Nic Carter]

If you can let me know who I have missed (forgotten!), I’ll add them. Shoot me 
an email directly (off the list).



> On 25 Apr 2017, at 6:49 pm, David Haslam  wrote:
> 
> Installed 1.4.8 (19) beta via TestFlight in my iPhone 5.
> 
> No data lost. Reinstalled KJV 2.9 complete with search index successfully.
> 
> *About:*
> 
> Suggest add the more recent helpers' names in the *With help from:*
> (subject to their permission, of course).
> 
> I've reported a few other minor niggles by private email to Nic.
> 
> Best regards,
> 
> David
> 
> 
> 
> --
> View this message in context: 
> http://sword-dev.350566.n4.nabble.com/PocketSword-beta-testing-tp4657080p4657099.html
> Sent from the SWORD Dev mailing list archive at Nabble.com.
> 
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page


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

[sword-devel] PocketSword beta testing

[Nic Carter]

Hi all,

So, I have tried to play around with PS to get it happy with all the hoops it 
needs to jump through for it to work again on iOS. This incorporates some hard 
work done by Manfred & TS.

Changes:
- enhancement: 64-bit
- FIX: search downloader (??)
- FIX: “find all” for Strong’s Numbers
- updated: to KJV v2.9 (& now includes the search index in the app bundle)
- updated: Strongs Greek to the latest Xiphos repo version (v1.5)

If anyone still uses PS & would like to beta test, please privately email me 
with your AppleID and I’ll add you to the TestFlight list and you can see if 
you can break it! :)

As usual, the src is at https://bitbucket.org/niccarter/pocketsword


Thanks,
Nic.


<<---
"I can't believe that!" said Alice.
"Can't you?" the Queen said in pitying tone.  "Try again: draw a long 
breath, and shut your eyes."
Alice laughed.  "There's no use trying," she said.  "One can't believe 
impossible things."
"I daresay you haven't had much practice," said the Queen.
-"Through the Looking-Glass" by Lewis Carroll->>


___
sword-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] PocketSword can speak!

[Nic Carter]

It was on the todo list to implement voice similar to And-Bible. It required 
stripping the text properly and other bits, but right now all PS has is the 
native built-in TTS which I was careful to make sure worked properly for 
visually impaired. I used to get feedback from some users when I would 
accidentally break it in obscure parts of the app, and last I heard, TTS worked 
throughout the app.

(Of course, other parts of the app are broken now, but let's not go there!)

Nic. :)

> On 11 Feb 2017, at 09:54, Karl Kleinpaste  wrote:
> 
>> On 02/10/2017 05:48 PM, TS wrote:
>> The Screen reader version, for example, will pronounce the "L" in "LORD" as 
>> a separate word and then "ORD" as the following word whereas selecting the 
>> words themselves and having them spoken will not have that problem.
> That indicates that the former is being fed directive-formatted text which 
> the TTS must strip to the actual pronounceable content -vs- just funneling 
> selected text into the TTS, already absent formatting content.
> 
> What it really means is that the TTS is not doing an especially good job of 
> stripping.  Xiphos' TTS does a careful job of feeding only post-processed 
> text.
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] How do you make the Sword framework work in 64bit mode? (My compiler is giving me hundreds of warnings.)

[Nic Carter]

FWIW:

My decision was to defer merging my changes back into the official bindings. 
Unfortunately, that was a poor decision, as I continued to work on the 
bindings, making the future merge even more messy.

My decision was primarily made based on lack of time, as I was hoping to have a 
chunk of time to work on PS again, like I had a few years ago. Unfortunately, 
that never eventuated.


Thanks, ybic
nic...  :)

> On 3 Nov. 2016, at 7:04 pm, Manfred Bergmann  wrote:
> 
> Hi TS.
> 
> They were the same once. Both started out in the MacSword app.
> Then they were extracted from MacSword and made it’s own project which found 
> the home in the bindings/objc folder of the SWORD source tree.
> Nic decided to not use the files bindings/objc but his own fork.
> And myself maintained the wrapper files there for Eloquent.
> Since then it has diverged quite a bit as you have found out. Though many of 
> the classes and the much of the API should still be similar.
> Nevertheless I would like to see some common effort in maintaining those 
> „official“ Objective-C bindings.
> 
> 
> 
> Manfred
> 
>> Am 03.11.2016 um 04:19 schrieb TS :
>> 
>> Hi Manfred,
>>  I took a look at these wrapper files in the bindings/objc for Revision 
>> 3441 of the SWORD framework. Using FileMerge I compared it to what seems to 
>> be the wrapper files in PocketSword. Upon at least a simple comparison, 
>> there seems to be some similarities, but also some huge differences as well. 
>> FileMerge highlighted quite a lot of things. I remember that at least one 
>> header file has the same name, but other than that the header seems to have 
>> completely different code. It was a surprise.
>>  
>> -TS
>> 
>>> On Oct 14, 2016, at 4:15 AM, Manfred Bergmann  
>>> wrote:
>>> 
>>> I’m also having tons of warnings when compiling SWORD in Xcode for 64 bit.
>>> The precision warnings can be ignored IMO. But due to the sheer number of 
>>> warnings it’s very hard to detect warnings that shouldn’t be ignored.
>>> 
>>> Btw: there is a Objective-C wrapper for the SWORD library under 
>>> bindings/objc which I maintain and use in Eloquent.
>>> AFAIK some form of the wrapper in used in PS.
>>> It would be great if efforts could be shared in using only one codebase.
>>> 
>>> 
>>> 
>>> Manfred
>>> 
>>> 
 Am 13.10.2016 um 22:30 schrieb TS :
 
 So, Xcode gives me hundreds of warnings when I try to build for 64 bit 
 mode. I've also tried searching the mailing list so I see that some people 
 earlier in the year may be have seen the same warnings (for PocketSword), 
 so I think I better understand why I've seen that some of the libraries 
 were updated(I don't know if all were updated or ?). However, I'm still 
 getting errors and some of it is in the Sword framework. My impression so 
 far of what's going on is that Xcode is telling me is that there are 
 datatypes which are not being converted properly. I think this is 
 happening due to things like "int" and "long" not occupying the same 
 amount of space or something like they use to do in 32 bit and so need a 
 casting in order to be converted properly?
 An example is listkey.h at line 147 in which "index" is a "long", but 
 then setToElement is for an "int".
 Another is swbuf.h at line 448 "...const { unsigned int psize = 
 strlen(postfix); ..." where Xcode warns that there's a loss of precision. 
 That an unsigned long is converting to an unsigned int. I think that 
 unsigned long occupies 64 bits when run in 64 bit mode, but the int stays 
 in 32 bits when run in 64 bit mode.
I have compared the Sword framework that it's using against the last 
 stable one and there's doesn't seem to be changes to address the issues 
 I'm seeing.
Any suggestions on how to proceed?
 
 -TS
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
>>> 
>>> ___
>>> sword-devel mailing list: sword-devel@crosswire.org
>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>> Instructions to unsubscribe/change your settings at above page
>> 
>> ___
>> sword-devel mailing list: sword-devel@crosswire.org
>> http://www.crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
> 
> 
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: 

Re: [sword-devel] How can I tell which version of the Sword framework is being used? (e.g. in PocketSword)

[Nic Carter]

PS was periodically updated from SVN, with minor tweaks.

https://bitbucket.org/niccarter/pocketsword/commits/2a000dccffb458bc9893f4e5f45e00fd9bb3e18e
 


Above commit seems to be the last sync. I have no idea what rev SWORD is at 
now, nor what changes have been made to it since r3257.

Life has become messy again, so while I will strive to keep an eye on things, I 
most likely won’t touch code until December? It would be most awesome if any 
changes from the latest rev of PS on BitBucket were placed somewhere and you 
created a Pull Request so I could quickly and easily look at any changes and 
integrate them. Right now there are zero, so that means I have to manually look 
at changes and play with them --> 
https://bitbucket.org/niccarter/pocketsword/pull-requests/ 
 


Thanks,
Nic.

> On 12 Oct. 2016, at 9:13 am, TS  wrote:
> 
> Hi,
> 
> How can I tell which version of the Sword framework is being used? ( e.g. in 
> PocketSword.) I've done a search of the code and some comparison to two 
> different versions of the framework, but nether version 1.7.5 nor 1.6.2 seem 
> to match. Is there a place where it's stated?
> 
> -TS
> ___
> sword-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] What is the lowest version of iOS to be currently supported in PocketSword?

[Nic Carter]

Hi Team,

Yes, we need to drop support for older devices. I tried as hard as possible to 
keep comparability but it wasn't worth the effort in the end, for the tiny 
number of devices out there.

Also, I will be checking email in about 2 weeks to catch up on SWORD things, so 
I will read older list emails about PS then.

Finally, there is an updated version of PS src out there that I haven't had 
time to merge with the official src... I hope to do that at the same time as 
looking at the mailing list. Off the top of my head, it fixes the install mgr 
memory leak & search bug in PS, with other things? I had to undo some of the 
other fixes in the official src because it seemed to (unless these were already 
there & were finally exposed with the other changes?) introduce new bugs in 
various components of the app.

Have fun, ybic
Nic :)

Sent from my phone, hence this email may be short...

> On 22 Sep. 2016, at 04:44, Manfred Bergmann  wrote:
> 
> Hi Tim.
> 
> I thought actually I had updated libcurl (build for 64bit and latest 
> versions).
> Also I had updated MBProgressHUD to the latest version.
> I can’t remember for which OS version libcurl was build.
> 
> I would not go back to 5.1 with compatibility as overall this means a higher 
> work on maintenance.
> And you can’t use any new features of the OS.
> 
> For anyone still using iOS 5.1 the current PocketSword app should still work?
> 
> 
> Manfred
> 
> 
>> Am 20.09.2016 um 22:59 schrieb TS :
>> 
>> I've been going through the code and making fixes, and in the process XCode 
>> has warned me that libcurl is for version iOS 6 and higher and also I've 
>> discovered that MBProgressHUD was also written for iOS 6 and higher. It 
>> seems that the external frameworks were updated from the previous release of 
>> PocketSword. So, is the lowest version supported iOS 6 now? or is it still 
>> 5.1.1 and I can ignore the warnings? If 5.1.1 should still be supported, do 
>> all of the newer frameworks still work with this version of the iOS or does 
>> compatibility need to be tested between iOS ver. 5.1.1 and the newer 
>> frameworks (and workarounds be implemented if need be)?
>> 
>> - Timothy
>> 
>> ___
>> sword-devel mailing list: sword-devel@crosswire.org
>> http://www.crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
> 
> 
> ___
> sword-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] Submission of OSIS files for Bibles and Commentaries

[Nic Carter]

I love good bug reports. They help fix issues. Details & how and why something 
is wrong will lead to correct fixes. (Well, mostly! It relies on having free 
time to implement the fixes, hey!)

I love the idea of all of this being automated, but it relies on more work 
initially to refine to tools to make them correct. Then the idea of having 
modules being built simply from a commit is rather cool :)

My 1.5 cents. :)
Nic :)

Sent from my phone, hence this email may be short...

> On 27 Dec 2015, at 08:56, David Haslam  wrote:
> 
> Michael writes, "Wow. A little grace would go a long way in this thread."
> 
> Admittedly, I've expressed some things rather strongly.
> 
> That's simply because until earlier this evening, I was the only one seeing
> the issue.
> 
> The script-generated conf files I installed from the repo contained lines
> that Peter couldn't even see before he read my detailed report sent
> privately as an Excel file attachment.
> 
> Something very weird was going on that neither of us knew about.
> 
> Is it not unsurprising that I should feel very frustrated that repeated
> iterations didn't lead to a clean solutuon?
> 
> After all, the submitted module conf files were error free.
> 
> A system that's designed to remedy bad conf files shouldn't have ended up
> damaging good ones.
> 
> Yet that's exactly what has happened.
> 
> There are lessons to be learned by all of us.
> 
> It's not been a painless experience.
> 
> Best regards,
> 
> David
> 
> PS. Peter and I are already planning collaborative work for another project. 
> It's not as if we're falling out with each other.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://sword-dev.350566.n4.nabble.com/Submission-of-OSIS-files-for-Bibles-and-Commentaries-tp4655499p460.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] KJV 2.8 update

[Nic Carter]

> On 22 Dec 2015, at 6:46 AM, David Haslam <dfh...@googlemail.com> wrote:
> 
> We have found that on devices with iOS 9.2 installing a module even with an
> available search index causes PocketSword to crash out.
> 
> Issue reported to Nic Carter.

And he has noted it and is considering removing the app from download as it is 
unknown when a fix will be available. It’s not a matter of reverting to a 
previous version of PS, as it is an OS thing.

> 
> With iOS 9.0 & 9.1 installing a module without an available search index did
> the same.
> With iOS 8.x installing a module without an available search index, PS
> displayed a message and didn't crash.
> 
> David
> 
> 
> 
> --
> View this message in context: 
> http://sword-dev.350566.n4.nabble.com/KJV-2-8-update-tp4655470p4655485.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] PocketSword indexes for the eBible.org repository?

[Nic Carter]

I was wanting to wait until things were a little more stable before starting 
automatic generation.

The way things work is that I create an index for each module, but I create an 
index for each version of each module. I don't delete them, either, as a user 
may have an older version of a module and want the index for that particular 
version of that particular module.
With the rate of versioning of new modules for eBible, I have avoided creating 
new modules for fear of very quickly filling the HDD on the web server!

I hope that helps you understand why this isn't happening yet...

Thanks, ybic
Nic :)

Sent from my phone, hence this email may be short...

> On 9 Sep 2015, at 12:58, Kahunapule Michael Johnson  
> wrote:
> 
> Has index generation for PocketSword to use with eBible.org repository 
> modules been automated, yet?
> Is there anything I can do to help make that happen?
> I could create them on my local machine and upload them as necessary, if that 
> would help...
> -- 
>Your partner in electronic Bible publishing,
> 
> MICHAEL JOHNSON
> PO BOX 881143
> PUKALANI HI 96788-1143
> USA   eBible.org
> MLJohnson.org
> Mobile: +1 808-333-6921
> Skype: kahunapule
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-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] Yet another iteration of the eBible.org repository is in progress.

[Nic Carter]

I need to get this running nightly (can I do cron stuff myself? It's been about 
a decade since I played with this kind of funky stuff).
I did an initial run of creating the indices a day or 2 ago, but they will now 
be out of date, I'm guessing?
The zipped index files are located on the crosswire web server, in a location I 
maintain under the ~pocketsword folder...

If I was still actively maintaining PocketSword, I'd look at doing index-less 
searches on iOS devices now, given how powerful handhelds have become ( given 
how optimised Troy has made non-indexed searches!).

I hope that helps?
ybic,
Nic :)

 On 23 Aug 2015, at 10:09, Kahunapule Michael Johnson kahunap...@ebible.org 
 wrote:
 
 On 08/20/2015 06:04 PM, DM Smith wrote:
 
 On Aug 20, 2015, at 11:37 PM, Kahunapule Michael Johnson 
 kahunap...@ebible.org wrote:
 
 The fresh osis2mod build 3314 that I'm using produces modules that seem to 
 be missing all text when viewed on PocketSword or Xiphos. I'm a little 
 stumped…
 
 Wild guess: Take a look at file and directory permissions. Look at size of 
 the data and index files.
 
 I think things are working, now. The eBible.org repository should be rebuilt 
 in a working fashion within 24 hours if all goes well, except for one detail 
 that is still a mystery to me:
 
 Where is PocketSword looking for downloadable pre-built indexes? How can I 
 create those? Or is there an automatic process somewhere that will build all 
 of these as needed and catch up with the pace of updates of the eBible.org 
 repository?
 
 -- 
 Aloha,
 Kahunapule Michael Johnson
 
 MICHAEL JOHNSON
 PO BOX 881143
 PUKALANI HI 96788-1143
 USA   eBible.org
 MLJohnson.org
 Mobile: +1 808-333-6921
 Skype: kahunapule
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
___
sword-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] Speaking of Windows 10...

[Nic Carter]

If anyone is interested in getting PocketSword (I'm not sure if it would work 
for OS X apps, or just iOS?) to work on Win10 mobile devices, the following 
link may be of interest?
No, I'm not interested, but I can try to assist if someone else has the desire 
to make it happen.

It's interesting to think that only a few years ago there were bridges to get 
apps from other OSes to work with Apple stuff. Now Microsoft are developing 
something in reverse!


https://github.com/Microsoft/WinObjC/wiki

___
sword-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] STEP

[Nic Carter]

A few names in this article jump out!
Well done, guys :)

http://www.christiantoday.com/article/this.new.bible.tool.could.revolutionise.scripture.reading.across.the.world/53951.htm

(Seems it was posted a couple of weeks ago, so perhaps I'm just late to finding 
it  the rest of you have already read this?)
___
sword-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] beta module repo -- a rant

[Nic Carter]

I know that the Japanese modules in beta are the only Japanese modules we 
have, hence they haven't been deleted. Other than that, the modules in there 
seem to have no owner (I think some of them Chris doesn't own, either) and 
hence they aren't progressing.

Sent from my phone, hence this email may be short...

 On 17 Apr 2015, at 01:58, DM Smith dmsm...@crosswire.org wrote:
 
 There’s no point today. We thought the purpose was to have true beta for 
 modules and such visibility for those committed to module development. Chris 
 L has been absent for quite a while now. It was largely, if not entirely, his 
 module efforts.
 
 We’ve a new and different team of workers on modules today. For the most part 
 Peter is the pumpkin holder for the module repository.
 
 Maybe use beta as designed. Maybe a policy to only allow things in beta for 
 no more than 6 months unchanged. If we were to move the ones that appear 
 mostly good out to the main and problems are found then that’d encourage 
 improvement. Sitting in main does not.
 
 — DM
 
 On Apr 16, 2015, at 11:13 AM, Karl Kleinpaste k...@kleinpaste.org wrote:
 
 Today, someone came into #xiphos to say that Daily (Jonathan Bagster's Daily 
 Light on the Daily Path) was both displaying oddly and causing hangs in 
 latest Xiphos.  We poked around a while, coming to no sure conclusion 
 because what I saw was clearly not what he saw.
 
 Then I realized he had an old version, 1.0, while I have 1.6.  And then it 
 was further discovered that 1.6 is available in Beta, not in CrossWire main. 
  Regular folks don't go poking around in Beta much.
 
 Beta repo's Daily has been sitting there, waiting to go to main, since 
 February 2010.  That's 5 years.  Well, anyway, that's the date on most of 
 mods.d/* there.  Who knows when it last actually changed.  Maybe 5 years 
 before that, for all I know.
 
 The fellow upgraded Daily and poof no more problem.  He said it looks very 
 different, and the set of verse citations has changed.
 
 Some time back, I found myself wandering around 
 http://www.crosswire.org/wiki/Modules_in_the_beta_repository
 
 What exactly is the point of having a beta repo?
 
 On this page, there are reporting dates back as far as 2007, without further 
 updates.  That's pushing 8 years ago.  A bunch are marked known bad, do not 
 test, as of 2007, 2008, or 2010.  Well, what are they still around for, if 
 they're known bad and nothing can be expected ever to change that state?
 
 There is one comment in all of 2011...and that's the most recent anywhere on 
 the page.  One in 2010.  A small pile in 2009.  By far, most are in 2008.
 
 The level of commentary on display quality consists of e.g. Displays well 
 in GS, BD, MS, SW when Xiphos hasn't been GnomeSword since 2009 (6 years) 
 and Eloquent hasn't been MacSword in roughly that long as well.
 
 Tisch has a notation that John 8:53 is broken, so I looked at my copy: Yup, 
 verse numbering skips from 11 to a gigantic 53 with no intervening 12-52, 
 and yet this notation is 6 years old with no evident progress toward making 
 Tisch correct.  And by the way, Tisch is based on v2.5 of the text; by 
 comparison, my TischMorph is built from v2.7 of the same text, and it's 
 lovely and available in Xiphos repo.
 
 4 out of 5 Japanese Bibles are noted, hold for 1.6.2 testing and yet we've 
 got 1.7.3 or .4 released.
 
 The page as a whole hasn't seen a significant change in 3 years.
 
 Seriously, what's the point?  What does it mean to be beta if there is 
 never movement away from that state, either toward release or toward 
 deliberate abandonment?
 
 Release them to main or kill them outright.  Purgatory is bad doctrine.
 ___
 sword-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] NASB?

[Nic Carter]

Ditto with PocketSword, if we're that close to a release... :)

Sent from my phone, hence this email may be short...

 On 21 Mar 2015, at 00:44, Chris Burrell christopher.burr...@gmail.com wrote:
 
 Happy to test it on step but would need module
 From: DM Smith
 Sent: ‎20/‎03/‎2015 13:40
 To: SWORD Developers' Collaboration Forum
 Subject: Re: [sword-devel] NASB?
 
 I had to make changes in JSword to accommodate the NASB. It is checked in. It 
 works properly for Bible Desktop. I don’t know if it has been incorporated 
 into AndBible or STEP.
 
 I’m readying a release for Bible Desktop. Hope to have the nightly builds 
 running again soon. Then a limited beta with those. Followed by an official 
 beta. (I’ve about a dozen places that the av11n is not right, still assuming 
 KJV.)
 
 Last I looked, we have about 3K downloads of Bible Desktop a month from the 
 CrossWire server. Haven’t looked recently. This is nothing compared to 
 AndBible.
 
 Part of the process is to change how I develop so that I don’t have changes 
 that preclude more frequent releases. (That’s a different discussion.)
 
 — DM
 
 
 On Mar 20, 2015, at 9:14 AM, Troy A. Griffitts scr...@crosswire.org wrote:
 
 Thank you for your concern Jon; it is understandable given the time to 
 release for this module.  The mandate was simply that we test on the major 
 filter variations of SWORD and one JSword app before release.
 
 On 03/20/2015 03:43 AM, Jonathan Morgan wrote:
 Hi Peter,
 
 The last version I saw worked with BPBible, but that was a few years ago.
 You are correct on av11n though - if NASB's now using av11n then even NRSV 
 (?) versification gives odd results in BPBible once you get into Revelation.
 
 My view on that is the same as my view on BibleDesktop - there comes a time 
 when the cost of stopping people using a module outweighs the benefits of 
 waiting till every app handles it nicely.
 I would have been disappointed if lots of existing modules were reissued 
 with av11n six months or a year after the av11n release and a number of 
 apps weren't ready.
 However, now we're years afterwards.  I'm still disappointed, but the 
 disappointment is more not being able to get time to make BPBible support 
 it.
 CrossWire has to be able to move on without being held back too long by all 
 the existing apps, otherwise people will be missing out on new 
 functionality.
 
 Jon
 
 On Fri, Mar 20, 2015 at 9:17 PM, Peter   Von Kaehne 
 ref...@gmx.net wrote:
 FWIW, I would think, it won't work properly with 
 BpBible either, until BpBible implements av11n.
  
 Peter
  
 Gesendet: Freitag, 20. März 2015 um 09:54 Uhr
 Von: Jonathan Morgan jonmmor...@gmail.com
 An: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
 Betreff: Re: [sword-devel] NASB?
 Hi Greg/Troy,
  
 From the point of view of an outsider to the decision making process, I'm 
 concerned that you are preventing access by the many for the benefit of 
 the few.
 Of course, I don't know the exact time-frames we're talking here.  If it's 
 a case of an extra few months on top of a process which has lasted years 
 it would be reasonable.
 If it ends up much longer, then I think the cost to users of other 
 frontends is much greater than the benefit of this policy.
 This particularly applies as (as I understand it) the NASB will be a for 
 sale module which could have a clear disclaimer this will not work 
 properly with BibleDesktop and probably won't be immediately available 
 for sale the day you sign off on it (I find Greg's the next step in the 
 process comment ominous).
  
 Jon
  
 On Fri, Mar 20, 2015 at 8:31 AM, Greg Hellings greg.helli...@gmail.com 
 wrote:
 I'm waiting on DM to release the new version of BibleDesktop which has
 several style handling improvements utilized by the NASB. Troy has
 mandated that the module appear properly in the main desktop
 applications, and that's the last one to come into line.
 
 Once that's done, then we can move on to the next step in the process.
 
 --Greg
 
 On Thu, Mar 19, 2015 at 7:28 AM, David Haslam dfh...@googlemail.com 
 wrote:
  Greg Hellings took up the NASB project.
 
  David
 
 
 
  --
  View this message in context: 
  http://sword-dev.350566.n4.nabble.com/NASB-tp4654673p4654681.html
  Sent from the SWORD Dev mailing list archive at Nabble.com.
 
  ___
  sword-devel mailing list: sword-devel@crosswire.org
  http://www.crosswire.org/mailman/listinfo/sword-devel
  Instructions to unsubscribe/change your settings at above page
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 ___ sword-devel mailing list: 
 sword-devel@crosswire.org 
 http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to 
 unsubscribe/change your 

Re: [sword-devel] Xiphos 4.0.0

[Nic Carter]

Well done Karl, great Christmas present! :)

Sent from my phone, hence this email may be short...

 On 25 Dec 2014, at 04:57, Karl Kleinpaste k...@kleinpaste.org wrote:
 
 Merry Christmas!
 Xiphos 4.0.0
 https://sourceforge.net/projects/gnomesword/files/Xiphos/4.0.0/
 
 In this release:
 * Alternate versification (av11n)
   Deuterocanonical and other (non-KJV) bible/chapter/verse schemas.
 * Support for module configuration directives:
   - Feature=NoParagraphs (default verse-per-line setting)
   - PreferredCSSXHTML=style.css (per-module CSS display control)
   - OSISXlit and OSISEnum (transliteration and enumeration)
 * General CSS control for all modules' display (default-style.css)
 * Module manager improvements and bug fixes
 * Restored Win32 NTFS compatibility (viz. accented login names)
 * Far better GTK3 support
 
 What is available here:
 * Source tarball *.tar.gz
 * Fedora RPM (F19 i686  x86_64; F21 x86_64) *.rpm
 * Win32 installer *.exe
 
 - For distribution and personal builders, get *.tar.gz, plus you will need 
 BibleSync 1.1.2, also available at the top of the Files area.
 - For Fedora users, there are F19 (i686  x86_64) and F21 (x86_64) *.rpm, and 
 again you will need BibleSync 1.1.2.
 - For Windows (XP and later), *.exe is all you need.
 
 For RPM, the packages are built as a set of 3:
 - xiphos-gtk2 and/or xiphos-gtk3
 - xiphos-common
 You can install all 3 at once, and the alternatives system will keep one of 
 -gtk2 or -gtk3 current: alternatives --display xiphos
 
 These *.rpm should be considered unofficial.  Official builds for 
 distributions will become available as those responsible make them.
 
 --karl
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] OSIS markup for gen books and devotionals

[Nic Carter]

I agree with Karl.
I have used the standard filters  played with css to make it display properly 
on an iPhone screen vs iPad screen, but that hasn't changed the text itself 
(just padding, borders, etc, to make it easier to read on a small or medium 
sized screen). Also, using those same filters I have had several blind people 
email thanks for PS working flawlessly (after their bug reports!) for them with 
VoiceOver, so they can hear the Bible read to them  navigate properly in the 
app.
My only non-standard filter (I believe?) is I have a custom implementation of 
poetry indentation because it didn't exist in the engine until recently  I 
haven't tried to use the engine version of poetry html markup yet.

Forcing publishers to work with the lowest common denominator really sucks. 
Really really sucks.
Allowing them to work with full OSIS would be really cool. More work for us, 
but it'd be cool :)




 On 9 Oct 2014, at 07:16, Troy A. Griffitts scr...@crosswire.org wrote:
 
 Thanks for the email Karl.  Yes, when I read Laurie's concise and informative 
 report of how we do on different features and output formats, I was grateful 
 in my heart and planned to use her report for improving the XHTML filters.  I 
 agree, these are bugs and we need to fix them.  I started the XHTML filters 
 with 2 hopes: that those who use their own filter sets would consider 
 collaborating together on this filter set provided with the engine, and that 
 those who use the XHTML filters would improve them.  We all have 5 projects 
 we're working on these days and as usual, what is urgent for our own work, or 
 what is easy and fun, is usually highest priority for each of us.  I'm happy 
 to see a commit to improve the XHTML filters.
 
 Regarding your TTS impl, have you considered calling module.stripText().  
 This should give a reasonable plain-text representation of a module entry. 
 
 On 10/08/2014 11:33 AM, Karl Kleinpaste wrote:
 Longish ramble.
 
 I'm still finding our lack of attention or interest regarding consistent 
 output somewhat disappointing.  David wrote a lot a couple weeks back about 
 this, but some of it just plain bugs me, and no one else followed up at all. 
  Some of the bugs-me is non-specific, some is very specific.
 
 On 09/23/2014 02:32 PM, David Judah's Shadow Blue wrote:
 Now all this might sound pedantic and that front-ends should just render 
 what the engine sends, but imagine a frontend that sends the text through a 
 TTS engine for visually impaired persons. This frontend would have no use 
 for HTML formatting, but it would care what the underlying markup that this 
 HTML represents is.
 I have 2 reactions to this observation.
 
 1. I don't know if any other frontends are capable of it, but Xiphos has 
 been TTS-friendly for ~8 years.  (Cf. Read Aloud in the View menu for 
 walking straight through a Bible, or using mouse-swept regions + context 
 menu invocation.)  And indeed, as noted, I don't care what the markup looks 
 like, indeed I ship the text through a tag stripper before it goes out to 
 Festival.  There is no consideration at all to what was there, it is all 
 blindly removed and simply shipped for speaking.  Yes, one could 
 hypothetically say that a change of voice could be used in the TTS case, but 
 -- this is important -- nobody cares.
 
 You see, for as long as I've been around, there has always been a huge 
 amount of talk within Sword about The Wonderful Things That Could Be Done.  
 But the real world's bottom line is that the five-9s proportion of our 
 actual user base has a straightforward goal: Good, productive Bible study 
 using quality tools.  Precious few are deaf or blind, and almost none are 
 interested in full-tilt syntactic analysis tools.  So all the see, the 
 markup could let Joe Handicap have the text delivered in his Special Way 
 really doesn't mean squat in the real world.
 
 2. I'm not arguing against OSIS.  Not all, in fact.  Nor against handicap 
 support.  But what I'll say about this sort of over-attention to the 
 hyperactive extremes of what could be done routinely leads us to miss, or 
 deliberately avoid, the underlying problem.
 
 That problem, as addressed by Laurie Fooks' experimentation, is that 
 collectively we do a kind of poor job of consistent rendering of what's 
 under there.  For the five-9s crowd, what they want is good, consistent 
 display of textual content.  For the moment, ignore the potential blind or 
 deaf user of our apps.  The problem is that we, the frontend developers, 
 have a pronounced tendency to produce different things for the same text, as 
 displayed in the usual panes of our apps.  Is that because of the frontend 
 itself, or because of what the frontend gets from the engine?
 
 That is where Laurie's experimentation reached, and where we collectively 
 fall over the cliff.  We are accelerating at 32f/s^2 toward going splat on 
 the canyon floor below while blandly discussing how nifty a more extensive 
 

[sword-devel] bug in the OSIS html filters

[Nic Carter]

Heya,

I just had it reported that in the SVN version of the OSIS html filters (both 
the htmlhref and the xhtml, so perhaps elsewhere as well?) opening a super 
tag will create a sup html tag and closing a sup tag will create a /sup 
tag. Closing a super tag will instead create a /i tag.

I have committed a fix to my PS fork but am uncomfortable trying to patch SVN 
as I already have several changes to osishtmlhref.cpp that may not be accepted 
in a patch (such as replacing '' with 'amp;' and removing loads of html 
elements (such as 'em', 'font' and 'small') and replacing them with a much 
smaller number of generic elements that use classes for presentation). Also, I 
haven't had time to investigate how far-reaching the bug is?


Thanks, ybic
nic...  :)



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

[sword-devel] User Forums

[Nic Carter]

Hi all,

I believe we've shut down the forums due to the sad amount of spam on there? 
That would explain the very small number of PS posts I've had to respond to 
this year ;)

Is there a plan to replace them with something else soon? Could we move the 
current one to a different location, for reference's sake, and put something 
else up in the current location?

I'm asking because I'm hoping to have a new version of PS out in the very near 
future and it has a link to the forums in it. If they are closed with nothing 
coming up in the near future, I might remove the link. :)

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

Re: [sword-devel] OSIS markup for gen books and devotionals

[Nic Carter]

As a general FYI, when I would test for conformity to how text should display, 
I used to test PocketSword vs Xiphos vs Eloquent/MacSword vs BPBible. My 
testing showed that they were a reasonable source of test cases. If something 
looked right in them but not in PS, I knew I had a bug. :)

(Karl, I would also be interested in hearing why other front-ends don’t seem to 
conform. Has a lot of work gone into other front-ends to change how some 
modules are presented because the back-end code isn’t feature complete yet?)

(PS: I’m on holidays and half-hoping to have a new beta of PS out in the next 2 
weeks. Perhaps even have a new release of PS out by Christmas? iPhone 6/6+ 
compatibility would be good!)

 On 22 Sep 2014, at 1:03 am, Karl Kleinpaste k...@kleinpaste.org wrote:
 
 I find it odd that this discussion died out without any further consideration 
 from other app or engine developers as to why the apps' delivery varies.
 ___
 sword-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 needed to build Sword Python binding on Windows

[Nic Carter]

Hi Timothy,

To my very inexperienced (Windows-wise) eyes, it looks like it is struggling to 
link to ICU? As I have no idea how Visual Studio works, I'm not sure how to 
direct you to fix the issue, but perhaps look at that?

Perhaps you'd have more success if you tried compiling using cygwin or 
something like that (if that even exists anymore - I haven't done any 
development work on a Windows machine for over 10 years!) or, if you have the 
luxury, a Mac or Linux box? (yes, yes, we have what we have, and there is a 
huge range of devices being used with SWORD by people on this list, so 
hopefully someone can help more than I can?)

Thanks, ybic
nic...  :)

 On 2 Sep 2014, at 11:03 am, R Johnson 
 ps16thypresenceisfullnessof...@gmail.com wrote:
 
 Hello all,
 
 Today is Labor Day (in the US), and I haven't heard anything about my thread 
 Building Python binding to Sword on Windows returns exit code 1 since 
 around Memorial Day (May 26) weekend. I'm disappointed by this, because I 
 can't continue working on the Bible software I was attempting to write until 
 I can get the binding built on Windows. I apologize if I offended anyone.
 
 Since I posted my last message, I have upgraded to Sword 1.7.3.dev3138, CMake 
 3.0.1, and SWIG 3.0.2, which I think fixed one or two of the errors I was 
 getting, but I still am not able to successfully build the Python bindings. I 
 have attached the output logs (abridged) from Visual Studio. The first one is 
 from trying to build the entire libsword solution, and the second one is from 
 trying to rebuild the swordswig subproject (after moving Sword.lib from the 
 Release subdirectory to the top-level sword-build directory).
 
 I'm experienced with Python programming, but know very little C++, so 
 regrettably I'm not able to detect and fix the problems myself. I would 
 really appreciate further help with this. Thank you.
 
 -- Timothy
 Output-20140901.txtOutput-swordswig-20140901.txt___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page




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

Re: [sword-devel] OSIS markup for gen books and devotionals

[Nic Carter]

Hi Laurie,

Try creating a pretend-Bible and put a bunch of your text all in Gen 1:1  see 
how it looks. Marking something as poetry will automatically indent it a little 
in PocketSword  so you will be wasting some screen space for normal text 
when you're on a small screen...

If you have more PocketSword questions, how about you ask me off the list so as 
to not clog it up with specifics related to PS-only? :)

Thanks, ybic
Nic :)


 On 28 Aug 2014, at 16:05, Laurie Fooks laurie.fo...@gmail.com wrote:
 
 Hi Nic
 
 I just has a look at Psalms on PocketSword in a bible version using
 lgl markup -its great as it does display the l level=2 etc
 tags to give the indenting.  I don't see anything else unexpected ?
 Did I miss something ... Is line spacing the same... it was hard to
 tell?  I would love to try my test mods on the PocketSword.
 
 Cheers
 
 Laurie
 
 On 8/28/14, Nic Carter niccar...@mac.com wrote:
 Hi Laurie,
 
 Some front-ends will apply some special formatting for poetry  you don't
 want that formatting for your modules, so don't mark it as poetry  you'll
 be fine :)
 (PocketSword is an example, if you wanted to test on an iOS device.)
 
 Thanks, ybic
 Nic. :)
 
 
 On 28 Aug 2014, at 07:52, Laurie Fooks laurie.fo...@gmail.com wrote:
 
 Thanks David,
 
 Please look at my second set of OSIS genbook test modules - I may be
 formatting incorrectly.  This second set includes p tags but
 BibleTime is not displaying these as intended.
 The OSIS site also suggests that lg l not be used for pagebreaks -
 I am not sure why it is not a good idea? - as it stands, it is the
 only markup that I have found to work across all front ends.
 
 Really appreciate if you can also look at the figure tag - BibleTime
 / BT-Mini show an indicator that there is an image, but is not
 displaying the image. BibleTime does display images in ThML formatted
 modules.
 
 Cheers
 Laurie
 
 
 On 8/27/14, David Judah's Shadow Blue yudahssha...@gmx.com wrote:
 
 
 On August 26, 2014 7:44:58 PM EDT, Laurie Fooks laurie.fo...@gmail.com
 wrote:
 2. Paragraphs and linebreaks - I have found the poetry markup (lg, l)
 is the only reliable way to have line breaks / paragraphs - Its
 working well, but is there an alternate I should use?
 
 I can't speak for other front-ends and poetry formatting, but I am
 working
 on formatting poetry correctly in BibleTime (i.e. indenting, block
 formatting, etc). So using lg or l for merely the line breaks is a bad
 idea.
 Plus, as Peter said, it should be working for the other methods.
 
 3. Images are not displayed, except in Xiphos, xulsword and AndBible.
 - Is this a front end design choice or bug?
 
 BibleTime will display pictures I know, I've played with the images test
 module in it. I don't recall though, if that was a commentary or a
 genbook.
 
 --
 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
 
 ___
 sword-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] OSIS markup for gen books and devotionals

[Nic Carter]

(Except GenBook format is still sadly unsupported...)


 On 28 Aug 2014, at 16:17, ref...@gmx.net ref...@gmx.net wrote:
 
 There is a module maintainer mode deeply buried in pocketsword's settings 
 which allows you to upload a zipped module onto your phone. It is created 
 exactly for your scenario
 
 - Reply message -
 From: Laurie Fooks laurie.fo...@gmail.com
 To: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
 Subject: [sword-devel] OSIS markup for gen books and devotionals
 Date: Thu, Aug 28, 2014 07:05
 
 
 Hi Nic
 
 I just has a look at Psalms on PocketSword in a bible version using
 lgl markup -its great as it does display the l level=2 etc
 tags to give the indenting.  I don't see anything else unexpected ?
 Did I miss something ... Is line spacing the same... it was hard to
 tell?  I would love to try my test mods on the PocketSword.
 
 Cheers
 
 Laurie
 
 On 8/28/14, Nic Carter niccar...@mac.com wrote:
  Hi Laurie,
 
  Some front-ends will apply some special formatting for poetry  you don't
  want that formatting for your modules, so don't mark it as poetry  you'll
  be fine :)
  (PocketSword is an example, if you wanted to test on an iOS device.)
 
  Thanks, ybic
  Nic. :)
 
 
  On 28 Aug 2014, at 07:52, Laurie Fooks laurie.fo...@gmail.com wrote:
 
  Thanks David,
 
  Please look at my second set of OSIS genbook test modules - I may be
  formatting incorrectly.  This second set includes p tags but
  BibleTime is not displaying these as intended.
  The OSIS site also suggests that lg l not be used for pagebreaks -
  I am not sure why it is not a good idea? - as it stands, it is the
  only markup that I have found to work across all front ends.
 
  Really appreciate if you can also look at the figure tag - BibleTime
  / BT-Mini show an indicator that there is an image, but is not
  displaying the image. BibleTime does display images in ThML formatted
  modules.
 
  Cheers
  Laurie
 
 
  On 8/27/14, David Judah's Shadow Blue yudahssha...@gmx.com wrote:
 
 
  On August 26, 2014 7:44:58 PM EDT, Laurie Fooks laurie.fo...@gmail.com
  wrote:
  2. Paragraphs and linebreaks - I have found the poetry markup (lg, l)
  is the only reliable way to have line breaks / paragraphs - Its
  working well, but is there an alternate I should use?
 
  I can't speak for other front-ends and poetry formatting, but I am
  working
  on formatting poetry correctly in BibleTime (i.e. indenting, block
  formatting, etc). So using lg or l for merely the line breaks is a bad
  idea.
  Plus, as Peter said, it should be working for the other methods.
 
  3. Images are not displayed, except in Xiphos, xulsword and AndBible.
  - Is this a front end design choice or bug?
 
  BibleTime will display pictures I know, I've played with the images test
  module in it. I don't recall though, if that was a commentary or a
  genbook.
 
  --
  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
 
  ___
  sword-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] OSIS markup for gen books and devotionals

[Nic Carter]

Hi Laurie,

Some front-ends will apply some special formatting for poetry  you don't want 
that formatting for your modules, so don't mark it as poetry  you'll be fine :)
(PocketSword is an example, if you wanted to test on an iOS device.)

Thanks, ybic
Nic. :)


 On 28 Aug 2014, at 07:52, Laurie Fooks laurie.fo...@gmail.com wrote:
 
 Thanks David,
 
 Please look at my second set of OSIS genbook test modules - I may be
 formatting incorrectly.  This second set includes p tags but
 BibleTime is not displaying these as intended.
 The OSIS site also suggests that lg l not be used for pagebreaks -
 I am not sure why it is not a good idea? - as it stands, it is the
 only markup that I have found to work across all front ends.
 
 Really appreciate if you can also look at the figure tag - BibleTime
 / BT-Mini show an indicator that there is an image, but is not
 displaying the image. BibleTime does display images in ThML formatted
 modules.
 
 Cheers
 Laurie
 
 
 On 8/27/14, David Judah's Shadow Blue yudahssha...@gmx.com wrote:
 
 
 On August 26, 2014 7:44:58 PM EDT, Laurie Fooks laurie.fo...@gmail.com
 wrote:
 2. Paragraphs and linebreaks - I have found the poetry markup (lg, l)
 is the only reliable way to have line breaks / paragraphs - Its
 working well, but is there an alternate I should use?
 
 I can't speak for other front-ends and poetry formatting, but I am working
 on formatting poetry correctly in BibleTime (i.e. indenting, block
 formatting, etc). So using lg or l for merely the line breaks is a bad idea.
 Plus, as Peter said, it should be working for the other methods.
 
 3. Images are not displayed, except in Xiphos, xulsword and AndBible.
 - Is this a front end design choice or bug?
 
 BibleTime will display pictures I know, I've played with the images test
 module in it. I don't recall though, if that was a commentary or a genbook.
 
 --
 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

___
sword-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] Can't build on OS X (undefined reference to UnicodeString)

[Nic Carter]

Sorry for taking a while to reply!

I bumped into this issue with iOS a few months ago and then ran out of time to 
fix it. “Recently” (months ago?) Chris added some more dependencies on ICU into 
SWORD and iOS chokes on that. When I look for:
unicode/ucnv.h
it can’t find it. The available headers under iOS are:

~   ls 
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.1.sdk/usr/include/unicode
 
localpointer.h putil.humachine.h utext.hutf_old.h
parseerr.h uchar.huregex.h   utf.h  utypes.h
platform.h uconfig.h  urename.h  utf16.huvernum.h
ptypes.h   uiter.hustring.h  utf8.h uversion.h

(This is for iOS 7.1, which was the current version at that point, and the 
version of ICU included is reported as 51.1)
If I have time, I’m going to #ifdef out the stuff Chris added that breaks the 
build under iOS so that I can continue to use the built-in ICU rather than 
having to roll my own for iOS. But due to a lack of time right now, PS is 
sitting there needing about 1 hour of work, plus a fix for the above error, 
before the next version is released. However, me #def-ing out new code that 
Chris added is a band-aid fix, as he’ll probably add more funky features that I 
then won’t be able to use :( Then again, perhaps I’ll have handed PS over to 
someone new by then  that can be their problem to fix? :) :)

I don’t have the OS X components required to check how similar this is for OS X 
(installed on this machine, that is), but this is the current situation with 
iOS. Perhaps that helps you, perhaps not? :) :) :)

Thanks, ybic
nic…  :)


Nic Carter
PocketSword Developer - an iOS Bible Study app
Twitter: http://twitter.com/pocketsword
iTunes: http://itunes.apple.com/app/Pocketsword/id341046078

 On 21 Aug 2014, at 6:16 am, Greg Hellings greg.helli...@gmail.com wrote:
 
 ICU is largely (exclusively?) used for transliteration within Sword. Qt 
 offers the same functionality (it has both its own built-in functionality for 
 that or it can be built on top of ICU). Since Qt already comes with the 
 functionality built in, BibleTime distributes its OS X binary without the 
 extra size of ICU.
 
 As for wanting to build without MacPorts, you'd have to either find or 
 install the development headers for both of those libraries if you want that 
 support (In the distant past ICU was available on Mac but not development 
 headers for it, so MacPorts just installed headers for the system library 
 back then. Not sure what the story is now). If you have the headers and the 
 link library, you'll need to specify the proper search path. For ICU, you can 
 add the standard search directories to your CMake invocation using the 
 standard mechanism for appending library and header search paths. For CLucene 
 you can use that method, or specify CLUCENE_HOME in your environment 
 variables before invocation.
 
 Another option entirely is to run CMake until it fails to find them, then 
 edit your CMakeCache.txt file to manually specify the path for the 
 appropriate CLUCENE and ICU variables, then rerun CMake to generate the build 
 files with the modified options.
 
 There are lots of paths to get you where you're going, and I'm willing to 
 accept patches or pull requests (http://github.com/greg-hellings/sword.git 
 http://github.com/greg-hellings/sword.git) to improve detection on OS X. 
 The relevant files are cmake/Find{ICU,CLucene}.cmake in the Sword source tree.
 
 --Greg
 
 
 On Wed, Aug 20, 2014 at 2:57 PM, Manfred Bergmann manfred.bergm...@me.com 
 mailto:manfred.bergm...@me.com wrote:
 If possible I don't want to install libraries (Homebrew, MacPorts, etc) used 
 for building Sword which are not part of the stock OS X.
 
 How can ICU be replaced with Qt?
 
 
 
 Manfred
 
 Am 19.08.2014 um 21:56 schrieb Greg Hellings greg.helli...@gmail.com 
 mailto:greg.helli...@gmail.com:
 
  On my own system I get:
 
  -- CLucene: yes /opt/local/lib/libclucene-core.dylib in /opt/local/include 
  and /opt/local/include;/opt/local/include
 
  -- PkgConfig: yes
 
  -- ICU: yes /opt/local/lib/libicuuc.dylib and /opt/local/include
 
 
 
  I have installed them from MacPorts. I believe, however, that BibleTime 
  builds without them as Qt is used in place of ICU and CLucene is linked 
  directly into BibleTime for its custom search functionality. Obviously, 
  feel free to edit your local .sh script. Those are only given there for 
  examples of how to build with CMake for people who are not familiar with 
  the system much as usrinst.sh is more of a guideline. For instance, I doubt 
  you're looking to build the Python or Perl extensions.
 
 
 
  --Greg
 
 
 
  On Tue, Aug 19, 2014 at 12:28 PM, Manfred Bergmann manfred.bergm...@me.com 
  mailto:manfred.bergm...@me.com wrote:
  Hmm. Don't know this doesn't work.
 
  tried cmake, called cmake/build-release.sh, got the following:
  ---
  pacsaar:sword

Re: [sword-devel] Project Free Scriptures started

[Nic Carter]

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

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

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

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

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

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

Ok, I've said enough. :)


Thanks, ybic
nic...  :)

ps: complete sidetrack  don't reply to this thread to mention this, cause I 
don't wanna hijack this thread: so much amusement in that other thread! It made 
me smile, especially some of the fun replies. :) Thanks for the joy you guys 
gave me. :)

On 26 Feb 2014, at 8:04 pm, Jaak Ristioja j...@ristioja.ee wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi, Jonathan!
 
 On 25.02.2014 15:49, Jonathan Morgan wrote:
 I've been around CrossWire for quite a few years without actually 
 being part of the official group, so I think my opinion might be 
 helpful here as I don't have any turf to defend (CrossWire 
 regulars: please chip in if I'm misrepresenting anything).
 
 Thank you for your response which I really appreciate.
 
 I think it's perfectly reasonable to criticise choices such as VCS 
 and the patch approval process. What is unreasonable is to expect 
 project maintainers to listen just because you have made that 
 criticism.  SWORD is a mature, feature-ful and complex library,
 and as result I'm fairly happy with a default attitude of if it
 ain't broke, don't fix it.
 
 I agree that it were unreasonable to expect maintainers to act without
 thinking. I agree that SWORD is mature, featureful and complex. And I
 agree with the attitude if it ain't broke, don't fix it. However,
 that exactly is the problem. SWORD is broken in different ways. Please
 bear with me and let me demonstrate:
 
 While SWORD does what it is supposed to do in 99% of its use cases,
 this does not mean it is correct. One example of this kind of
 brokenness was how it retrieved module information from web servers.
 It basically parsed the directory index information HTML page returned
 by the Apache server and failed if the directory index was not present
 or contained a bit different HTML. The code parsing it also contained
 flaws which led to invalid memory accesses. But it for 99,99% of the
 time it was never triggered (at least nobody complained). This leads
 us to a different type of brokenness.
 
 The HTML 

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

[Nic Carter]

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

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

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

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

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


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

Re: [sword-devel] KJV updated

[Nic Carter]

David shot me a personal email about this  so it should be available now (as 
of a couple of days ago). Let me know if there are any other search issues with 
it in PS. :)

On 17 Feb 2014, at 2:01 am, David Haslam dfh...@googlemail.com wrote:

 Installed by Xiphos and then indexed.
 
 However, when I then selected KJV for the first tab, Xiphos (for Windows)
 crashed!
 Must be an odd s/w glitch. After opening Xiphos again, I was able to select
 the KJV.
 
 Not yet tried any searches.
 
 Installed also with PocketSword, but the downloadable search index is not
 yet provided by Nic Carter.
 Unlike And Bible, PS does not have the feature to generate an index.
 
 David
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/KJV-updated-tp4653552p4653559.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] KJV updated

[Nic Carter]

On 17 Feb 2014, at 12:44 am, DM Smith dmsm...@crosswire.org wrote:

 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.

Thanks, noted.
I'll strive to update the pre-installed module to this new KJV once things have 
settled a bit, too. :)

Thanks for your hard work! ybic
nic...  :)
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Web site down?

[Nic Carter]

Taking a look at http://www.isup.me/CrossWire.org seems to say it's not just 
down for me (and the guy who reported it to me via Twitter).

:(

(Unless it's just down for some maintenance?)

Sent from my phone, hence this email may be short...
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Locale - proposal

[Nic Carter]

serious bit
How the Chinese currently is is acceptable. There are only 2 options and 
neither is the default. True, more people in the world use simplified, as that 
is the official script of mainland China. But any text that is in Chinese will 
specify exactly which script (between the 2) to use. Any that doesn't hasn't 
been created by someone who knows what they are doing... ;)
Then again, you could set simplified as the default as that is what new texts 
produced in mainland China will be produced in.
/end serious bit

fluff
Then again, the original is Traditional, so perhaps you should set that to be 
the Default! ;)
And going with that logic, British English should be set to the default English 
:P
Which is what PS does :D
/end fluff

/me runs away again

On 4 Jan 2014, at 11:59 am, Peter von Kaehne ref...@gmx.net wrote:

 As you will see from sword-svn I have created the missing parent files
 etc.
 I left Chinese alone as I am a bit lost with that.
 
 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] Locale - proposal

[Nic Carter]

On 4 Jan 2014, at 10:08 am, Chris Little chris...@crosswire.org wrote:

 The relevant standard is BCP 47: https://tools.ietf.org/html/bcp47
 
 The standard separator is hyphen (-), but use of underscore is common. POSIX 
 locales, for example, use underscore. I guess hyphen should be preferred, but 
 we should accept underscores and map them to hyphens. In any case, they are 
 treated identically and underscore is never permitted by BCP 47, so folding 
 them together as hyphens is safe.

Ahh, that explains why I need to map between _, which SWORD uses, to -, 
which is what Apple uses (in iOS). Apple does the right thing and SWORD uses 
the legacy method which is now never permitted. Are we going to update that 
at some point?
Also, are we going to switch to utf8 being the default encoding at some point 
and remove the need for -utf8 being part of the locale name?
___
sword-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] merge raw avraw repos?

[Nic Carter]

Yup! :)

Sent from my phone, hence this email may be short...

 On 28 Oct 2013, at 9:38, ref...@gmx.net ref...@gmx.net wrote:
 
 Seconded
 
 Sent from my HTC
 
 - Reply message -
 From: DM Smith dmsm...@crosswire.org
 To: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
 Cc: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
 Subject: [sword-devel] merge raw  avraw repos?
 Date: Sun, Oct 27, 2013 21:34
 
 
 Just do it. 
 
 Cent from my fone so theer mite be tipos. ;)
 
  On Oct 27, 2013, at 5:05 AM, Chris Little chris...@crosswire.org wrote:
  
  It's been over 4 years since the release of Sword 1.6.0, when av11n was 
  introduced. I believe that every front end that is still maintained now 
  supports (to one degree or another) av11n modules.
  
  Following the release of Sword 1.7.0, I no longer produce separate KJV-v11n 
  and av11n versions of modules when producing updates. Also, because of 
  changes to the way osis2mod produces modules, all new Bible and commentary 
  module releases are tagged as requiring Sword 1.7.0.
  
  
  Would now perhaps be a good time to merge the raw and avraw repositories 
  (i.e. get rid of the avraw repository and allow av11n material in raw)? I 
  don't mind our hosting multiple repositories, but the av11n vs. non-av11n 
  distinction is not one that I think our users ought to need to worry about. 
  It just brings confusion.
  
  --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 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] Forum software (was Re: mvnForum on HTTPS)

[Nic Carter]

I like the sound of that.
Especially keeping a read-only copy somewhere so we can link back to it when 
required.

Personally, I'd love to see something that will work nicely on a small screen 
(mobile device?) so that I can migrate more help requests to the forums instead 
of email. I do link to the current forums from within the PS app but it's very 
tricky to use on a mobile phone.

However, given we are all volunteers here and lack time, who is going to 
volunteer to undertake this initiative?


Thanks, ybic
nic...  :)

On 22/10/2013, at 6:55 AM, DM Smith dmsm...@crosswire.org wrote:

 I know we've talked about it in the past, but I think we need different forum 
 software.
 
 Last time I looked, there was no migration path from what we have to anything.
 
 I'd suggest that we shut down the current forum. Leave it as read-only on a 
 different URL. And start fresh.
 
 Just my 2 cents.
 
 In Him,
   DM
 
 On Oct 21, 2013, at 3:02 PM, yvand yvand.sw...@gmail.com wrote:
 
 Thank you! I can confirm it works now.
 I think you already know it, but there are plenty of spam members (see for 
 example the huge list  New member(s) in recent 7 days)...
 
 Le 20/10/2013 09:41, Chris Little a écrit :
 On 7/2/2013 12:40 PM, yvand wrote: 
 Hi all, 
 
 I usually visit crosswire.org on https (the website and the wiki). 
 But it is impossible to login in mvnForum (using https), the error 
 message is: 
 /The referer of request is not in trusted domains. Please configure 
 mvncore.xml./ 
 
 --yvand 
 
 It should now be possible to login to the forums using https. 
 
 --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 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] Word Of God website

[Nic Carter]

Hi team,

I was taking a (yet another) look at the WordOfGod website and what modules 
they have available there. I noticed that they say You can download it freely 
and you can redistribute freely when you download their Bibles and so I was 
wondering if we had asked if we can host their modules? That would make use of 
their modules much easier, through our download manager rather than through a 
web browser!

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

Re: [sword-devel] SWORD 1.7.0 Released

[Nic Carter]

Congratulations everyone, and especially Troy! :)

On 05/10/2013, at 10:48 PM, Troy A. Griffitts scr...@crosswire.org wrote:

 After way too long, 1.7.0 is finally available for public release.
 
 http://crosswire.org/sword/software/swordapi.jsp
 
 There is a huge list of changes which can be found in the ChangeLog:
 
 http://crosswire.org/ftpmirror/pub/sword/source/v1.7/sword-1.7.0/ChangeLog
 
 along with a huge list of contributors.  Thank you so much for all of your 
 time and contributions and divine patience.
 
 May our Lord bless this work to effectively bring His Great News of His offer 
 of forgiveness to a world that doesn't even know they need Him.
 
 In Him,
 
 Troy
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page


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

Re: [sword-devel] update handhelds page

[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, Костя Маслюк kostyamasl...@gmail.com wrote:

 2013/9/5 Peter von Kaehne ref...@gmx.net
 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

Re: [sword-devel] Lexical fields

[Nic Carter]

Sorry for the brief top-reply:

I believe we only accept new lexica in the TEI format.

http://crosswire.org/wiki/TEI_Dictionaries

I hope that helps! :)

On 25/08/2013, at 4:26 PM, Timothy S. Nelson wayl...@wayland.id.au wrote:

 On Sat, 24 Aug 2013, ref...@gmx.net wrote:
 
 Lexica in sword are not build with OSIS.
 
   Ah, I think I see.  Are you referring to the fact that they have to be 
 converted to IMP files first?
 
   Thanks,
 
 
 -
 | Name: Tim Nelson | Because the Creator is,|
 | E-mail: wayl...@wayland.id.au| I am   |
 -
 
 BEGIN GEEK CODE BLOCK
 Version 3.12
 GCS d+++ s+: a- C++$ U+++$ P+++$ L+++ E- W+ N+ w--- V- PE(+) Y+++ PGP-+++ 
 R(+) !tv b++ DI D G+ e++ h! y-
 -END GEEK CODE BLOCK-
 
 
 ___
 sword-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] New filter suggestion

[Nic Carter]

It was my desire to create a new way of navigating through a book of the Bible 
using titles, so instead of book-chapter-verse  the app would jump to that 
verse, you'd go book-title  when you tapped on the title, it would jump to 
the b/c/v that that title corresponds to.

Sounds like we have similar ideas?
I'd love for this to happen, but I have recently found myself having to drop 
responsibilities as I am doing too much. So, I'm also not programming right now 
due to a lack of time  headspace. :) so, I'm happy for someone else to code 
this :) :) :)

Thanks,
Nic :)

 On 18 Aug 2013, at 19:33, Peter von Kaehne ref...@gmx.net wrote:
 
 Sometimes I want to rapidly find a story or passage for which I have
 nothing but the vaguest recollection. 
 
 Most modern Bible translations we have now use titles. 
 
 I would like to be able to look only at the titles of passages, instead
 of any text, but maybe of more than one chapter.
 
 I know that search can help too but sometimes it does not. 
 
 What do you think?
 
 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] Is the Xiphos repo down again?

[Nic Carter]

Received an email 2 days ago suggesting that, and I just checked then and it 
appears down for me?
Tested using http://ftptest.net and it suggests the same.

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

Re: [sword-devel] Windows Utilities

[Nic Carter]

Insert comment here about lack of time and everyone being a volunteer and life 
going on and bigger fish to fry and ... M, fried fish!
Oh, I meant, and distractions all over the place... ;)

Sent from my phone, hence this email may be short...

On 23/07/2013, at 21:09, David Haslam dfh...@googlemail.com wrote:

 Thanks Daniel,
 
 *begin rant*
 
 Why do they have issues trackers if they only respond to issues that affect
 them?
 
 This is one of the worst aspects of many open source projects!
 
 The programmers don't take users seriously enough.
 
 Or they expect users who bother to report problems to be programmers who can
 fix the bugs themselves and save them the bother.
 
 And some programmers suffer from what can only be described as the NIH
 syndrome. (Not Invented Here)
 
 It's just not good enough!
 
 *end rant*
 
 David
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652882.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] UTF8Transliterator messages

[Nic Carter]

Awesome, thanks for the heads up. Those should be useful changes for PS. :)

On 18/07/2013, at 6:36 PM, Chris Little chris...@crosswire.org wrote:

 Some history:
 The ICU transliteration filter from 2002 could transliterate to/from a bunch 
 of scripts beyond what stock ICU could do. Daniel Glassey added the ability 
 to load  build transliterators that were not part of the ICU resource bundle 
 in 2003, allowing use of stock ICU that is included with most distros along 
 with our additional transliterators. But it hasn't been maintained or updated 
 since 2003, and only worked on systems building with autotools. So that is 
 all now removed (both the out of date copies of transliterators and the code 
 for loading them).
 
 You'll saw the missing resource errors if your system doesn't have our 
 additional transliterators when Daniel's code tries to load them.
 
 The defines I added are just there to deactivate most of Daniel's code. If it 
 someday makes sense to load transliterators directly, we can reactivate it in 
 1.8.x or so. Before that, I'll pursue getting our transliterators 
 incorporated into CLDR (and thus stock ICU). We would only need to reactivate 
 this code if our data were rejected by Unicode.
 
 tl;dr: Just don't define ICU_CUSTOM_RESOURCE_BUILDING and the code for 
 UTF8Transliterator should now avoid all of the parts that were emitting error 
 messages.
 
 --Chris
 
 
 On 7/17/2013 9:03 PM, Nic Carter wrote:
 
 Hi Chris,
 
 Can you please explain what you've done  what you are switching on/off with 
 the new #defines? I build the lib a different way, so I'd like to see if I 
 can incorporate your changes into my build system or to see if I still need 
 my own custom way of switching off those error messages...  :)
 (yes, I have been seeing those error messages since day 1 with PS, but I 
 have my own hacks to remove them and would rather use your changes!)
 
 Thanks, ybic
  nic...  :)
 
 On 18/07/2013, at 8:46 AM, Chris Little chris...@crosswire.org wrote:
 
 Give the latest SVN a try. All of the offending code should be disabled now.
 
 --Chris
 
 On 07/17/2013 07:10 AM, Greg Hellings wrote:
 So I've been plagued in the CMake builds by this message:
 UTF8Transliterator: ICU: no resource index to load
 UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR
 
 Now it's expanding out to repeat itself four times when I run a utility
 like diatheke, and Peter has claimed he sees the message when running
 the Python bindings in Ubuntu when building with autotools.
 
 Is there anyone who knows what this might be referring to, and how I can
 squelch this? I just tried building and adding libicudata.so to the
 build process, but to no avail. I still get the same number of messages
 and warnings. I'm attaching my build output to see if anyone can see
 what is present/missing in CMake that the autotools seems to get right
 (I'm guessing it still lacks the above message?).
 
 These warnings have been present throughout the history of the CMake
 build, but I'd like to squash them if anyone can see what's going on.
 I'm quite out of ideas at this point. :-/
 
 --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
 
 
 ___
 sword-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] UTF8Transliterator messages

[Nic Carter]

Hi Chris,

Can you please explain what you've done  what you are switching on/off with 
the new #defines? I build the lib a different way, so I'd like to see if I can 
incorporate your changes into my build system or to see if I still need my own 
custom way of switching off those error messages...  :)
(yes, I have been seeing those error messages since day 1 with PS, but I have 
my own hacks to remove them and would rather use your changes!)

Thanks, ybic
nic...  :)

On 18/07/2013, at 8:46 AM, Chris Little chris...@crosswire.org wrote:

 Give the latest SVN a try. All of the offending code should be disabled now.
 
 --Chris
 
 On 07/17/2013 07:10 AM, Greg Hellings wrote:
 So I've been plagued in the CMake builds by this message:
 UTF8Transliterator: ICU: no resource index to load
 UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR
 
 Now it's expanding out to repeat itself four times when I run a utility
 like diatheke, and Peter has claimed he sees the message when running
 the Python bindings in Ubuntu when building with autotools.
 
 Is there anyone who knows what this might be referring to, and how I can
 squelch this? I just tried building and adding libicudata.so to the
 build process, but to no avail. I still get the same number of messages
 and warnings. I'm attaching my build output to see if anyone can see
 what is present/missing in CMake that the autotools seems to get right
 (I'm guessing it still lacks the above message?).
 
 These warnings have been present throughout the history of the CMake
 build, but I'd like to squash them if anyone can see what's going on.
 I'm quite out of ideas at this point. :-/
 
 --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


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

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Nic Carter]

Having contributed to the http code a while ago, I know that it worked for some 
httpd servers and not for others because of the way that file listings worked 
over http... In the end, I only use the http code with the official CrossWire 
repos  force the use of the ftp code for other repos in order to avoid 
possible crashes.
Error catching code could be added, but ideally the code should be rewritten to 
be much more safe! However, if we were to redo our installmgr stuff so as to 
download a zip file, it'd be ok! It crashes when you try to download a folder 
full of files (the individual parts of a module).

I hope that helps? I'd be more specific if I had more time, but this is just a 
quick reply in passing :)

Thanks, ybic
Nic :)

Sent from my phone, hence this email may be short...

On 26/06/2013, at 22:51, Mark Trompell m...@foresightlinux.org wrote:

 I'm trying to access a http repository (http://marktrompell.de/sword/)
 installmgr -r works fine, -rl too but installmgr segfaults on -ri
 Same for Xiphos, I can refresh and see what modules are there, but it
 crashes when I try to install.
 Probably the repository isn't properly setup, but nevertheless sword
 shouldn't crash.
 Attaching 2 backtraces, one from installmgr and the otherone from xiphos.
 
 Blessings
 Mark
 --
 Mark Trompell
 
 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)
 instmgr_bt.txt
 xiphos_bt.txt
 ___
 sword-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] installmgr (and xiphos) crashes (svn 2831)

[Nic Carter]

The problem with the code is that different web servers will spit out different 
HTML for a directory listing. It works for CrossWire  I stopped at that. There 
is probably a better way of doing it all, but I have up at that point cause my 
c++ skills are way too rusty  I'd prefer to rewrite it all in ObjC instead. 
Which I'll do at some point, if I ever have time. And do it properly ;)

Sent from my phone, hence this email may be short...

On 26/06/2013, at 23:25, Greg Hellings greg.helli...@gmail.com wrote:

 
 
 
 On Wed, Jun 26, 2013 at 8:21 AM, Jaak Ristioja j...@ristioja.ee wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 The greatest bug here is that it tries to parse the webserver
 directory listing output (which is what I think it does).
 
   V E R Y   V E R Y   B A D   P R A C T I C E ! ! !
 
 Parsing server output is bad practice? How in the world did you reach that 
 over-zealous conclusion?
 
 --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] installmgr (and xiphos) crashes (svn 2831)

[Nic Carter]

(Sorry for the top reply)

IMHO it would be easier to switch to downloading a ZIP file of the module than 
it would to add the infrastructure required to generate a custom listing of 
file names.
I encountered the issues you point out (and agree with you)  gave up. If/when 
the CrossWire httpd server changes ( the HTML output changes), the installmgr 
code will break :)

My vote, long ago, was to switch to downloading ZIP files instead of each 
individual module file, but no one has implemented that yet (would you mind 
looking, Jaak? My c++ skills are very rusty, as you have seen!) :)

Sent from my phone, hence this email may be short...

On 26/06/2013, at 23:35, Jaak Ristioja j...@ristioja.ee wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 26.06.2013 16:25, Greg Hellings wrote:
 bserver directory listing output (which is what I think it does).
 
 V E R Y   V E R Y   B A D   P R A C T I C E ! ! !
 
 
 Parsing server output is bad practice? How in the world did you
 reach that over-zealous conclusion?
 
 --Greg
 
 I didn't. It is not safe to assume that web servers provide similar
 output for directory listings. They might even do AJAX or something
 which might only be reasonably interpreted by human (if at all:).
 
 Example: The current code doesn't work when links start with
  a id=x href=
 because it only searches for a href=. Even parsing the HTML
 properly would not be enough in some cases.
 
 Therefore, it is not reasonable to try to parse the directory listing
 output of the webserver. Instead, better mechanisms should be used,
 e.g. custom-format index files, e.g. with a format like one
 filename/URL per line, separated by '\n' characters.. Sword would
 just need to download a single file (instead of the webserver
 directory output listing), and parse that.
 
 This is much easier to parse and handle error conditions, no need to
 try to interpret HTML, filter links etc...
 
 Blessings,
 Jaak
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.20 (GNU/Linux)
 
 iQgcBAEBAgAGBQJRyu4qAAoJEEqsYmEt1rCO8X0//1TklYXolDw4Izp67jNUz+UG
 bA3D9+1cCQQ6+3GXm5qHDLSDIwhrY34s7S9bEf2NXZgna294PK+zTmZ0soruiV0O
 iwxp2AKX7P4vz0Or+3qfkX0g+1PEInd2I34uV21f5lsnY8p7ZmGlfxMKpAvO5my9
 MT0QnNupsbt8jWitmkVH2Ivd1iVUHcU+XU9MC66VkufTorIZqYz+yPT5Q9mAeNoq
 cph6m4tWGNMknM4EmOQderD0BjzxQ7COWFdCNcxwV6z+VKwzCXdfOyi3LH2RQjHb
 puRe7UMOUbOGr63h/w8dRuOaoQDF0EXR6E9q/W22yauQoiLNTwhu5Y19SwXh2MjN
 r8RJpfLxqEvw7iFVd+O0O6y4gdjxhGV61vHMLe5iftni9FZeRfq6s8JxOt1QCrFz
 j0s3ZuWSkDb1B3Uefmx2T6uQXOWKIFKvK7eHPSKtNFb+wGNBPzB0kEZCfaf3jQ4b
 yyY1Ff2YoIAqWiyalWwqCxT8HXGEQCtZOJt6vG7Quow/7wpoawM9uH+A6ijgJ5ZH
 YLtPZBqVOmbTi4fpwVMipjjSw9PfSfOsfVlV6JabVQv9w2zH76stXvMDM+C0/aiT
 staXI7UD4a9MuyyMxc/fYsbjGzx5zyzyGPhVd4o73ZZ+PBGzW/sePHTnftWYdtsx
 BWcmuPoBohF07gCo20g932wIsIpShM+TztYaozYOfJzuQKX5LfqKeKLss8rL8JPZ
 H3FJHp12a0+DcdGzGfZ4/Vkgb5NzCv8GXoNLvG0R5Rgq3tbQqPc2vT4lt+fgXr6F
 ecRhdso5Mw7MEfU08RCyPczoeU9Zx5EBadIYjrBHsAl7argkjEgUEWW1BC/5WBO3
 G999NhkZuyeLMozzpstEcGUkOfffx/k/E+lnTdcbgnZmHi9j4F3blgxPTboyuY/t
 chm4FYkxEXjObHcTXbIa1i3hhnLWxgjHTzWE6pYWhg4S9uJW2DLGPrssMP2ehw4Q
 VGYLVIcRLap6a53EVnPbkkKE/TZYmHXzwM2NUfE8QgceDBzBgeFPIFh7nFw7HZuk
 RPtuX11RQmoAD9Np6hr9NlB98Mx0SC11NUcn62wjiuHgK1unPj4KfdWHmTH3v4iD
 SouXy9h2Rnj6N/mth6nEvjmETPvRFhtnUIdkNwXyu8uXsYWIwIURwy/qGxoAYBhy
 7S4PRqxwh4RSemuYvCeTix462ARekq9ANcGKSEZNi46JpBLHNLXDaoJCr1Sj5lCe
 rsClTMcqtPxj5Z9uvyHwp+6q4G0gkwSoGuD3Z77o6Hg0/pSottarjc+y9mW2srWX
 eaVvbccpgwDsW9hn5JJxNQ9o5xRSrkMrmzM0GuR/Zl44zsXWIe9hC1nxIh4v8L+L
 tWtKgrv/GcyGb/yRwzGf/17OpyHJB7rtvarQLi+pyzWQpEPt0Pxp5bEGpjxJT+a7
 cilGKPBXYH0MEmrq75bqlGVwtVqSnBPN9N8H7iCY0eF4EkSPYGhACC7YYD58ziQB
 yY+AaAJz0A7aqvUAhv6K6s+5uXmugaSvXYYOo5kS6EiM5SdjCitLpt1THDJ1EHPT
 nA+USbnsP3BMML6g3FRKQmln7vrmlaY5ofRvi9VfVe7P0V+2l+UJ5bhhMsZrlB+p
 loH/qItGMNzIZeu1QQRbgWuVsm20/QdH0KIH+dOw7Geid/i0IH2kW48PUOUj2WeJ
 noGD3Un+oH7UvQx1zRZEN4Pa4s4bn8ryI578qn6laQn39hfe2TqjXgrfMIcu8omg
 lyk7leYWl/jNy6DhlNuiUaAARWJ9cMkYI0L7JoqoBZ+vwBB1H6U9I41R5Y/ZNIbk
 frJbnG9L1aQqSkwOmlkaunhDOyYShIDFxMQlI4HjyFLMnMKRHJFKCMDyw2Uobn5K
 nA09C6sdiPkvdBv/EzyUOhkU5iBVYUhDw+DrFCOoWIyeqwHNtGqLz2EKE7nNgYue
 g9igpFeFmdMPlw9jIicEm+rmRIlYNwlUBxfufkEpMWzhNyPzt+uSKGqb7Fzv4BQw
 VlHnwhElYMnWLu14R2SPuPw9UABadA+ejMYiiColH2bz+yhfCyNkOfESl6OZc0z8
 vwcNR3eVeHRwypOA9gL0QCEaNnixqVw770LASolx+0qw8ftOCJMks1KaBhYPTQAH
 EawB1BgY/38cZCwcSYR0nLq+Wnv9V7TTmpBDQ3evwR9DTmppmTWbTrJadtdjp0H5
 KZoTuxssEVjmrAhIwIq8cUq9TlS1KTk+9kn2lHm7W18MrVab0d2Ka6A35mZFirkG
 g24d8DzuClyGn3NPVAvYKF9OM22tBG1XOac+7/kLSeuKekrdYbGLTQxiAbQgTe36
 ixiJXx5LvUSS/SBkQWJ8GaQAuH0OBHQxKHm46uZkh82llS0KZVEK/GhHvGi9+zcc
 7kX76EGPj7eJI5H+LZKb9tV9of/36CVCTOsw7HNCW4dl5dBKeU3Ej1/C9FiCqDa3
 7+tkSbEuGU0BsgEj1RZVeWD+hhrEL9TJ8Uz/ZzEjl0VTh8Ahn9u+eEWN5SntUe9b
 nhmjphXtq4/Yo5yKZbhRu8eOKaVcX8pVMfgjDbYz8GX6OTZiJcNWy/Z02pyJhUmc
 NeNjh4iqVt+I1M73+B63zx39XPQtrWGa0UqGKBssC51ed56/dHYRiIKAElWUplO9
 vZDyvZ2iVIjtc8otiI96GFYStyYBF0630Ya8bwZoxbLd13/YxskxEqbHqmAPWh1Q
 s7UXb9jv4LpK43n0Zx9C
 =oZdy
 -END PGP SIGNATURE-
 
 ___
 sword-devel mailing list: 

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Nic Carter]

Ok, noted. Thanks Jaak.

FYI, I don't have SVN access either. I'd appreciate it if you did fork on git 
and made the changes there to be downloading the ZIP files directly. I know 
it's on Troy's todo list, but we all have issues with lack of time around 
here[1]. I'd take your changes and use them in PS! I have done that with 
several of your patches that haven't been applied to the master SVN 
repo.. Then again, if I did have SVN access, I'd apply my own 
patches as well! ;)

[insert comment about how we have #defines for windows specific stuff (who 
actually uses windows anymore, anyway?!? well, besides DH) and yet my patches 
that have #defines for iOS have never been applied. But given I roll my own 
libsword that gets bundled in PS, it's not a major issue for anyone but me  I 
can live with it. Good merge tools are good! :) ]

[1] I hear you can buy anything online now-a-days, yet I haven't been able to 
source somewhere to buy more time from!

On 27/06/2013, at 12:01 AM, Jaak Ristioja j...@ristioja.ee wrote:

 ZIP files would be OK. But these architectural changes:
 
 The thing is that I'm either lazy or just don't have too much time on
 my hands. And since I have no write access to Swords SVN to fix
 anything, it were just so much easier for me to fork on git than to
 try to work with the current project, submitting patches by e-mail,
 fighting for getting my changes accepted, taking time to explain every
 single change I make or plan in detail, etc...
 
 It just doesn't work well for me. :(
 
 So currently my short answer is: NO.
 
 Sorry,
 Jaak


___
sword-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] RTFHTML filter

[Nic Carter]

Both Eloquent and PS have our own (shared) code that handles the 4 RTF codes, 
so we're fine. :)

I guess ideally it would be better to switch the About conf stuff to html, but 
there's no urgent need in my books...  :)

Thanks, ybic
nic...  :)

On 24/06/2013, at 9:30 PM, DM Smith dmsm...@crosswire.org wrote:

 What does SwordWEB use to display About from the conf? Does SWORD have any 
 other code that translates the RTF unicode markup that is in some confs? How 
 would any frontend handle the 4 RTF codes?
 
 How do other frontends handle the RTF in the About?
 
 Is there a plan for the conf to go to a different format for About? (HTML? or 
 OSIS?) 
 
 Again the same legacy question if there is no longer going to be support for 
 RTF in conf files.
 
 My interest is from a JSword perspective.
 
 In Him,
   DM
 
 On Jun 24, 2013, at 7:12 AM, Chris Little chris...@crosswire.org wrote:
 
 Similar to my question about the Plain filters:
 Is anyone using the RTFHTML filter?
 
 It supports only four RTF tags. I believe this was used by BibleTime to 
 convert RTF in .conf About values to HTML. Is it still used by BibleTime? Is 
 it used elsewhere?
 
 --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 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] Glosses vs Ruby

[Nic Carter]

Could you take a look at the following screenshots and see if this is correctly 
marked up?

http://crosswire.org/pocketsword/img/John1.png
http://crosswire.org/pocketsword/img/Deut3.png

PocketSword has the ability to toggle and display it (hopefully?) correctly.

Thanks, ybic
nic...  :)

On 15/06/2013, at 1:06 AM, ad...@bible.salterrae.net wrote:

 Thank you for your reply.
 
 On 13/06/2013, at 9:15 PM, ad...@bible.salterrae.net wrote:
 
 Are the Japanese modules (in beta) going to be updated to reflect this?
 
 What should I do to relect that?
 
 Moving forward, if you are using Ruby or Glosses, you should have the
 line:
 GlobalOptionFilter=OSISGlosses
 to signify that the front-end should have the ability to be able to toggle
 glosses on and off.
 
 Hmm, It seems that there are no front-ends which renders the rubys as
 expected.
 Some front-ends can show/hide the rubys, but when they show rubys,
 they only shows the contents in parentheesis with smaller fonts --
 which is not the expected representations of the rubys.
 
 By the way, if the only difference is the description in the
 module.conf , it will be a very easy thing to do.
 ( I can't understand why it will be a problem. )
 
 Are there no needs to replace 'w gloss=つくり創造/wたまへり'
 to 'w ruby=つくり創造/wたまへり' ?
 
 I think 'ruby' does not mean 'glossary', and the name 'gloss' is
 somewhat misleading.
 
 Ruby should increase the readability of the users, but current
 implementations of front-ends are not.
 
 
 I believe that glosses/ruby isn't supported in modules that aren't marked
 up in OSIS.  :)
 
 I hope that helps?  Thanks, ybic
 nic...  :)
 
 ps: The previous way was to have =OSISRuby, but that has been deprecated
 and support for that may be removed at any point in the future from the
 API, according to the definition of deprecated...  ;)
 
 ===
 FYI:
 osis source text for 'kougo-yaku' without ruby
 http://bible.salterrae.net/sword/kougo-osis.xml.zip
 osis source text for 'kougo-yaku' with ruby
 http://bible.salterrae.net/sword/kougo.osis.zip
 
 osis source text for 'bungo-yaku' without ruby
 http://bible.salterrae.net/sword/bungo-noruby.osis.zip
 osis source text for 'bungo-yaku' with ruby
 http://bible.salterrae.net/sword/bungo.osis.zip
 
 bungo-yaku is combination of meiji-yaku(old testament) and
 taisho-kaiyaku(new testament).
 
 -- 
 ad...@bible.salterrae.net
 
 ___
 sword-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] Current SVN

[Nic Carter]

Ahh, yes, I had that as well. I forgot cause I fixed it straight away in my 
copy, as Jaak has mentioned! :)

On 14/06/2013, at 4:53 PM, Jaak Ristioja j...@ristioja.ee wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Yes. The base class of FTPLibFTPTransport is RemoteTransport not
 FTPTransport, hence the correct initializer list would probably be:
 
  : RemoteTransport(host, sr)
 
 Blessings,
 Jaak
 
 On 14.06.2013 09:44, Manfred Bergmann wrote:
 Getting this error on compile: /src/mgr/ftplibftpt.cpp:79:80:
 Member initializer 'FTPTransport' does not name a non-static data
 member or base class
 
 Any idea how to fix?
 
 
 Manfred
 
 
 Am 13.06.2013 um 23:58 schrieb Troy A. Griffitts
 scr...@crosswire.org:
 
 Have projects had a chance to test against the latest SVN HEAD? I
 believe I still have a patch from Greg to find and we still have
 something outstanding for Peter to fix. Is anything else
 outstanding?
 
 Chris, I'd like to finish our discussion about the LXX v12n. What
 do you think about having a 4 pattern book naming scheme for the
 double books: A, B, without a suffix, and Alt. The without a
 suffix book name would map to the primary column in Ralfs, as you
 have it, and either A or B would map to the other, as you have
 it, but we would also include abbrevs which would map the
 explicit A and B always, and then have an Alt abbrev which would
 map to the non-primary reading. Thoughts? -- Sent from my Android
 phone 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
 
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.20 (GNU/Linux)
 
 iQgcBAEBAgAGBQJRur3bAAoJEEqsYmEt1rCOC68//1Cd9U1qwowlybTmBo4IViEL
 hXcvGKsvTcgI2lMSfmJmntOFdtoY6eM9pWfRAsIR6Dnyf4UPp4SyNihwR9KzZu/i
 Ju/Ztx/J1OBL2o/0/B7005pg0rre23b3uTwS4KytpH8eGW5blxcoicOFUxQt+56Q
 z8DOrpcT1PL2CKSZhN9lthp//lp0Ex2dd+n6edSmTjJx3bWtTWjUhQ69FFHQT11S
 z19L5OpXnk6CNtTpi4+QolTHKfxy4yP+e77z0pme2zdUTCAXERdMn6S5BYNZhwXN
 /gvcoCrM05/C+5OT7sVgloHrjNp0F4GvuSf+SpnnSj+zTCpsXl3YsIQbbhjkXg6M
 ZHKwRsIifBVm/fRo8lvMG8T6uznDdCy0J2n3ha0DFYa0kNXLgJbmiXCkqj4FzeqV
 XgKy12slmB+0/IBsCsqAuCI9zT1cuLgT12Dq81QhVbQxWFFsVt/HWmkHJtQ8+8Yu
 yFW+esw3Zf96XZUB1kgb3qRP2k+ILk4n1Peuog+g0Zr14dGM2RZtVgoWSPfRylcv
 1UJeURSqjY1pAKajR1YdpjJXUMM8wjD96tC9APqIjIsbVNxIhgej1x7iq5kobIOT
 Re3UyF9TBv6qdTN3p2QxKEf2sxwPq5hQrLcjjxQjINQu1bUpxkWuTYwtB9pLoyIX
 NoWdQbLAyr8um2o96GQjwQEYamDAVBkjC8t60pt1u2FTUSsRO4O1uyawgH5VCPKS
 szSDiAQySgGuA1gOLOPLBOWDwsKrW+HLBRQAT8PRuBIVLsrp7VDF7znaHCZI1r2n
 jzgK3vHMqEY+wCXZqUsZTsPUU2IRuFB5jxtmvLbgo5oy4JtnBvKRxcng9dPw4j0D
 jPMdcyAIi4ygZaQ8U9Tiz5l+RZIQvb4c8Ay4hcMW/TcXnk507urrHLPJrWzE6SBK
 lFGjY8avfddSPgAiI/GzeLrLGDQ6y2jykbOb/NjCW4Lh5BQx9g/TwG8BBUGyFXl4
 dE6qRZMq1E0rNbr1/No218XM2mzsRpXCuRYI//Hkrf6+ZJtgO07LWeLaFf4s9fhh
 tC3BWskRNfm9rtYlOzo/asWaxR+n8QdgcNKNo1/U0BwVA2U8A8vFjFaxqafz99MA
 9bERTiCZn3EuyuwgOPVtMIIn3RgskalkyHgtrG4sG7c8bPHZotkjnXdcY9/p+4Sf
 WlIwcziU7iq/eLGUGbh9TyUdPE2E9337KL2llkxXevD2Eue0qd8sSKL7Azrjo6qd
 gVp0XsIQPpg9y36SP8yR0omme8YUlqUEZvndG7qwr8EoBodBg3o3RHz4K75468oW
 EQf8ZhAaYQelXUi14XFO/EEB+Tcs7GDj84EDjyaZAflg+vRO/0k8HLonNo78GCja
 ib/6CavRNGWsinRHfny1Kv0BYZTNND9vJVJRWbXMp43huE1wbAXe2QDBX8caAzHx
 Nm4ygDE/Afe1jcihdr96X+0xPR9L8M9NdqXnuljOyJarUhbW8eaPYtC7d4p3jrCH
 /OyzDZE1nF3RPk4ZS27C9kXukZ+iqq+YuWvR1wJIQPsa9Zk7zrN3vriVCMNhrJsX
 t8stAbcBFi5q/uEqWKU4u6IRIrsWj0zSmyw//tEaF4Nx3WtJNbeBeIpOzRWPSNWj
 4aZbtgsAsBrohYl99JHJROflukWcchblHS1xb7Q1cChtiyflRHzIdy9ffI/Afh+h
 9AeJ7+SHumjKj1Itbwd0xXVdGszWw4IrHzCZcq46Y4rZ5/2Q3PU630uh/OHKXZzW
 ULq0ILwHaSv+wmpoOfpu/6btIvXLQUp6ZORsKVW8xOkUaXUn1Z62stwAhxaiGndW
 dR8RQjqI8qw7ztSSd6bGyeG5pHF6Ar+HZUnf5POrdDUJpYid7EDW6rgkxdpfZJej
 Oh3rCsMG919XWJ+A28Jj0pjsTo8+m9064rKZ/r3qJ4nECcWLWIuH+PkWidckQskQ
 ErapKGCV63cDsAUH09e82BWwM49EgzkiIGQto0qAtmUlNqpkyPHPGhNi9SH5pZtB
 Ekwmr/IwIF+sx66caekr3T240sXwBNgUPNrSgJj+fVZDf1fvUH2oacSF9ISB6vy9
 IV2MT0MwR/MGjkKEUWiSDrd80//ZG221pFdND27ERRdF2LXG8hbBF1aAG28tnG71
 cw9ePHmoy/NKXPpChwabS+XtLBrzGdtAK/RnBTUAhUJ0uKLUohbisYPcaC+Vs5VK
 JfIODaOGCy6yZ2+XiIEZTcAgQf+745L67WCZZdUqDx/jUSIUnPr5F+25sG/uD3Nz
 1+NnFrdgdh9cE63FvFdLCTe7/fLqdIvcyvBxRKCqRQ7f2jBSjL3wACJ5cxHnqjL2
 TKCCqaKyr6OFEj1SZ+C+1vgf5TlN1ZwJ6TNhifOMdokF/hwva22M0v6iDfLrzzyG
 jx+ynMJlFduGlikJYNPSskxnvr8g3d8SFaNbmm04jkOz7rzDTi3MgVGgFY/Ev+l3
 +oYulwIbYkHgEEtN+zTRojbBiIAdmWzcKb1rHXCz9ma92k7PHY4koTaAeL/QqlHE
 WCnoIG5r5MuO/BB5HbQqF0WZcgpkFD1G+BfLlSA2TdJcbB9Tf8NFYcmJKJ6ymT6Z
 vgkcnpdMtqlvuMUKJ8ojtGgZSKOhNsR00w1C/XLXl6wGCgX4SbTvIy779aAGShJW
 UmW/CRgPgan7HmS/UlRLfWjA1nS7VLQ9C+ncjMWbuiXsg/ELchH8rpZUdrh2KNSC
 l0ohU6AfU2o+veSDEKqZ
 =efoS
 -END PGP SIGNATURE-
 
 ___
 sword-devel mailing 

Re: [sword-devel] Glosses vs Ruby

[Nic Carter]

FWIW, both a  b are working in the current beta of PS and will be available in 
the next version on the iOS App Store... :)
As there are no modules in our non-beta repos that support this, I think it's a 
low priority. I was emailed some private modules  these now work after I 
changed the OSISRuby line to OSISGlosses :)

On 13/06/2013, at 17:24, David Haslam dfh...@googlemail.com wrote:

 Hi Nic,
 
 For change of nomenclature, I think this means the SWORD API needs to be
 tweaked 
 
 (a) to actually render OSIS glosses properly
 (b) to toggle module display using GlobalOptionFilter=OSISGlosses
 
 Though it would do no harm for a recompiled PS to not be backwards
 compatible with a few modules in the beta repo., what about other
 front-ends?
 
 Also, before we implement (b), we should at least add *OSISGlosses* to the
 table in 
 http://crosswire.org/wiki/DevTools:conf_Files#Elements_required_for_proper_rendering
 
 OSISRuby could be removed either now or later (after we reach a consensus).
 
 At least one thing is in your favour - *OSIS Reference 2.1.1* contains no
 mention of the word Ruby.
 
 ybic,
 
 David
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/Glosses-vs-Ruby-tp4652524p4652526.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] Glosses vs Ruby

[Nic Carter]

On 13/06/2013, at 9:15 PM, ad...@bible.salterrae.net wrote:

 Are the Japanese modules (in beta) going to be updated to reflect this?
 
 What should I do to relect that?

Moving forward, if you are using Ruby or Glosses, you should have the line:
GlobalOptionFilter=OSISGlosses
to signify that the front-end should have the ability to be able to toggle 
glosses on and off.

I believe that glosses/ruby isn't supported in modules that aren't marked up in 
OSIS.  :)

I hope that helps?  Thanks, ybic
nic...  :)

ps: The previous way was to have =OSISRuby, but that has been deprecated and 
support for that may be removed at any point in the future from the API, 
according to the definition of deprecated...  ;)
___
sword-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] Glosses vs Ruby

[Nic Carter]

Ok, thanks Chris for the clarification. I'll modify PS to reflect this. :)

On 13/06/2013, at 7:56 PM, Chris Little chris...@crosswire.org wrote:

 On 6/12/2013 8:31 PM, Nic Carter wrote:
 
 Hi team,
 
 I'm adding a feature requested for the ability to toggle ruby on
 and off in PS  I'm wondering what the official state of ruby is in
 SWORD? With 1.7.0 we have moved to Glosses (the conf file needs
 OSISGlosses in it), and so I am looking at moving to requiring
 modules to use OSISGlosses rather than OSISRuby for this toggle to
 work.
 
 We'll move to OSISGlosses, but OSISRuby should still be supported as a filter 
 name in .confs. They're just two GlobalOptionFilter aliases for a single 
 filter class.
 
 Are the Japanese modules (in beta) going to be updated to reflect
 this?
 
 Sure, eventually, but it shouldn't matter.
 
 --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] Current SVN

[Nic Carter]

 Troy A. Griffitts scr...@crosswire.org writes:
 Have projects had a chance to test against the latest SVN HEAD?
 
 Xiphos seems happy with -r2820.

PS seems happy with -r2820 :)
(latest beta was rolled using this as well, FYI)

___
sword-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] Glosses vs Ruby

[Nic Carter]

Hi team,

I'm adding a feature requested for the ability to toggle ruby on and off in 
PS  I'm wondering what the official state of ruby is in SWORD? With 1.7.0 we 
have moved to Glosses (the conf file needs OSISGlosses in it), and so I am 
looking at moving to requiring modules to use OSISGlosses rather than OSISRuby 
for this toggle to work.

Are the Japanese modules (in beta) going to be updated to reflect this?

FYI, as this is a new feature for PS, I am happy to break 
backward-compatability with modules in beta (I'm mean like that!), so I don't 
actually know the reason for my email. Except to say, Ruby is dead, long live 
Glosses?  ;)


Thanks, ybic
nic...  :)

ps: oh, and the wiki is out of date, I guess? 
http://crosswire.org/wiki/OSIS_Bibles#Marking_ruby_glosses
pps: I keep my own snapshots of SWORD, as there are no shared libraries on iOS, 
so all PS peeps are forced to use the version/snapshot of SWORD I bundle with 
the app. So I'll be releasing the next version of PS with whatever SVN is up 
to, including these glosses/ruby changes... :)
___
sword-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

[Nic Carter]

On 03/06/2013, at 11:02 PM, Greg Hellings greg.helli...@gmail.com wrote:

 Of course, this type of behavior adapted to Scope is fine on a desktop or 
 even a netbook or most tablets. But it's unacceptable for a truly low-powered 
 device.

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

My thoughts about this entire subject are: let's attempt to do this 
programmatically and not have Scope or anything else like that in the conf 
file. Having seen the number of emails to this list from module makers who have 
issues with properly forming conf files, I think the easier we make it for 
them, the better! :) :)

So, give it a go. No point arguing about whether it'll be fast enough or not at 
this point. Try it. We can always only use that functionality on desktop 
front-ends? Alternatively, people have suggested caching the results and the 
like. I do that for caching a listing of entries in dictionaries and it works 
pretty well...  :)

And this is coming from a developer who only writes code for truly low-powered 
devices...  And on that note, I'm about to pull a feature from my latest beta 
cause it's too processor intensive on phones, even though it works great on my 
own model of iPhone. :)


just my random thoughts...  :)
Thanks, ybic
nic...  :)

ps: the problem with my entire argument is that someone actually needs to write 
the code for this to happen. ;) It's not looking like I'll have time in the 
near future, so I'll leave it to others...  :D  And on that topic, I have a 2nd 
job interview tomorrow for a cool job (down to the final 2 applicants!) if 
anyone's able to quickly pray for it? :) :)___
sword-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] Scope/NoParagraphs (was: Re: Bible book introductions)

[Nic Carter]

On 04/06/2013, at 7:20 AM, DM Smith dmsm...@crosswire.org wrote:

 None of Troy's concerns are addressed,
 
 Troy merely listed a few things and said he didn't like each. He didn't say 
 why so there was no opportunity for further discussion.

hehe – when the gatekeeper for an opensource project doesn't like an idea, 
doesn't that mean you need to persuade that person that the ideas are likeable 
and worthwhile? :)

 If you feel that Scope should still be under consideration, I encourage you 
 to address Troy's objections.
 
 Answer to all objections: It can be handled automatically just like 
 InstallSize. If it is there great. If not assume the entire v11n.

I love InstallSize as it means I simply need to download the mods.d.tar.gz file 
and then I can know how big a module is before downloading it. As an end user, 
this is convenient in seeing oh, that module is actually 35MB and I'm only on 
a 3G connection. I might download that later over WiFi!... It is simply a 
convenience method, but cannot be programmatically determined before 
downloading the module unless we were to switch the the jsword method of 
downloading modules in their ZIP format, where it would be a simple call to ask 
how big that one file is before asking the user for confirmation of whether 
they'd like to download the module. :)

So, I think InstallSize and Scope are rather different.

But I completely agree with what DM goes on to say, where we need to have the 
implementation to then assess whether or not it is actually fast enough for 
real world use, rather than discussing the theoretical. (which I may have 
mentioned in another email recently?) :)


Thanks, ybic
nic...  :)

ps: sorry for my sporadic emails, I currently only have specific times during 
the week to work on CrossWire stuff. :)
___
sword-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

[Nic Carter]

I think ( I hope?) what is being proposed is a method in Sword that will check 
any book of the Bible to see if it is empty or not. This will ultimately be 
very fast, as it may need to test a large number of verses?
This same method should be able to be adapted to live-test introductions for 
books /or testaments? Then you could determine whether or not to allow such a 
preference/toggle? Also, then you could tell which introductions should be 
navigable to?

FYI, in PS I simply don't show options for modules that don't support a 
feature. Why show a greyed-out Strong's Numbers toggle in the NET, for example? 
Or Greek accents toggle for any English-language module? But, obviously, this 
is a design decision :) :)

BTW, I believe we're still waiting to hear whether or not an isEmpty(BookName) 
method is going to be incorporated into Sword? I'm interested in it, but I was 
just reminded that PS still doesn't support GenBooks  thought I might actually 
rectify that rather than look into an isEmpty() implementation... ;)
[yes, Karl, you requested it about 3.5 years ago,  I'm looking at the 
redesigns required to make this happen!]

Just my thoughts :)
ybic,
Nic :)

Sent from my phone, hence this email may be short...

On 03/06/2013, at 21:04, Chris Burrell ch...@burrell.me.uk wrote:

 For clarity, my use case is as follows. 
 
 I have a menu displaying options such as Verse numbers, Headings, Verses on 
 New Lines, Red letters. I'd like to add an option called Introductions (and 
 perhaps one called Colophon).
 
 The options in this menu are grayed out when the underlying module doesn't 
 support this. If the option is grayed out, I add an explanation as to why 
 that is (e.g. the module doesn't support it, or 1 option is not compatible 
 with another option that is already selected, etc.)
 
 The availability of the options is uniquely dependant on which version of the 
 Bible or Commentary a user has selected. If a user selects a different 
 module, the options available to him are updated automatically. For example, 
 a user is clearly aware that most of the Old Testament doesn't have a Red 
 Letter option. He might however work mainly from the ESV and want his 
 frontend to show Jesus's words in red when they are in the text, so he sets 
 up the option once. 
 
 At this stage, we don't care about what passage/text a user is going to 
 lookup. We can't guess what's in his mind! And we can certainly not guess 
 what he's going to lookup tomorrow, the day after tomorrow, next month, next 
 year.
 
 This is the same for Introductions  Colophons. He might decide he's never 
 interested in seeing Introductions and Colophons and want to turn them off 
 completely. Or on the other hand he might want to turn them on all the time 
 because he is always interested in them. 
 
 But a toggle button available to turn the introductions on/off is pretty 
 pointless if the module doesn't have any. In actual fact, it's pretty 
 annoying because it looks like there may be a bug, since in the ASV toggling 
 this option never makes a difference. In the same way a toggle button to turn 
 red letters on/off for the ASV is pretty useless as well.
 
 It should be obvious by now that having Sword/JSword being able to tell a 
 frontend whether or not Introductions are contained within a module is a big 
 plus to what we have now.
 
 Chris
 
 
 
 On 3 June 2013 07:26, Chris Burrell ch...@burrell.me.uk wrote:
 One could apply your reasoning for every option we have in the Conf file so 
 far.
 
 Headings, notes, cross references, strongs, morphology... A verse or chapter 
 is not guaranteed to contain any of these. You still need to check for non 
 empty cross references for example if your frontend is displaying them in a 
 separate pane. Same as strong numbers if you're doing interlinears.
 
 The option doesn't guarantee anything. It's there to indicate a module 
 supports a particular features. It's at least that was my understanding.
 
 Isn't the whole point of the options to allow the user to set up his 
 preferred view for reading the Bible so that as he goes from one chapter to 
 another he doesn't need to click options on and off as they randomly appear.
 
 Please do tell how I'm supposed to identify whether a Bible has 
 introductions without reading the whole Bible.
 
 Chris
 
 On 2 Jun 2013 22:48, Chris Little chris...@crosswire.org wrote:
 On 6/2/2013 9:23 AM, Chris Burrell wrote:
 Hi
 
 Some books have Bible introductions. Can I suggest adding a flag to the
 conf file to indicate this is the case? In the similar mindset as a
 previous post, I'd prefer being able to query the conf file for features
 of a particular module rather than having to read part of the module and
 hope for that particular book/chapter to have an introduction. A yes/no
 flag in the .conf file would be helpful.
 
 (In particular, I have in mind the book introductions that are part of
 the ESV text). But no doubt other modules will also (or in the 

Re: [sword-devel] XHTML Rendering of OSIS Reference Doc - Whitespace

[Nic Carter]

I agree with DM on the 3+ being condensed into 2 rule. That's what I currently 
try to do in PS  it works well (altho my version is a nasty hack  I'd love to 
remove that code).

I also agree with titles being considered as 2 high, as it will naturally add 
extra vertical whitespace above and below the titles, just as DM has pointed 
out. :)

Hopefully these are very trivial changes. :)


Thanks, ybic
nic...  :)

ps: I have no idea about DM's third point, hence no comments about it. :) :)

On 31/05/2013, at 11:41 PM, DM Smith dmsm...@crosswire.org wrote:

 Regarding your br / rule. I think it is generally good. But I'm wondering 
 whether the rule should be that 3 or more are condensed to two (instead of 2+ 
 into 1).
 
 I think regarding titles, most HTML renders them with extra vertical 
 whitespace (half line above and below), so it'd be good to consider it as 2 
 high.
 
 In looking at the div issue again. There is one use of div that is 
 non-standard.
 
 In OSIS, p is the only document level container that cannot be milestoned. 
 osis2mod replaces p.../p with div sID=xxx type=paragraph/...div 
 eID=xxx type=paragraph/, where xxx is unique in the doc. (Ostensibly, 
 this is bad OSIS, which Chris has aptly pointed out.)
 
 These should produce vertical whitespace.
 
 In Him,
   DM
 
 On May 29, 2013, at 11:53 PM, Troy A. Griffitts scr...@crosswire.org 
 wrote:
 
 Just checked in another update for the whitespace issues.
 
 This checkin attempts to track vertical whitespace by counting block and 
 br/ output and mutes more than 2 contiguous vspace directives.
 
 e.g., This was changed in the osisReference output:
 
 /tbody/table
 br /
 br /
 
 to:
 
 /tbody/table
 br /
 
 Question: should h... directives be automatically considered 2 vspace.  I 
 am only counting them as 1 right now. e.g., should
 h1Title/h1
 br /
 
 be changed to simply:
 
 h1Title/h1
 
 ?
 
 I'm thinking so, but other 'block' tags I'm only ++ the vspace counter.  
 It's simply enough to +=2 the counter for h... tags.
 
 Hope I didn't break too much.
 
 Troy
 
 
 
 On 05/21/2013 05:55 PM, Troy A. Griffitts wrote:
 Thanks for the feedback Peter. I'm not sure I understand what you mean. 
 Could you give me a line in the OSISReference document which you feel is 
 not rendered well.
 
 I just checked in an update which has preliminary support for tables, sub, 
 and super. Here's the latest output:
 
 h1 class=bookHeaderOld Testament/h1
 
 h1 class=bookHeaderTHE FIRST BOOK OF MOSES CALLED GENESIS/h1
 
 h1 class=bookHeaderIntroduction and Outline/h1
 
 br /
 This is the bBook of Genesis/b, the ifirst/i book in the Bible. It 
 may be outlined as follows: br /
 br /
 ul
 lispan class=sup1/spanCreation of Heaven and Earth, 1:1-2:4a/li
 lispan class=sup2/spanCreation of Man and Woman, 2:4b-25/li
 lispan class=sub3/spanFall, 3:1-24/li
 li.../li
 /ul
 br /
 br /
 Tables work like this: tabletbody
 tr tdbColumn 1 Label/b/td tdbColumn 2 Label/b/td /tr
 tr tdColumn 1, Row 1/td tdColumn 2, Row 1/td /tr
 tr tdColumn 1, Row 2/td tdColumn 2, Row 2/td /tr
 /tbody/table
 br /
 
 h2 class=chapterHeaderFrom Creation to Abraham (1:1–11:9)/h2
 
 
 h3Creation of the Heavens and the Earth/h3
 
 br /
 
 [ Genesis 1:1 ] In the beginning God created the heaven and the earth. br 
 /
 
 br /
 
 [ Genesis 1:2 ] Text of verse 2.
 
 
 
 
 On 05/20/2013 07:31 AM, Peter von Kaehne wrote:
 On Sun, 2013-05-19 at 22:29 -0700, Troy A. Griffitts wrote:
 OK, so here's my latest cut at the whitespace issue.  From the
 osisReference document here:
 
 http://crosswire.org/svn/sword/trunk/tests/testsuite/osisReference.xml
 
 ... we now get this output from the osisxhtml filter set when rendering
 module top until Gen.1.2 (not the greatest output, but I believe a great
 step forward, any comments?):
 Ok, I like what you have done. Question:
 
 chapter group titles (Psalm 1-40, Sermon on the mount etc) and
 subsection titles are not catered for, or did I miss this?
 
 Peter
 
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org

Re: [sword-devel] InstallMgr question

[Nic Carter]

Thanks for that info, Troy. I thought it looked like it assumed a single 
thread. However, I thought it probably was designed with multi-thread in mind. 
No problem, I shall queue downloads, as that probably makes more sense on a 
hand-held device. ;)

While we're on renaming things, osisruby.cpp now has been altered to call the 
option Glosses. Should we take this opportunity to rename the class to 
OSISGlosses while things are being changed around?


Thanks, ybic
nic...  :)

On 30/05/2013, at 1:46 PM, Troy A. Griffitts scr...@crosswire.org wrote:

 Hey Nic,
 
 Thanks for the reminder about the name change.  I just checked in a fix for 
 this.  While doing this rename, I saw things in the code which look like they 
 depend on installModule being single threaded, like setting a single 
 RemoteTransport parameter in InstallMgr to the most recent so that a 'Cancel' 
 call can sent the cancel to the correct transport object.
 So, this means:
 
 I.
 a) create some interface for canceling a transaction which is logical for 
 multiple concurrent transactions.  This could be as simple as create a new 
 RemoteTransport on each install call and returning that transport from the 
 installModule method, and
 b) be sure the actual transport implementation you are using is threadsafe, 
 i.e, can the Easy CURL options in libcurl be called concurrently?
 
 or
 
 II.
 a) just have 1 InstallMgr object per thread, and
 b) be sure the actual transport implementation you are using is threadsafe, 
 i.e, can the Easy CURL options in libcurl be called concurrently?
 
 
 
 
 
 
 On 05/27/2013 04:48 AM, Nic Carter wrote:
 Hey guys,
 
 I'm just wondering if InstallMgr::installModule() is safe to be called 
 concurrently? I'm finally getting around to fixing the module downloader in 
 PS  am wondering if I need to queue installations of modules so only one 
 call to InstallMgr::installModule() is made at any one time or if I can fire 
 off several and have them all work on different threads? :)
 
 Also, during my quick look at the code for it, there are bits where it says 
 ftpCopy that are tagged to be changed to netCopy for v1.7.0 of SWORD. 
 installmgr.cpp:300 has
 // TODO: rename to netCopy
 
 Thanks heaps, ybic
  nic...  :)
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page


___
sword-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] progress with 1.7.0 ?

[Nic Carter]

Heya all,

Just wondering where we're up to with 1.7.0? A couple of questions about it:

- default compiler settings for iOS (under Xcode) enable certain warnings. 
These caused the thml filters to throw a couple of hundred encoding warnings, 
and so I applied the patches that were emailed to the list last December and 
squashed them all. Was very cool. Did we have plans to apply those patches to 
SVN? As I keep my own copy of SVN inside my PocketSword HG this works fine for 
me, but how about for others? :)

- We have been talking about something along the lines of checking if a book is 
empty or not and incorporating that into the library. Is that a possibility for 
1.7.0? Or is it more realistic for me to incorporate it into my Obj-C code for 
PocketSword and Eloquent? It seems several front-ends have this code already in 
them, so is it a matter of taking that and pushing it down into the lib or 
should we each implement it ourselves in the front-end code?

- It's cool seeing updates to the filters :) I was asked a while ago to 
implement the OSIS underline tag for underlining text. Is this something we 
wanted to incorporate into our filters or did I jump the gun and support an 
unsupported or deprecated tag? :) It was as easy to implement as the super 
and sub tags that Troy recently added. :)

Thanks heaps, ybic
nic...  :)

PS: as usual, let me know what I can do to help with this stuff progressing. :) 
Tricky with lack of time, as with everyone else here :)
___
sword-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] InstallMgr question

[Nic Carter]

Hey guys,

I'm just wondering if InstallMgr::installModule() is safe to be called 
concurrently? I'm finally getting around to fixing the module downloader in PS 
 am wondering if I need to queue installations of modules so only one call to 
InstallMgr::installModule() is made at any one time or if I can fire off 
several and have them all work on different threads? :)

Also, during my quick look at the code for it, there are bits where it says 
ftpCopy that are tagged to be changed to netCopy for v1.7.0 of SWORD. 
installmgr.cpp:300 has
// TODO: rename to netCopy

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

Re: [sword-devel] usfm2osis.py

[Nic Carter]

Look at the latest SVN commit. Seems related :)

Sent from my phone, hence this email may be short...

On 22/05/2013, at 18:13, David Haslam dfh...@googlemail.com wrote:

 Robert,
 
 http://www.crosswire.org/tracker/browse/MODTOOLS-40 has been closed by
 Chris, but without a explanatory closing comment.
 
 It does rather look as though you'll need to isolate the next USFM tag which
 causes such a loop, and then create a new issue.
 
 As it happens, I'm still waiting for Chris to respond to 
 http://www.crosswire.org/tracker/browse/MODTOOLS-42
 
 for which I have provided the full set of USFM files (for the particular
 translation this relates to) plus a screenshot showing the faulty line group
 elements in the OSIS output.
 
 David
 
 
 
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/usfm2osis-py-tp4652232p4652324.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] XHTML Rendering of OSIS Reference Doc - Whitespace

[Nic Carter]

Have you tested those modules in PocketSword? Do they render their titles 
correctly?

Sent from my phone, hence this email may be short...

On 17/05/2013, at 21:41, David Haslam dfh...@googlemail.com wrote:

 But surely a related issue is that the titles in OSIS files generated by
 usfm2osis.py don't even end up with new line when the OSIS is converted to a
 module using osis2mod 

___
sword-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?

[Nic Carter]

Hi DM,

On 12/05/2013, at 7:40 AM, DM Smith dmsm...@crosswire.org wrote:

 Chris Burrell added some code to JSword that allows for the quick 
 determination of whether a verse is present in a module. He is using this in 
 STEP to prune the v11n to only those books, chapters and verses that are 
 actually present. On old slow hardware he reported that it is very fast to 
 analyze an entire module.

Could you please let me know where this is? Would be interesting to look at and 
see how it performs on a handheld in C++ or Obj-C :)

Thanks heaps, ybic
nic...  :)

ps: I don't know the JSword codebase at all, so it may be easier if I'm pointed 
in the right direction rather than trying to find it :)
___
sword-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] HTML5 File API and SWORD modules

[Nic Carter]

Sorry, I can't resist...

 Cloud computing has become more popular (Joli Os, Peppermint OS, Chrome book 
 OS, Firefox OS, etc..)

more popular . . .  yes, and I've become more popular than I was last year, 
too...  :)

I love this link: http://daringfireball.net/linked/2012/04/10/hard-to-say

It's not hard to say how popular Chrome OS is!


... and now back to your normal programming ...___
sword-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] XHTML Rendering of OSIS Reference Doc - Whitespace

[Nic Carter]

Ok, I'm gonna top post and reply to various bits, sorry :)

Is there any information that we need to keep in those divs that means we need 
to include either them or a placeholder for them? I just read that a anchor 
tags don't exist in XHTML like they did in HTML 4.01, but you can have a tags 
with no href part and it is called a placeholder for a hyperlink, but you 
could add class and id info to that and that could perhaps keep the div 
information in the SWORD module?
But my suggestion is that we remove that div material, even though that does 
mean that we can't do the theoretical lossless OSIS-SWORD-OSIS conversion. 
But IMHO that's a good thing cause it encourages people to use the source text 
rather than our modules. If it's an official statement that we purposely break 
the possibility of lossless conversion (yes, perhaps some people on the list 
shudder when I suggest that, but we don't actually support that right now), 
that could be A Good Thing(TM)? :D

On to the next bit I wanted to comment on, I have had similar thoughts in my 
head about what the BibleTime guys have thought, and what Troy linked to from 
2005. I think it would be really helpful to have some sort of state saved 
between subsequent calls to renderText() so we know what tags are currently 
open. Or if the state lets us know that there are currently no open tags (eg: 
we are retrieving a verse in isolation), the filter will figure that out and 
prepend and append the correct open  close tags to properly mark up the verse. 
The actual implementation of this could be whatever, like what Peter suggests 
below or as Greg said previously?

QUESTION: Is the aim for the next engine release to solve the whitespace 
issues or to rewrite the filters or the 2nd in order to solve the first or 
hack the filters to solve the first? :)

In summary, how about we just don't include the div tags. (Which is exactly 
what Troy said in his email.)

But will this solve the whitespace issues in modules like the ESV? Does it use 
those tags? I thought the whitespace issues in it are more to do with insane 
numbers of br / tags? At least, I manually parse the output of the filters 
and replace occurrences of 3 x br / and replace them with 2 instead. And that 
eliminates almost all of the yuck whitespace irregularities that I see in the 
ESV (and other modules?). Oh, and if verse 0 contains only br / then I 
don't show that, as that seems to also happen very regularly...  :)
And this isn't a speed hit on a handheld device (that I notice?), so I'm not 
fussed with doing it. :)

Oh, and in regard to breaking compatibility with current modules, would there 
be a problem with creating a new valid value for SourceType of OSIS2 or 
something like that, so if it's a current (potentially broken) module, we use 
the existing filters, otherwise we create new modules that will work with new 
filters? :)
I know that is a mess, but are we in a position of mess where the filters need 
to be rethought and redone more in line with what Greg suggests (and what Troy 
proposed in 2005)?

My random 2 cents!
Thanks, ybic
nic...  :)

ps: Disclaimer: Nic is not an expert. Nic is not an expert. Nic is not an 
expert. Altho he does get to play with the output of the current filters. And 
the output works well enough for him. :)


On 09/05/2013, at 7:57 AM, Peter von Kaehne ref...@gmx.net wrote:

 On Wed, 2013-05-08 at 15:15 -0500, Greg Hellings wrote: 
 Off the cuff here, it seems the issue is the difference in semantics
 of div between OSIS - where it marks a structural division within a
 text which can be of many different levels and layers and in XHTML
 where it represents a box of block-style layout which defaults to
 being the full width of its container.
 
 That is true for the default behaviour of div. There is though now
 particular need to stick to default behaviour, is there?
 
 If every div carries enough class information there is nothing stopping
 a frontend to make it via CSS inline. And the cut-off, where div changes
 from being a block to being inline is one each frontend could choose
 itself. 
 
 Our thought was to store information along with each verse which
 includes a pre- and post- verse markup. This would need to become part
 of the OSIS import process, and it would track the semantically open
 elements such as div sID=gen1 / which, by XML standards are no
 longer open but the OSIS semantics designate that div is open until
 div eID=gen1 / is encountered. This would be in addition to the
 actually open XML elements.
 
 If you make this a part of the module we will break continuity and
 compatibility of old modules in a big style.
 
 Why not make this a - maybe switchable - function of the engine, handled
 on the fly? This would make a lot of sense when returning arbitrary
 chunks - parse the chunk and ensure it is balanced, not just in an XML
 sense but also in an OSIS sense. Or at least the info for the missing
 bits is created and passed on 

[sword-devel] Arabic conf update

[Nic Carter]

Hey guys,

I had an Arabic speaker/reader report that Samuel was incorrect in our l10n 
conf file, so here is an update for it with his correction?
Also he did something with the abbreviations, which may or may not be something 
we want to incorporate?

Update is attached. Same with the Romanian one submitted last week, would be 
cool to have it added to svn if it's a good update, otherwise please let me 
know off-list if it doesn't pass muster. :)

Thanks, ybic
nic...  :)


Nic Carter
PocketSword Developer - an iOS Bible Study app
Twitter: http://twitter.com/pocketsword
iTunes: http://itunes.apple.com/app/Pocketsword/id341046078




ar-utf8.conf
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] Romanian l10n of book names...

[Nic Carter]

Hi guys,

Just had a bug report of not being able to view 1 Cor in PS when the device has 
it's language to Romanian.
Took a look at the locale file for it and tweaked it based on what I see in 
other locale files (such as the Spanish one) and after I modified it to be the 
attached file it works great.
I don't know if other front-ends see this bug, but this works for me :)


Thanks, ybic
nic...  :)

ps: yes, this is a request for this to be thrown into svn ;)







ro-utf8.conf
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

Re: [sword-devel] bindings/objc build broken

[Nic Carter]

Hi Jeff,

the objc bindings are maintained by Manfred  (to a MUCH lesser degree) me, but 
a lot of how they work is for them to work in Eloquent or PocketSword. In fact, 
I don't think they (the version in SVN) have been updated to work with the 
latest SVN of SWORD, so you would get a ton of warnings if you were to compile 
them? (but that's based on my memory of updates, and I could be wrong?)

If you could explain what you're trying to achieve, perhaps I can point you in 
the right direction?
Personally, I would update your machine to 10.8.3 and go from there. Unless 
there is a good reason to stay on Snow Leopard? However, the scripts don't seem 
to work on my 10.8.3 machine. :/
Do you need to be compiling for PPC? If not, I wouldn't compile from the 
Terminal, but instead in Xcode.
Are you compiling for use on OS X or iOS?
Also, when you are using these scripts, it will use the clucene build that you 
created in the build_clucene folder, and (hopefully) ignores any others on your 
system.

Hopefully we can get something going for you so you can play around?

Thanks, ybic
nic...  :)


Nic Carter
PocketSword Developer - an iOS Bible Study app
Twitter: http://twitter.com/pocketsword
iTunes: http://itunes.apple.com/app/Pocketsword/id341046078

On 23/01/2013, at 4:34 PM, Jeff Barnes jbarnes...@yahoo.com wrote:

 Did a fresh checkout of https://crosswire.org/svn/sword/trunk. Changed to 
 bindings/objc.
 
 1) The bindings/objc/README instructions are inaccurate. There is no Makefile 
 in build_sword.
 2) The build breaks in build_sword/build_mac_sword.sh.
 
 $ cd build_clucene
 
 $ make release-fat
 ...
 looks like successful build for 3 platforms
 
 $ cd ../build_sword
 $ ./build_mac_sword.sh -a fat -c
 
 ...
 
 ./configure: line 15671: syntax error near unexpected token `CLUCENE2,'
 ./configure: line 15671: `PKG_CHECK_MODULES(CLUCENE2, libclucene-core = 
 2.3,,true)'
 
 $ pkg-config --cflags --libs libclucene-core
 -I/usr/local/include -I/usr/local/include/CLucene/ext  -L/usr/local/lib/ 
 -lclucene-core
 
 $ which pkg-config
 /usr/bin/pkg-config
 
   System Version:Mac OS X 10.6.8 (10K549)
 ...
   Model Name:MacBook Pro
   Model Identifier:MacBookPro6,2
   Processor Name:Intel Core i5
  
 Any help appreciated.
 
 Jeff
 
 ___
 sword-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] Pocket Sword Toolbar Color Change

[Nic Carter]

Hi David,

Cool to hear from you! :)

PocketSword is in the process of being switched from primarily XIB-based to 
primarily code-based for the GUI. Based on my current amount of free time, this 
is being slower than hoped for, and there is a major bug that is a priority!

But for colours, you will find that the ones you are interested in are defined 
in the XIBs. Generally, I have the _style_ as Black Opaque and the _tint_ as 
Default, meaning things are black. :)
You could leave the style as is and change the tint to a colour you're 
interested in, but one tricky thing is that you'll need to change the colour of 
each and every toolbar or navigation bar explicitly in order to have some sort 
of consistency.

I hope that helps?

Thanks, ybic
nic...  :)


Nic Carter
PocketSword Developer - an iOS Bible Study app
Twitter: http://twitter.com/pocketsword
iTunes: http://itunes.apple.com/app/Pocketsword/id341046078

On 06/11/2012, at 5:25 PM, David nospa...@gmail.com wrote:

 I have been looking into prettying up Pocket Sword by giving it some color. I
 can't seem to find where the color is set for the toolbar for bookmarks
 (iPad) and also any more... tabs (iPhone) can anyone point me in the right
 direction? Thanks - David
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/Pocket-Sword-Toolbar-Color-Change-tp4651218.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] Sword support of indents and line breaks

[Nic Carter]

On 13/04/2013, at 11:09 PM, DM Smith dmsm...@crosswire.org wrote:

 I would add that the new HTML filter is a work in progress. It is moving to 
 class attributes as a way to abstract presentation out of the filter.
 
 This is goodness. I'd recommend that we take the OSIS spec and create a 
 mapping of each element to the corresponding HTML element and class variables 
 (i.e. a design doc, fancy that ;)
 
 A full implementation would represent all OSIS in HTML and move presentation 
 to the front-end, where it belongs.

Having looked briefly at this, I gave up. I couldn't figure out how to deal 
with the BCV model output, given that the input is the other model. At least, 
to me it seemed like we needed a major refactoring of how the filters work. I 
think it was BPBible that I was looking at that had done things quite 
differently to handle this? But given we have both the need to be able to 
correctly display a single verse by itself as well as a verse in it's context, 
it appeared that the filters needed some sort of state saved so we knew what 
sorts of containers we are currently in and which we are currently not in?
My understanding led me to realise that br / was the wise choice to use 
throughout the filters, rather than trying to deal with opening and closing p 
markers depending on how many verses in context were currently being displayed?

But this is just my quick interpretation based on trying to add bits and pieces 
to the filters over the last three years... Which reminds me, did I ever submit 
a patch for getting OSIS underline working in osishtmlhref?

My quick 2 cents...  :)


Thanks, ybic
nic...  :)

ps: sure, this may just be a challenge for someone to prove how wrong I am and 
how quick and easy it is to get this all working properly? ;)
___
sword-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] missing books/testament in modules?

[Nic Carter]

Hi guys,

I have recently received several reports that the latest version of PocketSword 
will sometimes loose the entire OT or NT for a module. The other modules will 
be fine, but it may be that all of the OT or all of the NT will report itself 
to be empty for a particular module (which can vary, and appears to be possibly 
any module). Sometimes it means that only the current Testament open is 
viewable, but sometimes only the last viewed book is viewable! :/
Looking around, I'm not quite sure what is going on and I'm unable to replicate 
it myself. However, there have been many reports of this happening :(
And it's not that the data is walking off somewhere, cause the problem does 
resolve itself, so the data is there. Just, it's not being accessed properly? 
And it's not like I can do a reset of the SWMgr if a chapter is empty, cause 
many modules legitimately are missing books/chapters (for eg, LXX).

I'm wondering if anyone had seen this (or a similar issue) happen before? 
v1.4.3 of PocketSword, against which it has been reported, is using r2779 of 
SVN of SWORD, but I'm not sure if it is recent changes leading up to that which 
is the issue (as in, my code + recent changes have caused an issue in PS?) or 
if it has been recent changes I have made in PS or . . . :(

Anyone have any ideas of where I could begin looking? Doubly tricky, given I 
can't reproduce it! :/


Thanks heaps, ybic
nic...  :)

ps: I'm wondering if it has anything to do with me recently starting to use 
swManager-augmentModules(additionalPath)? I'm going to stop using that and see 
if that helps...  :/


Nic Carter
PocketSword Developer - an iOS Bible Study app
Twitter: http://twitter.com/pocketsword
iTunes: http://itunes.apple.com/app/Pocketsword/id341046078


___
sword-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] breakage in verse management at -r2785?

[Nic Carter]

Thanks, seems to work for me. :)

On 22/03/2013, at 9:40 AM, Troy A. Griffitts scr...@crosswire.org wrote:

 Thanks for all the help guys.
 
 It seems the problem (or at least 'a' problem) was when you are set to an 
 intro (or above) and you try to lookup ChapterMax or VerseMax.
 I added a check to simply return 0 if this is called.
 
 Nic's code snippet doesn't throw any valgrind errors anymore.
 
 Hope this squashes this.
 
 Let me know,
 
 Troy
 
 
 
 On 03/21/2013 03:40 AM, Nic Carter wrote:
 Ok, I have just looked into r2785 in PS.
 
 PS opened to the previous chapter/verse I had used in the app, but when I 
 tried to navigate to Genesis chapter 1 it exploded the same as what has been 
 reported.
 
 The code I have is:
 
  sword::VerseKey *curKey = (sword::VerseKey*)swModule-getKey();
  curKey-setIntros(YES);
  curKey-setText([chapter cStringUsingEncoding: NSUTF8StringEncoding]);
  curKey-setVerse(0);
  
  swModule-stripText();
 
 and the setText call is basically being given Genesis 1. This code has 
 worked since day 1 of PS.
 
 The call to stripText() is where it explodes, and in my case, it is thinking 
 that it should be going to chapter 159607.
 
 Seems r2785 introduces a fun bug somewhere?
 
 Further testing reveals that it works fine bringing up Gen 2
 works fine bringing up Matt 1 (possible corner case, given it's the first 
 book in the NT?)
 works fine with Rev 1, Rev 22
 
 However, then randomly, I decided to try Gen 1 again  it worked!
 So I force quit the app, launched again  it resumed it's crashing on Gen 1, 
 this time thinking it was trying chapter 160880...  :/
 
 Moving the setIntros(YES) line below setText() did not solve the issue.
 However, removing the setIntros() line and changing the other line to 
 setVerse(1) DID seem to solve the crashing issue for me.
 
 So, it appears that when setIntros() is set to YES then the r2785 changes 
 causes a crash.
 
 FYI, screenshot of the stack where it crashes is attached for fun :)
 
 Hope this helps? Gotta run off now, so I can't dig deeper right now...
 
 
 ybic
  nic...  :)
 
 // attachment removed as even tho it was only 10k, it failed to get through 
 without moderation :(
 
 On 20/03/2013, at 1:26 AM, Greg Hellings greg.helli...@gmail.com wrote:
 
 I have toyed with changing this on the Xiphos side, setting 
 key.setIntros(1) before setting the key to 0:0 or 1:0 and rendering. The 
 key that is used during rendering appears to be a copy of the module's key, 
 and it does not appear to be preserving the value of the intros parameter. 
 It seems like this should be a multi-point fix.
 
 1) SWORD should not explode when intros == 0 and the user tries to navigate 
 to a Genesis {1,0}:0 destination. My previous diff appears to handle that.
 2) Xiphos should properly call setIntros(1) before attempting to fetch 1:0 
 without the user's direct input (e.g. when the user has selected to view 
 headings  intros). I have a diff in hand for this, but it does not resolve 
 the problem because...
 3) SWORD should properly preserve the value of intros when copying the key 
 for use during rendering.
 
 --Greg
 
 
 On Tue, Mar 19, 2013 at 8:26 AM, Greg Hellings greg.helli...@gmail.com 
 wrote:
 The following diff seems to solve the problem. I don't know if it's the 
 correct way to go about it, but it appears to resolve the issue from what 
 I see in Xiphos. I have a feeling the better way to do it is to have 
 Xiphos set the intros == 1 before attempting to fetch intro material? My 
 editor appears to have botched the white space, so please forgive that.
 
 diff --git a/src/keys/versekey.cpp b/src/keys/versekey.cpp
 index 205..0290fd7 100644
 --- a/src/keys/versekey.cpp
 +++ b/src/keys/versekey.cpp
 @@ -1347,7 +1347,9 @@ void VerseKey::normalize(bool autocheck)
 }
 if (verse  (intros?0:1)) {
 if (--chapter  (intros?0:1)) {
 -   --book;
 +if (book  1) {
 +--book;
 +}
 chapter += (getChapterMax() + 
 (intros?1:0));
 }
 verse += (getVerseMax() + (intros?1:0));
 
 
 On Mon, Mar 18, 2013 at 9:13 PM, Greg Hellings greg.helli...@gmail.com 
 wrote:
 
 
 
 On Mon, Mar 18, 2013 at 5:07 PM, Troy A. Griffitts scr...@crosswire.org 
 wrote:
 Thanks Greg,
 
 Any idea where chapter 17474 is coming from?
 
 I can add code to check max before looking into the vector, which I'd 
 rather not because it should be an unnecessary check each time and will be 
 a speed hit, but even so, who ever is asking for the maximum verse for 
 chapter 17474 is obviously doing something wrong.
 
 
 I'm hardly competent with a C debugger, but let's see what sense I can make 
 of this. Somewhere in VerseKey::parseVerseList on line 944 (#5 in the stack 
 trace) curKey has a value of 17425 for chapter

[sword-devel] FAQ update request.

[Nic Carter]

So, a bug was just reported to http://www.crosswire.org/bugs/browse/PS-72 to 
say that our FAQ is about 4 years out of date. Work on PocketSword started near 
the end of 2008 (by Ian) and it was released on the App Store in December 2009.

Our public FAQ is at 
http://crosswire.org/index.jsp?section=FAQ#Do_you_have_a_Sword_program_for_my_phone_or_PDA.3F
Our developer FAQ is at 
http://crosswire.org/wiki/EnduserFAQ#Do_you_have_a_Sword_program_for_my_phone_or_PDA.3F
 and is updated to reflect the actual situation.

My opinion is that we should completely do away with the JSP version of our 
website and completely move across to the wiki. David is amazing at keeping on 
top of it and poking us when our individual parts need fixing (which we 
sometimes ignore, sorry David!). If we just redid the main page of the wiki to 
be more end-user-friendly, then we wouldn't have our website be so insanely out 
of date? :)

/me goes and hides in the corner.

:D
___
sword-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] Status of av11n conversions

[Nic Carter]

My impression is that this patch has been broken from the recent renaming of 
VersificationMgr?
But, could this patch be applied to SVN without affecting anything? My 
impression is that if you don't call the new methods, there will be no change 
to the way things currently work? I'm really interested in getting this 
working, but given that we don't even do a split screen yet (which is something 
like the oldest feature request currently outstanding?), there's no real need 
or point of it in PS yet...  :(

If it's applied, people may try it more and report possible bugs (before I get 
to play with it!)?  ;)

Thanks, ybic
nic...  :)

On 15/03/2013, at 11:47 AM, Troy A. Griffitts scr...@crosswire.org wrote:

 Костя Маслюк submitted a patch to add this a while back.  I had asked him to 
 try it out in one of his favorite frontends to see how it works.  He's since 
 integrated it into Bibletime Mobile for Android.  Attached is his latest 
 email to sword-devel.
 
 
 
 On 03/12/2013 08:44 PM, Chris Burrell wrote:
 Hi
 
 I was wondering if someone is working on being able to convert from 1 
 versification system to another. This very important for being to line up 
 verses and therefore very important to STEP for our interlinears.
 
 I'm told someone is doing the work for Sword first and then we will bring it 
 across into JSword.
 
 Is someone working on this? Does anyone know what the status of this is? Is 
 there a target date for when the design will be finalised such that we can 
 implement this in JSword?
 
 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
 
 Attached Message.eml___
 sword-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] breakage in verse management at -r2785?

[Nic Carter]

hmmm...

 which matches the expected results. So Xiphos is getting around calling 
 setIntros(1) by instead disabling auto-normalizing. It's odd to me that you 
 can set a key to a value in the intros while setIntros is false. That doesn't 
 seem like normalizing to me, that seems more like bounds checking, but that's 
 not necessarily a bug in the API, possibly it's a bug in my understanding of 
 intended behavior.

What should the behaviour be when intros are off and you try key-setVerse(0)? 
should it then go to the last verse in the previous chapter or bump up to verse 
1 in the current chapter? If we were already at verse 1  we decremented the 
key, it should go to the previous chapter's last verse, but in this case (given 
it's been set explicitly to verse 0), would it be more correct to bump up to 
the first valid verse in the current chapter (so, verse 0/intro if intros are 
switched on, or verse 1 if intros are switched off)?

My thought is that it shouldn't allow it to stay at verse 0, but when 
normalize() is called, it should fix it to a valid verse for that 
versification system (given intros are switched off and there is no such thing 
as verse 0 in that case)?

But then again, I am probably in the same boat as Greg and maybe I just don't 
understand the intended behaviour of the API in this situation?


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

Re: [sword-devel] breakage in verse management at -r2785?

[Nic Carter]

Ok, I have just looked into r2785 in PS.

PS opened to the previous chapter/verse I had used in the app, but when I tried 
to navigate to Genesis chapter 1 it exploded the same as what has been reported.

The code I have is:

sword::VerseKey *curKey = (sword::VerseKey*)swModule-getKey();
curKey-setIntros(YES);
curKey-setText([chapter cStringUsingEncoding: NSUTF8StringEncoding]);
curKey-setVerse(0);

swModule-stripText();

and the setText call is basically being given Genesis 1. This code has worked 
since day 1 of PS.

The call to stripText() is where it explodes, and in my case, it is thinking 
that it should be going to chapter 159607.

Seems r2785 introduces a fun bug somewhere?

Further testing reveals that it works fine bringing up Gen 2
works fine bringing up Matt 1 (possible corner case, given it's the first book 
in the NT?)
works fine with Rev 1, Rev 22

However, then randomly, I decided to try Gen 1 again  it worked!
So I force quit the app, launched again  it resumed it's crashing on Gen 1, 
this time thinking it was trying chapter 160880...  :/

Moving the setIntros(YES) line below setText() did not solve the issue.
However, removing the setIntros() line and changing the other line to 
setVerse(1) DID seem to solve the crashing issue for me.

So, it appears that when setIntros() is set to YES then the r2785 changes 
causes a crash.

FYI, screenshot of the stack where it crashes is attached for fun :)

Hope this helps? Gotta run off now, so I can't dig deeper right now...


ybic
nic...  :)

// attachment removed as even tho it was only 10k, it failed to get through 
without moderation :(

On 20/03/2013, at 1:26 AM, Greg Hellings greg.helli...@gmail.com wrote:

 I have toyed with changing this on the Xiphos side, setting key.setIntros(1) 
 before setting the key to 0:0 or 1:0 and rendering. The key that is used 
 during rendering appears to be a copy of the module's key, and it does not 
 appear to be preserving the value of the intros parameter. It seems like this 
 should be a multi-point fix.
 
 1) SWORD should not explode when intros == 0 and the user tries to navigate 
 to a Genesis {1,0}:0 destination. My previous diff appears to handle that.
 2) Xiphos should properly call setIntros(1) before attempting to fetch 1:0 
 without the user's direct input (e.g. when the user has selected to view 
 headings  intros). I have a diff in hand for this, but it does not resolve 
 the problem because...
 3) SWORD should properly preserve the value of intros when copying the key 
 for use during rendering.
 
 --Greg
 
 
 On Tue, Mar 19, 2013 at 8:26 AM, Greg Hellings greg.helli...@gmail.com 
 wrote:
 The following diff seems to solve the problem. I don't know if it's the 
 correct way to go about it, but it appears to resolve the issue from what I 
 see in Xiphos. I have a feeling the better way to do it is to have Xiphos 
 set the intros == 1 before attempting to fetch intro material? My editor 
 appears to have botched the white space, so please forgive that.
 
 diff --git a/src/keys/versekey.cpp b/src/keys/versekey.cpp
 index 205..0290fd7 100644
 --- a/src/keys/versekey.cpp
 +++ b/src/keys/versekey.cpp
 @@ -1347,7 +1347,9 @@ void VerseKey::normalize(bool autocheck)
 }
 if (verse  (intros?0:1)) {
 if (--chapter  (intros?0:1)) {
 -   --book;
 +if (book  1) {
 +--book;
 +}
 chapter += (getChapterMax() + 
 (intros?1:0));
 }
 verse += (getVerseMax() + (intros?1:0));
 
 
 On Mon, Mar 18, 2013 at 9:13 PM, Greg Hellings greg.helli...@gmail.com 
 wrote:
 
 
 
 On Mon, Mar 18, 2013 at 5:07 PM, Troy A. Griffitts scr...@crosswire.org 
 wrote:
 Thanks Greg,
 
 Any idea where chapter 17474 is coming from?
 
 I can add code to check max before looking into the vector, which I'd rather 
 not because it should be an unnecessary check each time and will be a speed 
 hit, but even so, who ever is asking for the maximum verse for chapter 17474 
 is obviously doing something wrong.
 
 
 I'm hardly competent with a C debugger, but let's see what sense I can make 
 of this. Somewhere in VerseKey::parseVerseList on line 944 (#5 in the stack 
 trace) curKey has a value of 17425 for chapter. The text buffer reads 
 Genesis 1:0 and the value of the chap variable is 1. 
 
 The value of 17,425 is being set on line 1351 of versekey.cpp when a key 
 value of Genesis 1:0 is being parsed while intros == 0. This triggers the 
 condition
 
 if (verse  (intros?0:1))
 
 which causes the resulting block to be executed. Xiphos believes that 
 headings have been enabled here, and Xiphos has always considered 'Headings' 
 and 'Introductions' to be synonymous from my understanding. I know there's 
 been 

Re: [sword-devel] Next version

[Nic Carter]

On 11/03/2013, at 7:16 PM, Troy A. Griffitts scr...@crosswire.org wrote:

 Soon and very soon. I have no more showstoppers on my list. I'd love to hear 
 feedback from frontends about the state of trunk. Apparently something is 
 broken for Xiphos. Any other feedback?

Did you want me to do any more work on the poetry indentation stuff? I can't 
remember the state we left this in? Perhaps have it a flaggable thing so it's 
off by default but then frontends can switch it on as they write code to handle 
it?___
sword-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] Searching for hyphenated words?

[Nic Carter]

Do you have a proposed solution to this, David?

I know that on my iPhone it is very simple to use a proper ndash  so I will 
always use the correct type of dash according to what I am writing. (same with 
on a Mac!)
However, the more significant issue is simply that people don't know there is a 
difference (or why they are different lengths, etc)...  ;)

On 25/02/2013, at 2:48 AM, David Haslam dfh...@googlemail.com wrote:

 In the KJV module, if you want to search for [say] the hyphenated name
 Maher–shalal–hash–baz, you first have to be aware that this module uses
 the ndash in place of the hyphen.
 
 btw.  It's not so easy to enter the ndash from a keyboard, and probably even
 harder in an Android tablet or mobile.
 
 If you use ordinary hyphen/minus for the search key hyphen for this module,
 you don't find anything with Exact phrase.
 If you use Multi-word, you do find Maher highlighted in the found verse.
 (e.g. using Xiphos).
 
 For modules in general, however, the user cannot usually know in advance
 whether hyphenated words use the ndash, the hyphen or something else.
 
 Has anyone else looked into this aspect of the search feature?
 
 David
 
 
 
 
 
 --
 View this message in context: 
 http://sword-dev.350566.n4.nabble.com/Searching-for-hyphenated-words-tp4652016.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] Pre-verse div and headings

[Nic Carter]

Quick question about introductions in modules:

On 22/01/2013, at 2:07 AM, Troy A. Griffitts scr...@crosswire.org wrote:

 OK, to clear this up technically.
 
 setIntros() turns on and off the versification extra 'slots':
 
 TSTMT BK CH:0 - chapter intro
 TSTMT BK 0:0 - book intro
 TSTMT 0 0:0 - testament intro
 0 0 0:0 - module intro

Is there any way to detect if a module contains these introductions?

Right now PocketSword will display chapter intros if they exist (well, in 
v1.4.3, which is currently in review with Apple).
After that, I am thinking about the rest of these intros.
Do I programmatically check 69 different locations (well, for Bibles with 66 
books) to test for
66 lots of (book intro != NULL)
2 lots of (testament intro != NULL)
1 lot of (module intro != NULL)
and then know whether to offer a user to select these intros to view?

Or is there a simpler way of knowing if these exist?

Also, is there an English module that contains various of these intros that I 
can use for testing purposes? (actually, non-English will work as well, but I 
just won't be able to read the content!)

Thanks heaps, ybic
nic...  :)

ps: alternatively, I could check to see if I'm displaying chapter 1  then 
include the book intro at the top.
pps: along these lines, I could check if we're viewing the first book in a 
testament  then display the testament intro at the top as well?
ppps: and, carrying on, check if we're viewing the first book in the first 
testament in a module, and display the module intro as well?

s: However, all of these ps' will make things a little more messy for the 
reader...  :/


___
sword-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] Pre-verse div and headings

[Nic Carter]

Thanks DM  Daniel.  I'll try KJV, as it seems sufficient, and besides visiting 
Vietnam and enjoying their signs, I can't read it...  :)
I'll proceed with the programmatic checking, and see if it's not too stressful 
for a portable device...  :)
And I'll keep an eye out for osis2mod changes regarding intros – hopefully 
someone will do a dummy module for testing purposes once we support all of 
these?  :)

I'm thinking that if we were to ever distribute the MSG, it would be cool to 
have testament intros, as I quite enjoy Eugene's introductions. :)


Thanks heaps, ybic
nic...  :)

On 22/02/2013, at 12:38 PM, DM Smith dmsm...@crosswire.org wrote:

 The KJV has book and chapter intros. These are merely the title for the book 
 and chapter, but they'll be a good test case.
 
 I don't know of any that have a module intro or a testament intro.
 
 I haven't added them to osis2mod as I don't know how to reference them in the 
 SWORD lib.
 
 I don't know how to detect them using SWORD lib.
 
 I do think it'd be good to have an indicator in the conf for these. 
 
 Currently these are treated as headings, but they can be much more than 
 that.
 
 I have the intro to the KJV, but haven't put it in the source yet because I 
 don't know how to get it into the module.
 
 In Him,
   DM
 
 On Feb 21, 2013, at 8:24 PM, Nic Carter niccar...@mac.com wrote:
 
 
 Quick question about introductions in modules:
 
 On 22/01/2013, at 2:07 AM, Troy A. Griffitts scr...@crosswire.org wrote:
 
 OK, to clear this up technically.
 
 setIntros() turns on and off the versification extra 'slots':
 
 TSTMT BK CH:0 - chapter intro
 TSTMT BK 0:0 - book intro
 TSTMT 0 0:0 - testament intro
 0 0 0:0 - module intro
 
 Is there any way to detect if a module contains these introductions?
 
 Right now PocketSword will display chapter intros if they exist (well, in 
 v1.4.3, which is currently in review with Apple).
 After that, I am thinking about the rest of these intros.
 Do I programmatically check 69 different locations (well, for Bibles with 66 
 books) to test for
 66 lots of (book intro != NULL)
 2 lots of (testament intro != NULL)
 1 lot of (module intro != NULL)
 and then know whether to offer a user to select these intros to view?
 
 Or is there a simpler way of knowing if these exist?
 
 Also, is there an English module that contains various of these intros that 
 I can use for testing purposes? (actually, non-English will work as well, 
 but I just won't be able to read the content!)
 
 Thanks heaps, ybic
  nic...  :)
 
 ps: alternatively, I could check to see if I'm displaying chapter 1  then 
 include the book intro at the top.
 pps: along these lines, I could check if we're viewing the first book in a 
 testament  then display the testament intro at the top as well?
 ppps: and, carrying on, check if we're viewing the first book in the first 
 testament in a module, and display the module intro as well?
 
 s: However, all of these ps' will make things a little more messy for 
 the reader...  :/
 
 
 ___
 sword-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] Pre-verse div and headings

[Nic Carter]

Thanks DM  Daniel.  I'll try KJV, as it seems sufficient, and besides visiting 
Vietnam and enjoying their signs, I can't read it...  :)
I'll proceed with the programmatic checking, and see if it's not too stressful 
for a portable device...  :)
And I'll keep an eye out for osis2mod changes regarding intros – hopefully 
someone will do a dummy module for testing purposes once we support all of 
these?  :)

I'm thinking that if we were to ever distribute the MSG, it would be cool to 
have testament intros, as I quite enjoy Eugene's introductions. :)


Thanks heaps, ybic
nic...  :)

On 22/02/2013, at 12:38 PM, DM Smith dmsm...@crosswire.org wrote:

 The KJV has book and chapter intros. These are merely the title for the book 
 and chapter, but they'll be a good test case.
 
 I don't know of any that have a module intro or a testament intro.
 
 I haven't added them to osis2mod as I don't know how to reference them in the 
 SWORD lib.
 
 I don't know how to detect them using SWORD lib.
 
 I do think it'd be good to have an indicator in the conf for these. 
 
 Currently these are treated as headings, but they can be much more than 
 that.
 
 I have the intro to the KJV, but haven't put it in the source yet because I 
 don't know how to get it into the module.
 
 In Him,
   DM
 
 On Feb 21, 2013, at 8:24 PM, Nic Carter niccar...@mac.com wrote:
 
 
 Quick question about introductions in modules:
 
 On 22/01/2013, at 2:07 AM, Troy A. Griffitts scr...@crosswire.org wrote:
 
 OK, to clear this up technically.
 
 setIntros() turns on and off the versification extra 'slots':
 
 TSTMT BK CH:0 - chapter intro
 TSTMT BK 0:0 - book intro
 TSTMT 0 0:0 - testament intro
 0 0 0:0 - module intro
 
 Is there any way to detect if a module contains these introductions?
 
 Right now PocketSword will display chapter intros if they exist (well, in 
 v1.4.3, which is currently in review with Apple).
 After that, I am thinking about the rest of these intros.
 Do I programmatically check 69 different locations (well, for Bibles with 66 
 books) to test for
 66 lots of (book intro != NULL)
 2 lots of (testament intro != NULL)
 1 lot of (module intro != NULL)
 and then know whether to offer a user to select these intros to view?
 
 Or is there a simpler way of knowing if these exist?
 
 Also, is there an English module that contains various of these intros that 
 I can use for testing purposes? (actually, non-English will work as well, 
 but I just won't be able to read the content!)
 
 Thanks heaps, ybic
  nic...  :)
 
 ps: alternatively, I could check to see if I'm displaying chapter 1  then 
 include the book intro at the top.
 pps: along these lines, I could check if we're viewing the first book in a 
 testament  then display the testament intro at the top as well?
 ppps: and, carrying on, check if we're viewing the first book in the first 
 testament in a module, and display the module intro as well?
 
 s: However, all of these ps' will make things a little more messy for 
 the reader...  :/
 
 
 ___
 sword-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] Forums down?

[Nic Carter]

http://www.crosswire.org/forums reports a 503 :(

___
sword-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 update

[Nic Carter]

Pilcrows look fun when they're red :)
But that's not a bug. :P

Oh, and if pilcrows could be moved to the end of the previous verse instead of 
the start of the current verse, that would be fun :) But all good if they're 
staying where they are ;)

There was some comments about the TR markup, and it would be cool if there was 
some more direction about what we are meant to do with them? PS currently 
displays them as if they are another Strong's Number link and so tapping on 
them will try to look it up in the current Strong's Numbers dictionary, which 
fails to work and instead will always show Strong's Number 1 (ie: Alpha).
If they're not currently supported at all, are we able to have 2 copies of the 
OSIS and create our SWORD module from the copy of the OSIS that doesn't contain 
these bits? :)

Other than that, seems all good?


On 19/02/2013, at 9:19 AM, DM Smith dmsm...@crosswire.org wrote:

 I think I have a ready-to-release update to the KJV. Please do one last check.
 You can get the modules here:
 http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv.zip
 or if you want one with a different name and in raw format:
 http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/av.zip
 
 Many thanks to David H for finding lots of bugs.
 
 Hope to release very soon.
 
 In Him,
   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] Summer of Code apps due next month

[Nic Carter]

 
 Re: Google Summer of Code
 
 http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page
 
 I strongly suspect Google would sponsor activity related to recent 'cloud 
 based notes with personal cloud option' technology recently discussed. 

If someone has time to write up a proposal, that could be fun? Ideally it would 
be in C++ so as to be cross-platform for a majority of our apps? (Java could 
also work, but wouldn't benefit me! Altho once a spec was written, porting it 
back to C++ hopefully wouldn't be too hard.)

 I would also love to see a projector driving app for android to sit on top of 
 one of these $30 android computer things ( with options to go free or CCLI 
 for lyrics.)   Sounds like it might be a good fit for Crosswire to host.. 

I have heard there is something like this for the iPad? At least, I bounced 
some emails back and forth with a guy who was doing one, but they weren't 
prepared to work within the GPL licence  so we stopped communicating when they 
realised they'd have to write their own Bible display code rather than 
integrate our stuff.
If anyone emails me privately, I may be inspired to look up those old emails...

 http://www.amazon.com/s/ref=nb_sb_noss/184-6922234-2523734?url=search-alias%3Dapsfield-keywords=MK802
 
 Anyone else have any GSOC ideas for SWORD?
 
 ___
 sword-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] Personal Commentary and Dropbox.

[Nic Carter]

Having a local copy, iCloud copy  Dropbox copy may be a little bit of 
overkill? and three copies of the data means if one version gets corrupted, 
that will replicate across all copies? And the effort to do 3-way sync is a lot 
more than 2-way...
Dropbox sync would be off by default, the user would have to switch it on 
(authenticate it) and otherwise it would only have a local copy.

I agree that having iCloud sync would be much simpler, as almost every iOS user 
would already have an account, but all my recent research on it has shown that 
it's not quite finished yet, in any of the 3 sync iterations that exist. For 
example, for a conversation that focuses on Core Data, take a look at 
http://storify.com/Jury/the-trials-of-icloud
Plus, Dropbox has stuff like versioning built-in. If iCloud stuffs up, which it 
does some of the time for no apparent reason, there is only one solution: 
delete all iCloud data connected with the app. For Dropbox, you can at least 
revert to an older version of the data that did work. 

Hence I am thinking of providing sync for those users who really want it. And 
they are more likely to have a Dropbox account already. If they don't switch on 
Dropbox syncing, it'll all be just local  they can put up with that. ;)

What do you think?

Have you tried iCloud stuff yet?


Thanks, ybic
nic...  :)

On 12/02/2013, at 7:15 PM, Manfred Bergmann manfred.bergm...@me.com wrote:

 Hi Nic.
 
 I wouldn't use Dropbox instead but additionally.
 iCloud is the standard for synching user properties and settings across OS X 
 and iOS devices. Most people if not all using OS X or iOS already have an 
 iCloud account. Many people do not have a Dropbox account and this shouldn't 
 be a requirement.
 Is it possible to store a larger content on iCloud like personal commentary 
 modules. Well, they may not get that large but what's the iCloud limit?
 
 
 
 Manfred
 
 
 
 Am 12.02.2013 um 08:17 schrieb Nic Carter niccar...@mac.com:
 
 
 Hi team,
 
 I think I may have mentioned this in the past, but I'm almost ready to go, 
 and so have a few comments/questions about personal commentaries.
 
 Different front-ends do things differently, but there is the Personal 
 Commentary module that we can use for the user to write their own notes to. 
 This is stored as a normal module, stored in the usual modules location 
 (or, at least, some usual location on the local filesystem).
 PocketSword currently doesn't support the Personal Commentary module due to 
 the fact that I haven't written any UI by which the user can write to it.
 
 However, once the user can write notes, they must be able to sync. Right now 
 users can have an iPhone and an iPad  have PocketSword on both  ideally 
 any user created content should be sync'd across both.
 [In fact, I received yet another user email about this earlier today.]
 
 The next version of PS (almost out of beta) will sync Bible browsing history 
 across devices via iCloud.
 For the version following I was planning on adding sync of Bookmarks via 
 iCloud as well.
 However, Dropbox have recently released an API for iOS ( Android) for 
 native sync: https://www.dropbox.com/developers/sync
 So I am looking into sync of bookmarks via Dropbox instead.
 This way I am not limiting a user's data to Apple products only, and sync is 
 possible with other front-ends, if there was any desire for that to happen 
 from other front-end developers.
 
 And this then presents an idea of having user notes/Personal Commentary 
 located on Dropbox. I am not sure how well the SWORD module format would 
 function over a remote filesystem, and so I am putting this thought out 
 there for comments from others.
 
 
 So, my proposal is for real-time sync of bookmarks  user notes across 
 front-ends via Dropbox.
 
 
 Thanks heaps, ybic
  nic...  :)
 
 
 
 
 
 
 [Aside: Dropbox comes with plenty of space for a free account, so it's no 
 financial burden for users. Anyone on the list who doesn't have it yet (but 
 you all should, cause it's pretty nifty) can sign up for free via 
 http://db.tt/F8p526B and then both you and I get a bonus 500MB of free 
 space. If you feel uncomfortable with me posting this link to this list, 
 please don't use the link and instead sign up the normal free way!]
 
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page


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

Re: [sword-devel] Personal Commentary and Dropbox.

[Nic Carter]

The way Apple manages to get iCloud to work  the way all other developers get 
it to work are a fair bit different. Probably having under the cover access 
helps? ;)

Anyway, the Dropbox API makes things pretty sweet for the end-user in that it 
doesn't reveal anything to them besides getting them to authenticate... Dropbox 
is then simply used as a behind-the-scenes sync. :)

I've also had users request EverNote sync, but as I've never used it, I'm not 
as sure about it?

Sent from my phone, hence this email may be short...

On 12/02/2013, at 20:42, Manfred Bergmann manfred.bergm...@me.com wrote:

 No, haven't tried iCloud yet. Many apps use it though (Contacts, Calendar, 
 Pages, Number, ...) and I'm quite happy with it most of the time.
 The advantage to the user is that there is zero configuration overhead, 
 nothing to configure.
 Where on Dropbox there must be some settings which define where, to which 
 folder or file the data should be synched, or?
 
 
 Manfred
 
 Am 12.02.2013 um 10:08 schrieb Nic Carter niccar...@mac.com:
 
 
 Having a local copy, iCloud copy  Dropbox copy may be a little bit of 
 overkill? and three copies of the data means if one version gets corrupted, 
 that will replicate across all copies? And the effort to do 3-way sync is a 
 lot more than 2-way...
 Dropbox sync would be off by default, the user would have to switch it on 
 (authenticate it) and otherwise it would only have a local copy.
 
 I agree that having iCloud sync would be much simpler, as almost every iOS 
 user would already have an account, but all my recent research on it has 
 shown that it's not quite finished yet, in any of the 3 sync iterations 
 that exist. For example, for a conversation that focuses on Core Data, take 
 a look at http://storify.com/Jury/the-trials-of-icloud
 Plus, Dropbox has stuff like versioning built-in. If iCloud stuffs up, which 
 it does some of the time for no apparent reason, there is only one solution: 
 delete all iCloud data connected with the app. For Dropbox, you can at least 
 revert to an older version of the data that did work. 
 
 Hence I am thinking of providing sync for those users who really want it. 
 And they are more likely to have a Dropbox account already. If they don't 
 switch on Dropbox syncing, it'll all be just local  they can put up with 
 that. ;)
 
 What do you think?
 
 Have you tried iCloud stuff yet?
 
 
 Thanks, ybic
nic...  :)
 
 On 12/02/2013, at 7:15 PM, Manfred Bergmann manfred.bergm...@me.com wrote:
 
 Hi Nic.
 
 I wouldn't use Dropbox instead but additionally.
 iCloud is the standard for synching user properties and settings across OS 
 X and iOS devices. Most people if not all using OS X or iOS already have an 
 iCloud account. Many people do not have a Dropbox account and this 
 shouldn't be a requirement.
 Is it possible to store a larger content on iCloud like personal commentary 
 modules. Well, they may not get that large but what's the iCloud limit?
 
 
 
 Manfred
 
 
 
 Am 12.02.2013 um 08:17 schrieb Nic Carter niccar...@mac.com:
 
 
 Hi team,
 
 I think I may have mentioned this in the past, but I'm almost ready to go, 
 and so have a few comments/questions about personal commentaries.
 
 Different front-ends do things differently, but there is the Personal 
 Commentary module that we can use for the user to write their own notes 
 to. This is stored as a normal module, stored in the usual modules 
 location (or, at least, some usual location on the local filesystem).
 PocketSword currently doesn't support the Personal Commentary module due 
 to the fact that I haven't written any UI by which the user can write to 
 it.
 
 However, once the user can write notes, they must be able to sync. Right 
 now users can have an iPhone and an iPad  have PocketSword on both  
 ideally any user created content should be sync'd across both.
 [In fact, I received yet another user email about this earlier today.]
 
 The next version of PS (almost out of beta) will sync Bible browsing 
 history across devices via iCloud.
 For the version following I was planning on adding sync of Bookmarks via 
 iCloud as well.
 However, Dropbox have recently released an API for iOS ( Android) for 
 native sync: https://www.dropbox.com/developers/sync
 So I am looking into sync of bookmarks via Dropbox instead.
 This way I am not limiting a user's data to Apple products only, and sync 
 is possible with other front-ends, if there was any desire for that to 
 happen from other front-end developers.
 
 And this then presents an idea of having user notes/Personal Commentary 
 located on Dropbox. I am not sure how well the SWORD module format would 
 function over a remote filesystem, and so I am putting this thought out 
 there for comments from others.
 
 
 So, my proposal is for real-time sync of bookmarks  user notes across 
 front-ends via Dropbox.
 
 
 Thanks heaps, ybic
nic...  :)
 
 
 
 
 
 
 [Aside: Dropbox comes with plenty of space for a free account

Re: [sword-devel] Personal Commentary and Dropbox.

[Nic Carter]

On 13/02/2013, at 2:20 AM, Chris Burrell christop...@burrell.me.uk wrote:

 Any personal commentary feature that we would use from Sword/JSword would 
 have to allow for concurrent users and different users. I'm not sure where 
 we're at on that side of things in terms of the current Sword/JSword offering.

This is an important consideration and may be beyond the scope of what those 
with the technical know-how of SWORD innards are prepared to do? But I would 
love to see something like this, so that each front-end doesn't need to 
implement it from scratch for themselves? But, what happens if the different 
parts of a SWORD module are out of sync with each other, cause the entire 
module is being re-sync'd from the cloud?
For this reason, do we need to invent a new module format for something that 
will work over the cloud?___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Personal Commentary and Dropbox.

[Nic Carter]

On 13/02/2013, at 3:50 AM, Israel israeld...@gmail.com wrote:

 Maybe you could create a way to plug in all the various cloud services.  Make 
 it extensible.  It would be nice to have all the same modules across all the 
 various sword programs on the various devices.  That may be a bit beyond the 
 scope of what you were talking about.  But syncing all devices so that they 
 can all share the same sword modules would be great! But, choice would help 
 facilitate that.  For example I might have an iPhone with your program and an 
 Ubuntu laptop with Xiphos and Bible Time and I want to be able to read the 
 same Bible at home and on the train to work.  Dropbox (Ubuntu One, Evernote, 
 etc...) would be a better choice for users using multiple platforms.

My thinking is that this sync would be for user-generated content only. Notes  
bookmarks primarily?
However, no need to limit it to that I guess?

But unless this way of plugging in all the various cloud services is done in 
the API, I think you'll find that it's way too much effort for each front-end 
to have to implement this.
I know for me, features in PocketSword reflect things that I find useful and 
want for myself, along with bribery  threats...  ;)
Nah, basically, things that are going to be useful for lots of people rather 
than a very select few. Hence I'm thinking of Dropbox as it seems to be the 
best  most common sync platform. Apple, Google  Microsoft all have 
different/ulterior motivations for their sync platforms, Dropbox is simply 
trying to make money from sync, hence (as long as they don't go bust!) they're 
my choice...  ;)

Anyway, simple is good. Catering to a larger audience is good. Putting in a lot 
of effort for something that perhaps 5 users will ever use is not efficient use 
of my time. Something that is cross-platform is essential. (Dropbox supports 
iOS, Android, Ruby  Python, which possibly covers everyone? But seems to infer 
that Dropbox integration at the API level (C++ or Java) is probably not gonna 
happen?)

Thanks for all the thoughts so far ( unlurking!) :) I'm interested in more 
thoughts, too :)


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

[sword-devel] Personal Commentary and Dropbox.

[Nic Carter]

Hi team,

I think I may have mentioned this in the past, but I'm almost ready to go, and 
so have a few comments/questions about personal commentaries.

Different front-ends do things differently, but there is the Personal 
Commentary module that we can use for the user to write their own notes to. 
This is stored as a normal module, stored in the usual modules location (or, 
at least, some usual location on the local filesystem).
PocketSword currently doesn't support the Personal Commentary module due to the 
fact that I haven't written any UI by which the user can write to it.

However, once the user can write notes, they must be able to sync. Right now 
users can have an iPhone and an iPad  have PocketSword on both  ideally any 
user created content should be sync'd across both.
[In fact, I received yet another user email about this earlier today.]

The next version of PS (almost out of beta) will sync Bible browsing history 
across devices via iCloud.
For the version following I was planning on adding sync of Bookmarks via iCloud 
as well.
However, Dropbox have recently released an API for iOS ( Android) for native 
sync: https://www.dropbox.com/developers/sync
So I am looking into sync of bookmarks via Dropbox instead.
This way I am not limiting a user's data to Apple products only, and sync is 
possible with other front-ends, if there was any desire for that to happen from 
other front-end developers.

And this then presents an idea of having user notes/Personal Commentary located 
on Dropbox. I am not sure how well the SWORD module format would function over 
a remote filesystem, and so I am putting this thought out there for comments 
from others.


So, my proposal is for real-time sync of bookmarks  user notes across 
front-ends via Dropbox.


Thanks heaps, ybic
nic...  :)






[Aside: Dropbox comes with plenty of space for a free account, so it's no 
financial burden for users. Anyone on the list who doesn't have it yet (but you 
all should, cause it's pretty nifty) can sign up for free via 
http://db.tt/F8p526B and then both you and I get a bonus 500MB of free space. 
If you feel uncomfortable with me posting this link to this list, please don't 
use the link and instead sign up the normal free way!]



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

[sword-devel] Poetry, verse 0, setIntros() and the state of things thus.

[Nic Carter]

Hi gang,

I just wanted to touch base with where I'm at with the poetry stuff.

Taking Ben's code as a guide, I've ported it across to SWORD and it's kinda 
working. You can see my current version on bit bucket.

Note that this current version is very similar to the patch I sent through a 
few days ago, but I'm going to suggest that we don't implement this in SWORD 
just yet.

The reason being that I have discovered that we need to incorporate Ben's hack 
to work around the fact that modules may not be properly formed OSIS  may 
contain ls outside of lgs. This then simply makes things look messy and so 
I have had to write more code to work around this, but I've done this in 
Objective-C as I couldn't figure out how to save state between subsequent calls 
to renderText().

Note that I now also always retrieve verse 0 for each and every chapter in 
order to gather any required formatting that is missing from verse 1, but as 
verse 0 often is simply br /, I check for this and simply discard verse 0 
if that's what it is. :)

As it appears that the ESV is going to be ready soon, perhaps an option is for 
us to add checking of l inside lgs as part of our OSIS validation and hold 
off incorporating any poetry code into SWORD until we know our modules are good 
enough?

However, what is the proper way of encoding these indented lines in OSIS? The 
WEB module opens its l tags at the end of each verse for the line starting in 
the next verse. This seems weird to me, and I would have thought that it would 
make more sense to start the verse with the l as that is where the text 
corresponding to that l is located?

So, yes, for me this is revealing more inconsistencies between modules and how 
they have been constructed. And as I don't particularly know what is the 
correct way of forming the OSIS, I don't know which is the correct way to 
be coding this.


Thanks, ybic
nic...  :)

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

Re: [sword-devel] Poetry, verse 0, setIntros() and the state of things thus.

[Nic Carter]

Well, as far as I'm aware, I have the ESV poetry 100% correct in PS now. And 
given I use either the ESV or the KJV in PS  the KJV doesn't do indentation, 
PS does poetry 100% correct for _me_ ;)

So I'm going to leave it at that, and get on with other stuff. :)

Which reminds me, if anyone else is interested in beta testing PocketSword, 
please shoot me a private email, as it's been so long since I did beta testing 
for it that half of my beta testers have other commitments now  can no longer 
help out.  :)


Thanks, ybic
nic...  :)

ps: Thanks for your help Ben! I agree, that having some way of keeping track of 
which tags are currently open would be great. I was going to hack together some 
stuff, such as the ability to create your own userData stuff  pass that 
through to the filters, but I doubt that that would be accepted into SVN  so I 
coded my stuff in Objective-C instead, meaning it'll only work in PS  
Eloquent/MacSword. :)

pps: in my delvings into SWORD I noticed a few comments regarding binary compat 
with 1.6.x and I was wondering if those were going to be cleared up before 
1.7.0 was going to be released?

On 05/02/2013, at 9:57 PM, Ben Morgan benpmor...@gmail.com wrote:

 Yep, there are lots of inconsistencies. Hopefully over time with more support 
 they will tend to go away.
 
 Just to be clear with the ESV, I doubt it is incorrectly encoded. It's just 
 it's not encoded in a way that greatly helps per-chapter rendering (or even 
 per-verse) rendering. Especially the presence of per-verse rendering (e.g. in 
 a list of cross-references) means that you have to be able dispense with 
 lgs and infer them from the l (side note: it would be nice if SWORD 
 provided some way of keeping track of what tags are open at which verses so 
 partial renders will work (e.g. for q - Words of Jesus, lg, paragraphs, 
 etc.))
 
 When I looked recently, the WEB was encoded in such a way that I found I 
 didn't have the time to make it work properly, mostly due to the lg being 
 at the end of the previous verse - I believe due to issues with osis2mod as 
 previously discussed. I still think this needs fixing. 
 I think they should definitely be tied to the verse they start at.
 
 God Bless,
 Ben
 -
 For I have no pleasure in the death of anyone, 
 declares the Lord God; so turn, and live.”
 Ezekiel 18:32 (ESV)
 
 
 
 On Tue, Feb 5, 2013 at 9:33 PM, Nic Carter niccar...@mac.com wrote:
 
 Hi gang,
 
 I just wanted to touch base with where I'm at with the poetry stuff.
 
 Taking Ben's code as a guide, I've ported it across to SWORD and it's kinda 
 working. You can see my current version on bit bucket.
 
 Note that this current version is very similar to the patch I sent through a 
 few days ago, but I'm going to suggest that we don't implement this in SWORD 
 just yet.
 
 The reason being that I have discovered that we need to incorporate Ben's 
 hack to work around the fact that modules may not be properly formed OSIS  
 may contain ls outside of lgs. This then simply makes things look messy 
 and so I have had to write more code to work around this, but I've done this 
 in Objective-C as I couldn't figure out how to save state between subsequent 
 calls to renderText().
 
 Note that I now also always retrieve verse 0 for each and every chapter in 
 order to gather any required formatting that is missing from verse 1, but as 
 verse 0 often is simply br /, I check for this and simply discard verse 0 
 if that's what it is. :)
 
 As it appears that the ESV is going to be ready soon, perhaps an option is 
 for us to add checking of l inside lgs as part of our OSIS validation and 
 hold off incorporating any poetry code into SWORD until we know our modules 
 are good enough?
 
 However, what is the proper way of encoding these indented lines in OSIS? 
 The WEB module opens its l tags at the end of each verse for the line 
 starting in the next verse. This seems weird to me, and I would have thought 
 that it would make more sense to start the verse with the l as that is 
 where the text corresponding to that l is located?
 
 So, yes, for me this is revealing more inconsistencies between modules and 
 how they have been constructed. And as I don't particularly know what is the 
 correct way of forming the OSIS, I don't know which is the correct way to 
 be coding this.
 
 
 Thanks, ybic
 nic...  :)
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page
 
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org

Re: [sword-devel] poetry formatting (was Re: Vertical whitespace)

[Nic Carter]

Reading the OSIS stuff at 
http://crosswire.org/wiki/OSIS_Bibles#Marking_poetic_material it says:

• While OSIS defines a milestoned version of the lg element, its use 
(rather than the container version) will not produce a valid XML document. The 
l element can only occur within an lg container, so use of lg/ milestones 
prevents use of l elements.

However, in the current ESV module I see there are several Psalms  Proverbs 
where this is not the case. One such example is Prov 28.
[and this is a situation where it's not in verse 0 as well]

I'm guessing you've also flagged these bugs to be fixed, too?  :)


Thanks, ybic
nic...  :)

On 03/02/2013, at 6:30 AM, DM Smith dmsm...@crosswire.org wrote:

 In the upcoming update to the ESV, the l element will be using the level 
 attribute to indicate indentation. A level=1 means first level line, 
 level=2 a second level line, level=3 a third level line. If the level 
 attribute is not present treat it as 1.
 
 That is, level 1 is no indent.
 
 Regarding the psalm 1 lg problem, please let me know of problems. This 
 seems to be addressed.
 
 When I get it a bit further along, I'll share it with key application devs so 
 they can proof it in their apps.
 
 In Him,
   DM
 
 On Feb 2, 2013, at 12:49 AM, Nic Carter niccar...@mac.com wrote:
 
 
 Thanks heaps for this :)
 I'm getting there, but have encountered a few interesting bits. I'm using 
 the ESV and something I just realised was that Psalm 1 only had a closing 
 lg tag at the end of verse 6  no opening tag:
  lg eID=w106/ 
 I couldn't find the opening one anywhere in the chapter.
 
 Until I looked at Psalm 1:0
  then I found it!
 
 Anyway, I have it mostly working (besides for cases like the above, where 
 you _need_ to have the Introductions switched on for the formatting to work 
 correctly).
 
 However, the tricky thing for this to then work with PS is the verse 
 numbers, where you talk about doing some floating block whitespace to make 
 it work more nicely. I'm gonna try to look at what BPBible does in regards 
 to that, cause I'm a novice when it comes to HTML now-a-days...
 
 
 Thanks, ybic
  nic...  :)
 
 On 02/02/2013, at 12:02 AM, Ben Morgan benpmor...@gmail.com wrote:
 
 I've found vertical whitespace can be problematic, and it's often around 
 verse boundaries.
 
 osis2mod often seems to put some of the whitespace in the previous 
 verse/chapter, which I think I reported a long time ago and should be 
 fixed. I remember we had trouble finding the right combination of when to 
 start a verse. I have a vague feeling I had suggested some fixes which 
 weren't ever put in - but I can't be sure, and it's possible there might 
 have been some which caused other issues.
 
 BPBible does some things like floating block whitespace before verse 
 numbers etc. to make this work more nicely.
 
 As for the two-level poetry layout (or 3 level - e.g. ESV 1 Tim 3:16), 
 BPBible has done this for ages (e.g. try opening ESV in psalms). It's not 
 particularly straightforward to implement well though. A brief overview of 
 how it is done:
 
 The start tag l gets handled something like so:
 mapping = {
 # usual poetry indent in ESV
 x-indent: 2,
 
 # extra indent - 1 Tim 3:16 (ESV) for example
 x-indent-2: 4,
 
 # declares lines - Declares the Lord, Says the Lord, 
 etc.
 x-declares: 6,
 
 # doxology - Amen and Amen - Psalms 41:13, 72:19, 89:52 
 in ESV 
 x-psalm-doxology: 6,
 
 # usual poetry indent in WEB
 x-secondary: 2,
 }
 
 level = xmltag.getAttribute(level)
 if level:
 # the level defaults to 1 - i.e. no indent
 indent = 2 * (int(level) - 1)
 else:
 indent = mapping.get(xmltag.getAttribute(type), 0)
 
 #if indent:
 if self.in_indent:
 dprint(WARNING, Nested indented l's, 
 self.u.key.getText())
 
 self.in_indent = True
 if not self.in_copy_verses_mode:
 self.buf += 'div class=indentedline width-%d 
 source=l' % indent
 self.blocklevel_start()
 
 and end tag like so:
 def end_l(self, xmltag):
 if self.in_indent:
 self.blocklevel_end()   
 self.buf += br if self.in_copy_verses_mode else 
 /div
 
 lg elements are also handled, turning them into blockquotes.
 
 This is matched up with CSS like so (note, there's a lot more in it than 
 this to handle floating verse numbers outside of poetry etc):
 /* Poetry */
 blockquote.lg
 {
 margin: 0.5em 0em 0.5em 3em;
 }
 
 /* We want our indented lines to behave nicely - wrapped lines should be
  * indented further. text-indent undoes the wide