[jsword-devel] Module conf sidecar

[Chris Burrell]

I like the idea, if as you say, it will be cached on the server. If we can
have the sidecar downloaded at the same time, that would be good.

But I guess if we're going to do that, then I'm not sure I understand why
we don't also do this in the .conf file.

But so long as the installation of the module means that sidecar
information comes with it, then that solves all of my problems.

Chris



On 3 June 2013 13:42, DM Smith <dmsmith at crosswire.org> wrote:

> I've been mulling over whether we need to have a sidecar for a module's
> conf. A sidecar would be just like a module's conf and would be merged into
> the internal/core representation of the conf. If there's a
> conflict/duplicate, the sidecar would win.
>
> Today, we store the CiperKey in the module's conf.
>
> We also have a mechanism in Bible Desktop to store user preference for
> Font and some notion of position and size of various windows, so that the
> user can return to a last known state. I'm pretty certain that per user
> settings should be a separate consideration. Maybe a second level sidecar
> for this?
>
> I think the sidecar would be used by a front-end to store what it needs to
> know about a module that is not easy to discover.
>
> Examples,
> Introductions: Does a module have introductions. STEP has a use case for
> this.
> Books: Which books are present/missing.
> Chapters: Which chapters in a book are missing/present.
> ...
>
> We've got a caching mechanism for low powered devices (i.e. AndBible has
> pre-built indices on the CrossWire Server). Maybe we could do the same for
> such info.
>
> Way back when we had an argument for "download size". It was finally added
> to the conf, but it took forever. Having a sidecar sidesteps such
> arguments. (We should still have the discussion).
>
> In Him,
>         DM Smith
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/jsword-devel/attachments/20130603/ce761c13/attachment-0001.html>