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

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

[sword-devel] SWORD Meet

Dear sword-devel, It has been a really long time since we've had any formal SWORD Meet. My apologies for not planning anything. They are always a blessing to me and I hope to others, as well. I would like to propose 2 options for annual SWORD gatherings throughout the year. Europe I

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

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

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

Dear John, I've applied your osisheadings patch mentioned below. Thank you! DM, do you have any comments on the osis2mod patches? You have been the pumpkin holder for that tool for a while now. I am happy to apply the patches but, of course, want to defer to you first. Troy On 06/13/2016

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

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

Re: [sword-devel] French versification schemes

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

Re: [sword-devel] we need a release

Spending some time this weekend to apply some outstanding patches, looking toward a 1.8 release. One item on my list of todos, which I am dreading is looking into why our autotools build doesn't work on the latest version of the autotools packages. Something about subdirs no longer supported. I

Re: [sword-devel] Missing verse in AndBible

This is just a guess, but I know AndBible uses JSword and Xiphos uses SWORD (C++), so could there be a difference in the versification scheme between SWORD and JSword? What v11n is the module using? On May 21, 2016 1:35:30 AM GMT+02:00, Kahunapule Michael Johnson wrote:

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

Hi David, Thank you for your concern. Yes, there is a synchronize script which clears The Bible Tool's repo and repopulates it from CrossWire main and then adds additional modules which we don't redistribute. The process is not perfect in that there is often updates in The Bible Tool repo

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

ASBnew" but new is obviously work than the previous version in verse 18. Verse 19 shows the transChange '*'. Troy On 02/08/2016 10:40 AM, Troy A. Griffitts wrote: > Hey guys. The tenseChange to add a '*' was part of the NASB source > updates. The NASB renders tenseChange with a '*' nex

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

