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: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsub

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  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  
> wrote:
> 
>> On 08/20/2015 06:04 PM, DM Smith wrote:
>> 
>>> On Aug 20, 2015, at 11:37 PM, Kahunapule Michael Johnson 
>>>  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  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  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  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  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 
  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" 
 An: "SWORD Developers' Collaboration Forum" 
 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  
> 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  
> 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
> In

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

[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  html tag and closing a "sup" tag will create a  
tag. Closing a "super" tag will instead create a  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 '&' 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  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 
>  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
> ___
> sword-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  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" 
> To: "SWORD Developers' Collaboration Forum" 
> 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
>  markup -its great as it does display the  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  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  wrote:
> >>
> >> Thanks David,
> >>
> >> Please look at my second set of OSIS genbook test modules - I may be
> >> formatting incorrectly.  This second set includes  tags but
> >> BibleTime is not displaying these as intended.
> >> The OSIS site also suggests that   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  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  wrote:
> >>>
> >>>
> >>> On August 26, 2014 7:44:58 PM EDT, Laurie Fooks 
> >>> 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,

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  wrote:
> 
> Hi Nic
> 
> I just has a look at Psalms on PocketSword in a bible version using
>  markup -its great as it does display the  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  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  wrote:
>>> 
>>> Thanks David,
>>> 
>>> Please look at my second set of OSIS genbook test modules - I may be
>>> formatting incorrectly.  This second set includes  tags but
>>> BibleTime is not displaying these as intended.
>>> The OSIS site also suggests that   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  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  wrote:
>>>> 
>>>> 
>>>> On August 26, 2014 7:44:58 PM EDT, Laurie Fooks 
>>>> 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]

Ahh, no, sorry. Devotionals, commentaries, Bibles & dictionaries :)


> On 28 Aug 2014, at 15:51, Laurie Fooks  wrote:
> 
> Thanks Nic
> 
> I certainly hope there will be a solution to paragraphs and line
> displays, particularly for Android programs ... until then, I am stuck
> with >lg> !!
> 
> I have PocketSword 1.45 on an Ipod and Iphone - Is there a way for it
> to display general books?
> 
> Cheers
> Laurie
> 
>> On 8/28/14, Nic Carter  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  wrote:
>>> 
>>> Thanks David,
>>> 
>>> Please look at my second set of OSIS genbook test modules - I may be
>>> formatting incorrectly.  This second set includes  tags but
>>> BibleTime is not displaying these as intended.
>>> The OSIS site also suggests that   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  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  wrote:
>>>> 
>>>> 
>>>> On August 26, 2014 7:44:58 PM EDT, Laurie Fooks 
>>>> 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]

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  wrote:
> 
> Thanks David,
> 
> Please look at my second set of OSIS genbook test modules - I may be
> formatting incorrectly.  This second set includes  tags but
> BibleTime is not displaying these as intended.
> The OSIS site also suggests that   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  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  wrote:
>> 
>> 
>> On August 26, 2014 7:44:58 PM EDT, Laurie Fooks 
>> 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:

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

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

[Nic Carter]

On 2 May 2014, at 5:36 pm, John Austin  wrote:

> - Scripture reference tags will all specify target modules using osisRefs 
> like this: "ESV:Matt.1.1" (and it may be that the specified module is not 
> always installed, thus its av11n unknowable).

Will this affect backwards compatibility? What advantage is there in specifying 
which Bible to open? I can see the point for Commentaries and other modules, 
but not so much for Bibles. What is the intended behaviour if, say, the ESV 
isn't installed and someone taps on the "ESV:Matt.1.1" reference?

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] DVCS (was Re: Project "Free Scriptures" started)

[Nic Carter]

On 27 Feb 2014, at 3:44 am, Troy A. Griffitts  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] 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  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 differ

Re: [sword-devel] KJV updated

[Nic Carter]

On 17 Feb 2014, at 12:44 am, DM Smith  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

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

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

On 4 Jan 2014, at 10:08 am, Chris Little  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] Locale - proposal

[Nic Carter]

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.



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


/me runs away again

On 4 Jan 2014, at 11:59 am, Peter von Kaehne  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] 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  wrote:
> 
> Seconded
> 
> Sent from my HTC
> 
> - Reply message -
> From: "DM Smith" 
> To: "SWORD Developers' Collaboration Forum" 
> Cc: "SWORD Developers' Collaboration Forum" 
> 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  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  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  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"  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, Костя Маслюк  wrote:

> 2013/9/5 Peter von Kaehne 
> So, symbian, windows and adroid are using established install paths
> acceptable to most ordinary users?
> 
> iOS needs an rooted, jailbroken phone, but works afterwards fine?
> 
> Is this correct?
> 
> Yes. We would also mention here MeeGo version, that should appear in Store 
> from day to day.
> 
> If so, I would suggest we re-write the page accordingly. I would not
> mention then iOS, but keep that for interested users on your website
> somewhere visible.
> 
> It is ok.
> 
> Peter
> 
> 
> 
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
> 
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page

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

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"  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  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  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  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  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  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] KJVA

