[sword-devel] Kulish NT..

2010-11-07 Thread Pypsik Pypsik
Chris,   can you confirm that you have received a Ukrainian Kulish NT that I've submitted to modu...@. e-mail for review.   You may not have had a chance to review it, so just making sure you got it.   Thank you and God Bless~   Pypsick ___

Re: [sword-devel] Holman Christian Standard Bible

2010-11-07 Thread David Haslam
Martin, It would depends on any outcome of lobbying for permissions from the copyright owners. See http://crosswire.org/wiki/Copyright http://crosswire.org/wiki/Copyright It's not yet listed in http://crosswire.org/wiki/Module_Requests http://crosswire.org/wiki/Module_Requests I don't know

Re: [sword-devel] HTTP Transport support (was: Remote Module Repository Wiki)

2010-11-07 Thread Weston Ruter
Actually, directory indexes are standardized in WebDAV. If the problem with using HTTP is that the directory listings aren't provided in a standardized format across Apache and IIS but rather are in a sort of ad hoc HTML format, a solution could be to provide a custom directory index handler that

Re: [sword-devel] Holman Christian Standard Bible

2010-11-07 Thread Jonathan Morgan
I was thinking about this recently when I saw that they were interested in making more things free (I have the OliveTree free version, and use it too). However, looking at http://www.hcsbstudybible.com/b/weblog/archive/2010/10/11/new-hcsb-ebook-editions-available-now-more-coming-soon.aspxseems to

Re: [sword-devel] HTTP Transport support (was: Remote Module Repository Wiki)

2010-11-07 Thread DM Smith
On Nov 6, 2010, at 10:22 PM, Nic Carter niccar...@mac.com wrote: But, I believe there is a way of telling the size of a file being retrieved via HTTP GET? hopefully we could use that as well? :) IIRC, it's HEAD. JSword uses it. Works well. In Him, DM From my phone.

Re: [sword-devel] HTTP Transport support (was: Remote Module Repository Wiki)

2010-11-07 Thread Weston Ruter
Yes, do a HEAD request and then look at the Content-Length header. On Sun, Nov 7, 2010 at 1:11 PM, DM Smith dmsm...@crosswire.org wrote: On Nov 6, 2010, at 10:22 PM, Nic Carter niccar...@mac.com wrote: But, I believe there is a way of telling the size of a file being retrieved via HTTP

Re: [sword-devel] CrossWire website showing all known modules available (was: Remote Module Repository Wiki)

2010-11-07 Thread Jonathan Morgan
On Sat, Nov 6, 2010 at 2:06 AM, Troy A. Griffitts scr...@crosswire.orgwrote: On 11/05/2010 02:02 PM, Jonathan Morgan wrote: 2. Offering a list of downloads at CrossWire tends to suggest that they are the *only* books available. While I can download zip files from Xiphos FTP directly (for

Re: [sword-devel] Remote Module Repository Wiki

2010-11-07 Thread Jonathan Morgan
A lot here depends on evaluation of pros and cons. I personally support HTTP, zipped modules, and one central file (like mods.d.tar.gz) to give a list of all the books and where to find them for at least some of the following reasons. I will try and capture why succinctly: For ZIPs: 1.

Re: [sword-devel] Holman Christian Standard Bible

2010-11-07 Thread Manfred Bergmann
Yeah. I remember. After a while I replied to them (her) but never got a response. Manfred Am 07.11.2010 um 13:17 schrieb Jonathan Morgan: I was thinking about this recently when I saw that they were interested in making more things free (I have the OliveTree free version, and use it too).

Re: [sword-devel] CrossWire website showing all known modules available

2010-11-07 Thread Karl Kleinpaste
On the one hand, I appreciate a desire for a combined all-repos view of what's available. It would be useful in some ways. On the other hand, I find it problematic for several reasons. - It depends on finding all repos operating. Like it or not, repos go away for short or long periods, and the

Re: [sword-devel] Remote Module Repository Wiki

2010-11-07 Thread Greg Hellings
On Sun, Nov 7, 2010 at 8:28 AM, Jonathan Morgan jonmmor...@gmail.com wrote: A lot here depends on evaluation of pros and cons.  I personally support HTTP, zipped modules, and one central file (like mods.d.tar.gz) to give a list of all the books and where to find them for at least some of the

Re: [sword-devel] What is a Sword module?

2010-11-07 Thread Robert Hunt
Hi Brian, Actually, I've been trying to play with Sword software and modules in order to gain understanding of how the whole system works, but I've found it very hard to break into. Concerning module formats, I found DM's reply very confusing! The only documentation that will be

Re: [sword-devel] What is a Sword module?

2010-11-07 Thread Brian J. Dumont
Hi Robert, I hope I can shed a little bit of light here. First of all, I'm not a programmer, so I'm simply commenting as someone who makes modules and has been listening for 6 or so years. I think part of the reason the answers are confusing is that the question is not precise. There are

Re: [sword-devel] SWIG Bindings (Was: Re: What is a Sword module?)

2010-11-07 Thread Ben Morgan
Hi Greg, On Sat, Nov 6, 2010 at 12:24 PM, Greg Hellings greg.helli...@gmail.comwrote: But the nature of multimap is different - and I'm confused as to how it is used at all. What you are showing above I would call a multi-dimensional associative array/dictionary. I make them all the time

Re: [sword-devel] What is a Sword module?

2010-11-07 Thread DM Smith
Robert, I'm sorry for the confusion. I misunderstood. We have excellent resources for creating a Bible module in OSIS and will gladly guide you in that. It is concerted into an internal format that is easily accessed with the SWORD library in c++ or JSword in java. Other languages are possible

Re: [sword-devel] What is a Sword module?

2010-11-07 Thread Peter von Kaehne
Robert Hunt hunt.robe...@gmail.com wrote: Actually, I've been trying to play with Sword software and modules in order to gain understanding of how the whole system works, but I've found it very hard to break into. Have you actually spent any time with our wiki? It does not look that

Re: [sword-devel] What is a Sword module?

2010-11-07 Thread Peter von Kaehne
On Mon, 8 Nov 2010 06:57:40 + Peter von Kaehne ref...@gmx.net wrote: Have you actually spent any time with our wiki? It does not look that way. Sorry, this was a bit abrupt Ok, basically we have a growing Wiki, which is meant to resolve just this problem - too much undocumented and