Hey guys. The tenseChange to add a '*' was part of the NASB source updates. The NASB renders tenseChange with a '*' next to the verb. Typically in the Gospels, when the author is storytelling, they frequently switch to the present tense (we do this in English too when tell stories, e.g., "so I

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

* > would mean. As it is, it looks like a dangling footnote marker. > > In Him, > DM > >> On Feb 8, 2016, at 1:16 PM, Troy A. Griffitts <scr...@crosswire.org> wrote: >> >> Here is an example of the transChange in the NASB. While looking this >> up, I no

Re: [sword-devel] Colophons

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

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

For those who don't want to go back and read the threads Greg has posted, and since I am the 'admin' mentioned for trunk of libsword, I'll make a few brief comments which I hope summarized those emails. I understand a move to git is likely inevitable. I like SVN better and I know many

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

lt;kostyamasl...@gmail.com> wrote: >http://www.crosswire.org/tracker/browse/API-166 yet contain example and >backtraces, is it something wrong with they? > >2016-01-12 11:28 GMT+04:00 Troy A. Griffitts <scr...@crosswire.org>: > >> Dear Teus, >> >> In what way

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

"renderText", and not to >"SWMgr". >But I am happy to surround the entire block with a mutex, and it's >working >fine :) >Thank you for all your hard work! > >Teus. > >On Mon, 11 Jan 2016 at 17:33 Troy A. Griffitts <scr...@crosswire.org> >wrote: >

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

Hi Teus, Yes, as Greg has pointed out, we've done our best to make it easy to perform multitheaded operations with the library by allowing you to instantiate a new SWMgr for each thread. We don't use threading libraries ourself inside the engine to lock critical sections but instead we tried

Re: [sword-devel] Detecting bad references?

If you'd like to see if a VerseKey was normalized for a module's reference system, you can parse the reference with normalization off, and then with it on and compare the keys to see if they are the the same. vk2.setAutoNormalize(false); vk1.setText("1Sam.2.200"); vk2.setText("1Sam.2.200"); cout

Re: [sword-devel] NASB status

I also have in my mind that the Hebrew and Greek lexicons Lockman includes with the NASB still had some processing to complete, is that right? On January 6, 2016 7:55:57 AM MST, Greg Hellings wrote: >The software requirement was JSword support - I forget which feature

Re: [sword-devel] NASB status

I don't want to fight about this yet again. This is a commercial module to be sold by Lockman. That is a different scenario from other modules. For this module, I have reasonably asked: 1) That we have a scripted, reproducible way to transform their data from their pristine source to a

Re: [sword-devel] NASB status

of basic satisfaction of the three items I have listed and we have not attainted basic satisfaction yet. Troy On January 6, 2016 2:51:55 PM MST, "Matěj Cepl" <mc...@cepl.eu> wrote: >On 2016-01-06, 18:53 GMT, Troy A. Griffitts wrote: >> This is a commercial mod

Re: [sword-devel] answering subscription requests?

Done. I received the request at 11:51am this morning and just returned home from spending Christmas with my parents, sisters, and brother (and lots of little nieces and nephews). Sorry for the delay. On 12/26/2015 05:58 PM, Karl Kleinpaste wrote: > Someone in IRC #sword is wondering why he

Re: [sword-devel] Xiphos, blank pages

Hi guys. How were the modules installed? Where are they installed? Are the data files readable by the user running these commands? On 12/16/2015 11:58 AM, Matěj Cepl wrote: > On 2015-12-10, 13:59 GMT, Mark Trompell wrote: >> 2015-12-10 10:10 GMT+01:00 Matěj Cepl : >>> On

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

Yes, this is exactly right. The pre-generated Personal Commentary module predates av11n (actually, it was one of our first modules 20+ years ago). Since then, the API can be used to simply generate one or more modules with any versification and edit those modules, i.e., the pre-generated module

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

My apologies for not sending this out sooner. Is there anyone attending these annual meetings this year in Atlanta? If so, I'd love for us to meet. Troy -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ sword-devel mailing

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

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

Re: [sword-devel] CrossWire subversion server error

Dear John, I am sorry for not responding sooner. I have no idea what might be the problem. We do have some IP bans on the server but they are for all ports. And thinking of it, that SVN command should be using the same port as your web browser. It seems a very odd problem that your browser can

Re: [sword-devel] Updated CzeBKR

Thanks for all the great work on this guys. Matěj, it is a blessing to have you continue to contribute. David, as always, thanks for the review and sanity checks. The module has been posted. Troy On 10/06/2015 12:40 PM, David Haslam wrote: > Matěj wrote, > > "P.S.: Shouldn't you upload

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

Hi Matěj, You should have a look in the location where you install your sword modules. If you compile from source and use the default paths, then it would be /use/share/sword/. Wherever that sword module location is, you should find a locales.d/ folder with all the available locales. If you

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

On 09/03/2015 10:50 PM, Peter von Kaehne wrote: > > Where is Troy and what does he think? I have just arrived back from being tour-guide for my sister on vacation and now I need a vacation :) I've been following these threads, catching up when I have time, and I think the conversations

Re: [sword-devel] Using Alternate Versification

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

Re: [sword-devel] Using Alternate Versification

Typo fix and more precise: VerseKey *key = (VerseKey *)module-createKey(); refRange = key-parseVerseList(reference.c_str(), *key, true); ... rest of your code ... delete key; On 08/15/2015 09:24 PM, Troy A. Griffitts wrote: That code should work unchanged, but you need to get your key

Re: [sword-devel] BibleCS-1.7.2

The SWORD Project for Windows v1.7.3 was release on Sun Aug 24 18:27:04 MST 2014 On 08/13/2015 10:53 AM, David Haslam wrote: Is BibleCS-1.7.2 still in the long grass, or will there be a proper release with an installer? David -- View this message in context:

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

Not commenting on the merits, but only on the necessities and history: Module names can (often should be for readability) upper and lower case DataPath needs to match exactly the data path on the file system. The case needs to match because some operating systems are case sensitive.

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

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

Re: [sword-devel] Av11n mark 2

Yeah, that doesn't help me either. We abandoned GenBook Bible support in favor of the VersificationMgr system. I am not against adding a per-module v11n mechanism, but I fear it will be used. :) And it shouldn't be used. :) Using this basically allows people to take shortcuts bypassing the