[Nic Carter]

Wouldn't this be classified as a bug in JSword?

However, I do agree that it would be nice to update the description of the KJVA 
to indicate the difference between it and the KJV module, but are there good 
arguments for the descriptions to be the same?

But, again, I'd be tempted to classify this as a bug in JSword, as SWORD is the 
spec that we work from?


just my 2 cents..  :)

On 16/07/2013, at 6:00 PM, David Haslam  wrote:

> JSword based front-ends not only need to have a different module name and
> have their own path location, but the descriptions must be unique too!
> 
> I already discussed this with DM Smith in regard to Bible Desktop.
> 
> See http://crosswire.org/wiki/DevTools:conf_Files#Uniqueness
> 
> So - yes - the KJVA Description ought to be different from the KJV.
> 
> I have therefore added an issue in our tracker.
> 
> http://www.crosswire.org/tracker/browse/MOD-250
> 
> David
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://sword-dev.350566.n4.nabble.com/KJVA-tp4652823p4652828.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] Ubuntu Touch Bible app

[Nic Carter]

heya :)

On 05/07/2013, at 7:27 AM, "Troy A. Griffitts"  wrote:

>> 2) An improved CLucene search has long been something that BibleTime touts - 
>> the index covers more fields and metadata than Sword's CLucene index.
> 
> Yes, I've seen the ability to search on 'footnotes' and 'headings', but 
> didn't feel those were worth adding right now, but tried to convince the BT 
> developers to help me modularize the search framework to allow a 'search 
> field' plugin mechanism-- probably simply a new filter type, and set of 
> filters which could pull the desired field data from the buffer, then they 
> could add plugins for their footnotes and headings and anything else they 
> wanted and frontend could choose which fields they wanted to include when 
> building indexes.  There was no success in that, but they simply wanted to 
> re-write basically the exact same code we have for building CLucene indexes, 
> but including their additional fields.

As a developer who would love to see more stuff in the CLucene search stuff, 
anything and everything that is pushed into the engine along these lines would 
be appreciated. In fact, for PS, I have created a pseudo version number but my 
hack is something I'd be happy to get rid of in order to have proper versioning 
:)

>> You've also given the impression that the CLucene indexes are not a high 
>> priority for you since you have the brute force search available.
> 
> I use the CLucene indexes all the time.  They are great for some things.  I 
> have tried to convince people that they aren't necessary for 90% of searches 
> because our unindexed search of an entire Bible is optimized to return 
> results in under a few seconds on most hardware (probably including most 
> mobile handsets these days).

I haven't tried lately on older hardware, primarily because I have recently 
dropped support for anything older than the iPhone 3GS (Apple dropped support 
about a year ago and I finally realised I didn't have enough time to try to 
keep support for older devices through hack methods that needed more hackery 
each update of Xcode, so now I spend my time on more productive things!).
Quick side-question: does either the BT or unindexed searches get around the 
issue of vowels in Arabic and spaces (or lack there-of?) in Asian languages? 
That would be handy, as I still haven't fixed those issues in PS..

>> 3) An entirely rewritten set of OSIS filters, at the very least. Whether 
>> these are better or not, I have no opinion of, although I have found 
>> BibleTime's filters more understandable.
> 
> Yes, but re-written isn't necessarily a feature.  We add support for new 
> things all the time in our filters.  Are the Bibletime filters updated as 
> well?  Again, this is important to me: I would love for all the projects 
> which render to HTML to agree on what they would like to see as the HTML 
> output from the filters and work together on the new XHTML filter set in the 
> engine so we can all share in each other's improvements.

I'd love to have access to those filters that allow multiple translations in 
the same WebView window. That could be handy as a nice way of quickly 
implementing "split-screen", which I haven't had time to do much about.

Also, are you (Troy) interested in removing more display html elements from the 
HTML filters and replace them with more CSS classes?


For example, for footnotes in osisxhtml we are displaying the footnote 
character (generally a 'N' but now configurable I believe?) inside THREE 
different HTML elements.
- First is the  element
- Second is the  element
- Third is the  element, which has a class attached to it.
I have hacked my version to simply have the  element with a class attached 
to it. The CSS class then defines whether or not to make the text "small" or 
"sup", cleaning up the code and allowing more flexibility for the front-end 
(PS, in my case).
It was argued years ago that we couldn't do much with CSS cause some front-ends 
didn't support CSS, but now-a-days this argument should be laughed at and 
dismissed. ;)


