[jsword-devel] Update
Troy A. Griffitts
scribe at crosswire.org
Sat Sep 18 01:55:59 MST 2004
Regarding the size of each module, the other frontends transfer the
files via FTP not HTTP, so they have the size available to them. Maybe
this helps.
-Troy.
DM Smith wrote:
> Glad you had a good holiday.
>
> I like your Dad's idea.
>
> I went on one this weekend and showed BibleDesktop to everyone I could.
> For the most part the response was polite (they don't do personal Bible
> Study).
>
> I did get some good feedback. Most of the machines were 128M ram on
> dialup. This produced two distinctly different problems.
> First the size: Our program is run with -mx512M. This seemed to cause a
> lot of disk thrashing. I had upped it to 512M because indexing caused
> out of memory problems. It may be worthwhile to revisit this once Lucene
> replaces ser.
>
> WRT dialup, I had forgotten how painful it is. When running a fresh
> installation of BD over dialup some "issues" came up:
> The initial screen asks whether bibles should be installed. (This is
> fine.) When the user selects one and clicks on install (once they figure
> out to load the index [which is already in our list of things to do])
> the program seems to hang. There is no progress meter. (It is on the
> main window which is not shown yet). And it takes a long long time,
> without warning.
>
> So, here are some possible solutions (some are requests that other's made):
> Show a progress meter.
> Show the sizes of each of the modules (I don't think that this is that
> easy.) Right now the only way I see is to do an http directory listing
> and parsing the page. This is really ugly and easily broken by server
> changes. I wonder if it would be possible to have it added to the confs.
> (Troy, can you answer this?)
> Show an estimate of the time it will take and ask the user to confirm
> the download. (When the mods.d.tar.gz is downloaded, we can time it and
> use it for computing an estimated download rate.) This dialog could be
> conditional, either a checkbox "Don't ask me again. Just do it" or
> noticing the user has broadband and not putting up the dialog (e.g. the
> estimated download time is < 15 seconds, or something like that)
> If we can monitor the download by noticing the number of bytes
> transferred and compare that against the expected total bytes, we could
> have a determinate progress meter.
> Add a cancel button and do a cleanup of an incomplete download.
>
>
> Joe Walker wrote:
>
>> Hi,
>>
>> Back again - good holiday.
>> I've had a brief conversation with Mark about Scarab and bug systems
>> and we agree that Scarab is not complete enough. I've spoken to
>> Atlassian about Jira and they've granted us a free license! So I'll
>> install that fairly soon.
>>
>> My dad has been having a go with BibleDesktop and his comment was that
>> we should add the ability to search for strongs numbers. He said a
>> search he commonly wanted was along the lines show me where word X is
>> not translated as Y, which could be as simple as "H1045 -love". I'm
>> not sure how Lucene copes with multiple indexes, but it might be
>> something worth bearing in mind.
>>
>> Joe.
>> _______________________________________________
>> jsword-devel mailing list
>> jsword-devel at crosswire.org
>> http://www.crosswire.org/mailman/listinfo/jsword-devel
>>
>>
>>
>
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel
More information about the jsword-devel
mailing list