Re: [sword-devel] Av11n mark 2

of one bad. Maybe there were another points, can't remember. От: Troy A. Griffitts mailto:scr...@crosswire.org Отправлено: ‎15.‎07.‎2015 14:19 Кому: SWORD Developers' Collaboration Forum mailto:sword-devel@crosswire.org

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

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

[sword-devel] Old Church Slavonic

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

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

I saw it and fixed it to commit, Karl had overtaken me. So, it is fixed at the HEAD again. Again, my apologies. Peter On Wed, 2015-03-18 at 00:48 -0700, Troy A. Griffitts wrote: Dear Daniel, My guess is that you may be compiling

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

Dear Daniel, My guess is that you may be compiling against one set of headers and linking with a libsword compiled with another set. The renderText method was overloaded with a const and non-const version. My guess is that you are failing to link because your code was compiled against the

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

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

Re: [sword-devel] SWKey index

Hi Daniel, the most concise way to store an SWKey is to store the string from: SWKey::getOSISRefRangeText This should return OSIS (or something close to OSIS) and include any range is present, as well. SWKey::Index is certainly not persistable. It might change between API versions and almost

Re: [sword-devel] Delays in rendering?

(); } return text; If it makes any difference, the only installed module is the ESV. Sent from Windows Mail From: Troy A. Griffitts Sent: ‎Sunday‎, ‎February‎ ‎22‎, ‎2015 ‎12‎:‎13‎ ‎AM To: SWORD Developers' Collaboration Forum Hey David, It's hard to say without knowing what calls

Re: [sword-devel] Delays in rendering?

Hey David, It's hard to say without knowing what calls you're making to the API, but yes, it's likely you're doing something not in the optimal way. My first guess is that you are calling an external program repeated to get results. SWORD has an initialization hit when it first is

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

The SWORD parser matches alphabetically lowest partial entry as priority. So If a locale had entries: JUDE JUDECATORII JUDGES Then J - JUDE JU - JUDE JUD - JUDE JUDE - JUDE JUDEC - JUDECATORII If you want different behavior, then you'll want to add an alphabetically lower entry to

Re: [sword-devel] CipherKey preservation on update

Yes, BibleCS uses this mechanism. Any configuration information it wishes to store about a module, recognized by SWORD or not, or anything it wishes to override in a module (e.g., Font, CipherKey) are stored in a one file: userprefs.conf In our subclass of SWMgr, we override the virtual Load

Re: [sword-devel] Problems for module creation

Dear Br Cyrille, First, thanks for your persistence. Comments below: On 12/15/2014 08:23 AM, Fr Cyrille wrote: 2. With imp format: Yes, imp2vs is probably your easiest path. Then I change the vpl file in imp file like that: $$$Genèse 1,1 Au commencement, Dieu créa le ciel et la terre.

Re: [sword-devel] OSIS Glosses?

Quick note, Not sure, but I thought we used optional prefixes to specify the kind of gloss if there are multiple, e.g., gloss=en_US:18nbsp;wheeler en_UK:articulatednbsp;lorry On December 12, 2014 1:21:49 AM MST, David Haslam dfh...@googlemail.com wrote: It's definitely the colon where the bug

Re: [sword-devel] VerseKey semantics

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

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

module.getConfig().has(Feature, NoParagraphs) On 12/04/2014 09:17 AM, Greg Hellings wrote: On the programming side of this, Karl and I just reasoned out how it might be intended for programmers to discover this entry. I'm not sure this works, but it looks like the following code might be needed

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

I could be completely off base here but I believe that those lines are looking for sword.dll, not sword.lib or libsword.lib. On October 7, 2014 2:02:36 AM CEST, R Johnson ps16thypresenceisfullnessof...@gmail.com wrote: I also tried changing the command in step 3 (setup.py build) to use

Re: [sword-devel] Problem with Intros

Hi Manfred, I am not sure if this has anything to do with your problems but the code snippet you sent uses the old methodology of constructing a standalone VerseKey and using setPersist, which has been deprecated due to av11n. When you construct an instance of VerseKey standalone like that,