From my perspective, it sounds like there are some things that would be cool to 
have in the engine, and with all front-ends there are bits that belong in the 
front-end code. :)

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] 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  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] 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  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
>   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: 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://w

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

> 
> 
> 
> On Wed, Jun 26, 2013 at 8:21 AM, Jaak Ristioja  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]

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  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)
> 
> 
> ___
> sword-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] 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  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  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 '創造たまへり'
> to '創造たまへり' ?
> 
> 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  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
>> :
>> 
>>> 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+veSD

Re: [sword-devel] Current SVN

[Nic Carter]

> "Troy A. Griffitts"  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

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

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

[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] Scope/NoParagraphs (was: Re: Bible book introductions)

[Nic Carter]

On 04/06/2013, at 7:20 AM, DM Smith  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]

On 03/06/2013, at 11:02 PM, Greg Hellings  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] 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  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  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"  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 ar

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

> Regarding your  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  issue again. There is one use of  that is 
> non-standard.
> 
> In OSIS,  is the only document level container that cannot be milestoned. 
> osis2mod replaces ... with ... 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"  
> wrote:
> 
>> Just checked in another update for the whitespace issues.
>> 
>> This checkin attempts to track vertical whitespace by counting block and 
>>  output and mutes more than 2 contiguous vspace directives.
>> 
>> e.g., This was changed in the osisReference output:
>> 
>> 
>> 
>> 
>> 
>> to:
>> 
>> 
>> 
>> 
>> Question: should  directives be automatically considered 2 vspace.  I 
>> am only counting them as 1 right now. e.g., should
>> Title
>> 
>> 
>> be changed to simply:
>> 
>> Title
>> 
>> ?
>> 
>> I'm thinking so, but other 'block' tags I'm only ++ the vspace counter.  
>> It's simply enough to +=2 the counter for  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:
>>> 
>>> Old Testament
>>> 
>>> THE FIRST BOOK OF MOSES CALLED GENESIS
>>> 
>>> Introduction and Outline
>>> 
>>> 
>>> This is the Book of Genesis, the first book in the Bible. It 
>>> may be outlined as follows: 
>>> 
>>> 
>>> 1Creation of Heaven and Earth, 1:1-2:4a
>>> 2Creation of Man and Woman, 2:4b-25
>>> 3Fall, 3:1-24
>>> ...
>>> 
>>> 
>>> 
>>> Tables work like this: 
>>>  Column 1 Label Column 2 Label 
>>>  Column 1, Row 1 Column 2, Row 1 
>>>  Column 1, Row 2 Column 2, Row 2 
>>> 
>>> 
>>> 
>>> From Creation to Abraham (1:1–11:9)
>>> 
>>> 
>>> Creation of the Heavens and the Earth
>>> 
>>> 
>>> 
>>> [ Genesis 1:1 ] In the beginning God created the heaven and the earth. >> />
>>> 
>>> 
>>> 
>>> [ 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
http://www.crosswire.org/mailman/listinfo/sword-devel
Instruction

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

[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

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  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  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  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  anchor 
tags don't exist in XHTML like they did in HTML 4.01, but you can have  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  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  tags? At least, I manually parse the output of the filters 
and replace occurrences of 3 x  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 "" 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  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  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  which, by XML standards are no
>> longer open but the OSIS semantics designate that div is open until
>>  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 upwa

[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] FAQ update request.

[Nic Carter]

And to show no partiality, Nic you should really update the PocketSword website 
at some point, given the last public update was on the 9th of September, 
2011...  The update before that? Nov 2010...  :P

On 22/03/2013, at 11:46 AM, Nic Carter  wrote:

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


___
sword-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  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  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  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  was the wise choice to use 
throughout the filters, rather than trying to deal with opening and closing  
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]

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] 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  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
> 
> ___
> sword-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] 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] 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"  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  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  
>>> 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;
>>> +  

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  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  
> 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  
> wrote:
> 
> 
> 
> On Mon, Mar 18, 2013 at 5:07 PM, Troy A. Griffitts  
> 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 

Re: [sword-devel] Next version

[Nic Carter]

On 11/03/2013, at 7:16 PM, Troy A. Griffitts  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  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

[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] 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  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  wrote:
> 
>> 
>> Quick question about introductions in modules:
>> 
>> On 22/01/2013, at 2:07 AM, Troy A. Griffitts  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  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  wrote:
> 
>> 
>> Quick question about introductions in modules:
>> 
>> On 22/01/2013, at 2:07 AM, Troy A. Griffitts  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]

Quick question about introductions in modules:

On 22/01/2013, at 2:07 AM, Troy A. Griffitts  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] 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%3Daps&field-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] 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  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] Personal Commentary and Dropbox.

[Nic Carter]

On 13/02/2013, at 3:50 AM, Israel  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

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

[Nic Carter]

On 13/02/2013, at 2:20 AM, Chris Burrell  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]

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