Re: [sword-devel] .Net/C# and Sword

2006-01-19 Thread Jason Turner
Yes, I plan to stop working on the wxWidgets version. I've put up an announcement on my webpage (http://emptycrate.com/node/106). I'm going to try and organize the development a suite of applications for churches, Biblestudy will be one of those applications. The link above has a link to the preco

Re: [sword-devel] .Net/C# and Sword

2006-01-19 Thread Greg Hellings
My bad - yes, the GRE is the Gecko Rendering Engine.  And I mis-typed.  I intended to point out that Biblestudy already has support for using Gecko with the wxMozilla library.  Therefore, Jason's attempt to rewrite Biblestudy into .NET might take an advantage from a .NET wrapping of that library. 

Re: [sword-devel] imp2ld - short help needed

2006-01-19 Thread DM Smith
André Braselmann wrote: Hi there, i _just want to import some daily devotional (BibleReading) into a module. so with an ascii flatfile in that format: ---snip--- $$$01.01 BibleVerseLink $$$01.02 BibleVerseLink . . . . $$$12.31 BibleVerseLink ---snap--- it should go, right? Or do i have to us

[sword-devel] imp2ld - short help needed

2006-01-19 Thread André Braselmann
Hi there, i _just want to import some daily devotional (BibleReading) into a module. so with an ascii flatfile in that format: ---snip--- $$$01.01 BibleVerseLink $$$01.02 BibleVerseLink . . . . $$$12.31 BibleVerseLink ---snap--- it should go, right? Or do i have to use explicitely tHML? After

RE: [sword-devel] .Net/C# and Sword

2006-01-19 Thread Trandahl, Steve
Those are excellent points. I should have specified that you can only *download* them for free until November. And I have been using SharpDevelop and the free .Net runtime on my work laptop. Visual Studio (even the Express editions) won't run well on an older machines. Requirements = 600Mhz process

Re: [sword-devel] virtual modules

2006-01-19 Thread Martin Gruner
Hi Chris, > What I'm proposing is that the API would, in addition to real modules > like the KJV, GerLut, MHC, etc., expose modules that aren't represented > explicitly through a module stored on disk. That sounds like a good idea to me. > For example, a PARALLEL virtual module, assuming which t