[sword-devel] SWORD CD ISO

Hey guys, Our CD ISO is horribly outdated. I still get occasional requests for CDs (about 2 per month) and I would guess people still might download the ISO and burn CDs themselves. We have too many modules now to fix on 1 CD. Do you guys have any thoughts as to what we should do with

Re: [sword-devel] SWORD CD ISO

the ftp:// protocol to browse the files, however, because there is a tract there as index.html ftp://crosswire.org/pub/sword/iso/latest/ On 09/25/2014 02:02 PM, Troy A. Griffitts wrote: Hey guys, Our CD ISO is horribly outdated. I still get occasional requests for CDs (about 2 per month

Re: [sword-devel] OSIS Verse Key

: if (module.getType() == SWModule.TYPE_BIBLE || module.getType() == SWModule.TYPE_COMMENTARY) ... Hope this makes sense. Let me know if we need to expose another method for you, Troy God Bless, Daniel Hughes On Tue, Sep 23, 2014 at 12:38 PM, Troy A. Griffitts scr...@crosswire.org wrote: Hey Daniel

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

Hi Isaac, On August 31, 2014 1:49:11 PM MST, Isaac Dunham While installmgr previously did not output proper errors when it could not write to the output path, this is no longer the case for a while now. Might I ask when this was fixed? I ran into it with 1.7.3. I would need to look at the

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

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

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

Dear Isaac, While your information is not inaccurate, it can be quite confusing. SWORD, by default, configures itself to save global modules under /usr/share/sword/ Your instructions are not what must be done, as you have said you will have to... Your configuration is a choice to install

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

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

Re: [sword-devel] C# runtime problem

. Reboot, open a shell and type 'env' to make sure the path is set. It is. Finally, I open MonoDevelop and load up the C# project. Make the project and try to run the LookupExample I still get the same exception. Again, thanks to all who are trying to help. On 08/27/2014 11:01 PM, Troy

Re: [sword-devel] C# runtime problem

*[ZhPinyin] (1.0) - Chinese (Pinyin)/English Dictionary *[br_en](1.1) - Breton to English Glossary *[en_eu](1.1) - English to Basque Glossary *[la_en](1.1) - Latin to English Glossary On 08/28/2014 03:30 PM, Troy A. Griffitts wrote: Jon, Yes, you need to be sure your

Re: [sword-devel] C# runtime problem

:) The shim is SWORD's flatapi. I still believe libsword.so is not found by the bindings. How have you made it available? It should either be: installed by the make system. If you used autotools to build, then: sudo make install or you need to set your LD_LIBRARY_PATH variable to include a

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

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

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

