[sword-devel] Palm Bible

[Knox, Chris]

The additional component that I would find very helpful, not only for Palm
Bible but also for Sword in general, is an easy way to export the STEP
libraries I own to modules so that I can use the versions I'm most familiar
with. I've messed with stepdump on several occasions, but haven't had any
success converting my QuickVerse 6 libraries. It's quite frustrating to have
an interface far superior to the proprietary ones and rights to the texts I
need, but to be unable to put them together. I've intended to put together a
Perl script that picks up where stepdump leaves off, but haven't had the
time. 

Chris Knox




> -----Original Message-----
> From: Andrew Craig [mailto:AndrewC@fcraft.co.za] 
> Sent: Tuesday, March 18, 2003 3:40 AM
> To: sword-devel@crosswire.org
> Subject: Re: [sword-devel] Palm Bible
> 
> 
> I agree with Barry that the current program is more than 
> adequate for the job it is meant. The two things I find 
> missing on the Palm Bible as compared to the Sword for Windows are:
>  - No dictionaries such as Strongs or Naves. 
>  - No precompiled search. The processor is very slow and 
> searching a few books takes ages. This may fall away with the 
> ARM processors being fast enough.
> 
> Andrew.
> 
> >>> b.drake@ntlworld.com 16/3/2003 19:31 >>>
> Hi there ........
> 
> On 12 Mar 2003 at 16:34, Troy A. Griffitts wrote:
> > :) maybe someday.  I'd be interested in working with a 
> group of people 
> > to make this happen.  If I hear much response to this thread with 
> > willing volunteers, we can start a group/project aimed at this end.
> 
> My thoughts - for what they're worth.  The Palm OS is 
> primitive and slow.  
> It has to be.  None of the Palms have much memory, and the 
> architecture can 
> never be as fast as your slowest PC.  It's the nature of the 
> beast.  Having 
> said that, the two translations I have in parallel on my Palm 
> using Palm 
> Bible are very adequate for the purpose.  I can and do change 
> them from 
> time to time according to my needs, and as I can have access 
> to any of my 
> Sword modules for this purpose, the two I can have on board 
> at any one time 
> can be very varied - and one of them can be a commentary if I 
> so choose.
> 
> Given the limitations of the Palm and its OS, I really don't 
> think it worth 
> pushing the system any further.  I feel quite honestly that 
> we could make 
> the biggest contribution if we were to offer every Sword 
> module we have as 
> a Palm database, along with the Palm Bible, in its GPL form.  
> We have that 
> already, and the modules are so quick and easy to make, it 
> wouldn't take a 
> lot of work.  If then, some enthusiast from our number wanted to make 
> improvemements to the GPL Palm Bible software, that would be 
> possible.  I 
> see porting of the Sword engine as relatively pointless.  The 
> whole of it 
> would be too memory hungry.  Just as one example, Palm stuff 
> has a native 
> compression/expansion routine used by all the document 
> readers.  Why soak 
> up precious memory by adding a second one?  Also, to include 
> handling of 
> many types (structures) of module as Sword does would prove 
> nothing more 
> than a memory sink on the Palm architecture.
> 
> That's my bit - for what it's worth.  And yes - I would be 
> part of a group 
> 'doing things' if we went down that path!
> 
> God bless,
> Barry
> 
> -- From Barry Drake (The Revd) minister of the Netherfield 
> United Reformed 
> church, Nottingham see http://www.jesusinnetherfield.org.uk 
> for our church 
> homepages).
> 
> Replies - b.drake@ntlworld.com 
> 
> 
>  
> 
> _______________________________________________
> sword-devel mailing list
> sword-devel@crosswire.org 
> http://www.crosswire.org/mailman/listinfo/sword-devel
> 
> _______________________________________________
> sword-devel mailing list
> sword-devel@crosswire.org 
> http://www.crosswire.org/mailman/listinfo/swor> d-devel
>