the to in the include statement if necessary. On 08/24/2014 08:39 AM, Stefan Husmann wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 24.08.2014 um 17:04 schrieb Troy A. Griffitts: Hi Stefan, Could you run this program on your system and then tell me the output: (the sword/examples/classes folder has

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

, Troy A. Griffitts wrote: The sword/examples/classes folder assumes you have some version of sword installed. Come on, give me a break, of course I have Sword installed. If compilation doesn't provide this right, then examples/classes/Makefile is at fault. Regardless, fixing the little test

Re: [sword-devel] SWORD + Cordova

. Anyway, I'd be grateful if you have time to let me know if it launches now for you (with more than just a gray screen) and if you notice any of the problems I've mentioned or others. Thank you, Troy On 08/10/2014 09:50 PM, Isaac Dunham wrote: On Sun, Aug 10, 2014 at 08:23:03PM -0700, Troy

Re: [sword-devel] Uighur Cyrillic Repository

/8/2014 3:22 PM, Troy A. Griffitts wrote: This is great, Fred. Have your technical guys take a look at these details. There is a short minimal setup and a more advanced setup described. http://crosswire.org/wiki/Creating_and_Maintaining_a_Module_Repository Once everything is in place on your

Re: [sword-devel] SWORD + Cordova

Dear Isaac, Thanks for the feedback. I will test on a 2.3 VM and see if there are some problems I can iron out. Troy On August 10, 2014 9:50:49 PM MST, Isaac Dunham ibid...@gmail.com wrote: On Sun, Aug 10, 2014 at 08:23:03PM -0700, Troy A. Griffitts wrote: Dear Matěj, Yes, you are correct

Re: [sword-devel] Uighur Cyrillic Repository

This is great, Fred. Have your technical guys take a look at these details. There is a short minimal setup and a more advanced setup described. http://crosswire.org/wiki/Creating_and_Maintaining_a_Module_Repository Once everything is in place on your end, let us know and we will add your site

Re: [sword-devel] SWORD + Cordova

Cordova is an attempt to create a JavaScript+HTML+CSS development framework for writing 'native' cross-platform apps. They do this essentially by creating a native app with a single HTML display component, then running your JavaScript inside that component. You can read their tech specs for

Re: [sword-devel] SWORD + Cordova

Sense Peter Gesendet: Samstag, 19. Juli 2014 um 06:03 Uhr Von: Troy A. Griffitts scr...@crosswire.org An: SWORD Developers' Collaboration Forum sword-devel@crosswire.org Betreff: [sword-devel] SWORD + Cordova Many of you know that I've been working on Cordova/Phonegap bindings for SWORD

[sword-devel] SWORD + Cordova

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

[sword-devel] Parallel Display with Multiple V11ns

This has been very long overdue, but I have committed Костя's great work on v11n mappings to trunk. We spent some time a few months ago proving the typical parallel Bibles use case and Костя's implementation works wonderfully. This proof of concept has been moved into the examples/ folder to

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

Dear Jaak, Thank you so much for looking into this. I went to review your patch and it doesn't apply cleanly to trunk. Have you confirmed that this problem still exists in trunk? If so, might you consider sending a patch against trunk? Thank you! Troy On 07/10/2014 01:34 AM, Jaak

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

to release. Thanks again Jaak and Isaac (and Greg for maintaining the 1.7 branch). Troy On 07/12/2014 02:21 PM, Isaac Dunham wrote: On Sat, Jul 12, 2014 at 10:59:19AM -0700, Troy A. Griffitts wrote: Dear Jaak, Thank you so much for looking into this. I went to review your patch

Re: [sword-devel] c# sword bindings

Daniel, I've discussed with Greg and we'd like to get your bindings into this upcoming point release. Is there any chance you could provide a sample console application that does something very basic like lookup and output John.3.16 along with a README that explains how to use the bindings

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

Dear Karl, Yes, the patch I applied yesterday only took care of the OSIS markup, but I certainly intend for all markups we support to be handled before release. Moving the same logic to the other *headings filters should be trivial. I apologize for letting 1.7.x out with this bug. Troy

[sword-devel] Preverse Headings titles/divs

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

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

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

Re: [sword-devel] module driver reorganization proposal

On 03/18/2014 07:58 AM, DM Smith wrote: Chris, Your suggestion is very similar to JSword's implementation. It has simplified code maintenance. There are three types of module files: index, compression index and data files. It may do well to handle these separately. The index consists of

Re: [sword-devel] 1.7.2 release

Dear Костя, Is there a way to include a link to the diff in the bug instead of simply to you entire repository. I'd lime to review and comment on your fix (as I'm using my phone to check my mail) and have spent 5 minutes or so trying to get the website to just switch to the branch you mention

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

Hi Костя, Thank you for your comments. Threading discussions have come up many times over the life of the projects. We have cleaned the code up to help facilitate multithreading in the client. The general summary of the past discussions is: We try to make it safe to use different SWModule

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

. Troy 2014-02-28 9:48 GMT+04:00 Troy A. Griffitts scr...@crosswire.org: Костя, Tonight I spent some time adding a new example to the engine's code examples tree for displaying Bibles in parallel. It basically rips off the XHTML header, styles, and footer from SWORDWeb and then executes

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

great your experience has been. Convince me that using a DVCS will change the way we collaborate and you will go a long way to moving it up on my todo list. Sincerely (no, really, Sincerely), Troy On 02/27/2014 12:58 AM, Nic Carter wrote: On 27 Feb 2014, at 3:44 am, Troy A. Griffitts

Re: [sword-devel] Project Free Scriptures started

Quickly, regarding DVCS, the argument to keeping SVN over a DVCS isn't that a DVCS isn't 'better' in some ways or as Peter has suggested, wouldn't let us maintain tight review of our code or that we simply don't ever want to change anything. We eventually switched from CVS to SVN :) The reason

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

: On Wed, Feb 26, 2014 at 8:24 AM, Troy A. Griffitts scr...@crosswire.org wrote: Quickly, regarding DVCS, the argument to keeping SVN over a DVCS isn't that a DVCS isn't 'better' in some ways or as Peter has suggested, wouldn't let us maintain tight review of our

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

One positive thing from the previous thread is the reminder of Kosta's proposed implementation for translation between modules of varying v11n. The accusation of irresponsibility is warranted, not for delaying the patch submission, but for delaying the discussion toward a resolution and buyin

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

Daniel, If you are looking at the code I sent you, you will need the latest SVN to compile against it. I have have a fresh Ubuntu (13.10, but the packages seem to be named the same for quite some time) and here is what I have just done to get a full featured SWORD configuration reported at

Re: [sword-devel] Translation Tools

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

Re: [sword-devel] OSIS sources? [Was: Re: Project “Free Scriptures” started]

To confirm what others have said: CrossWire has historically held the position that we are not the keepers of any authoritative source documents. There are a number of reasons for this, many have been stated already in this thread: we are primarily a software development project, other

Re: [sword-devel] Project Free Scriptures started

Historically, CrossWire has always maintained that our data formats are volatile. We optimize them, add new features to them, basically change them if we feel they need changing. In reality one could say that they haven't changed much in the past few years, but this is only cursorily true.

Re: [sword-devel] Project “Free Scriptures” started

Jaak, I hesitate to even humor yet another response to unwarranted criticism. Let's just say what you really mean: You think people have trouble contributing to the SWORD project because we don't use your choice of source control software and because we have a very tight approval process

[sword-devel] BibleCS-1.7.2

Well, I've finally built new binaries against 1.7.2 (SVN HEAD actually)-- both BibleCS and InstallMananger. These need to be dropped into an existing install of BibleCS to test, if anyone is still interested in testing these, these days.

Re: [sword-devel] Sword LICENSE

Re: Dual Ownership Yes, CrossWire as always had the policy of requiring ownership be also granted to CrossWire for any contributions which get added to our repository. This has been discussed many times and should be posted conspicuously in multiple locations on our website (I hope it is

Re: [sword-devel] 3 bugs in sword project (BibleBS or BCS)

Jim, How did you try to search for these in BibleCS? Searching for Strongs works fine, as far as remember. Did you click on the Show Strongs button, then right-click on one in the text and select search? This will also show you the proper format to use when searching, if you'd just like

Re: [sword-devel] Locale - proposal

Hi guys, Let me clear up 2 things, and suggest a third. 1) SWORD does have fallback locale logic: http://crosswire.org/svn/sword/trunk/src/mgr/localemgr.cpp (search for setDefaultLocaleName) The problem is here: if (!getLocale(tmplang)) { // then continue to search for a fallback }

[sword-devel] test

Sorry guys. RHEL yum updated from 6.4 to 6.5 and we seem to have lost our mailman configuration. This is a first attempt to see if we have it restored. No need to respond. ___ sword-devel mailing list: sword-devel@crosswire.org

Re: [sword-devel] Diatheke doen't show anything...

There should be no mods.conf. you should see a modules/ data folder created by installmgr in the same folder along side your mods.d/ configuration folder. Did installmgr create this folder for the data files? Did installmgr place any module configuration files inside your mods.d/ folder? pHep

Re: [sword-devel] InstallMgr does not install modules in several conditions

Installmgr attempts to install modules to your primary SWORD module folder. There is a priority order in which this folder is found. CWD is higher priority, the SWORD_PATH env variable, some other locations, and also location set in /etc/sword.conf. there's a readme somewhere with the lookup

<    2   3   4   5   6   7   8   9   10   11   >