<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">SWORD support augmenting .conf entries
specifically for this purpose. See:<br>
<br>
SWConfig::augment(SWConfig &addFrom);<br>
<br>
<br>
So, e.g., <br>
<br>
SWMgr library;<br>
library.config->augment("./localOptions.conf");<br>
<br>
Would add all user preferences or desired precomputed software
properties to the global module library configuration.<br>
<br>
The SWORD Project for Windows does exactly this for storing fonts
and colors and visibility, etc. It uses a single file, e.g.<br>
<br>
[KJV]<br>
font=Times<br>
<br>
[Coptic]<br>
font=Antinouu<br>
<br>
...<br>
<br>
The augment method will override or add the properties to the
correct sections of the global configuration of all modules.<br>
<br>
Troy<br>
<br>
<br>
<br>
On 06/03/2013 03:02 PM, Greg Hellings wrote:<br>
</div>
<blockquote
cite="mid:CAHxvOVJeqoBU7q0q4fUu_VS0X62wob_ngQsYK5dw8Wkr4FpxhQ@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon, Jun 3, 2013 at 7:16 AM, DM
Smith <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">I'm thinking of having a
"sidecar" conf for a module. Right now when a user wants
to save certain settings for a module, we (JSword)
modify the conf. (I.e. CipherKey and Font).
<div>
<br>
</div>
<div>This could then be used to save anything a front
end discovers and does not want to discover a second
time. Such as Scope (which to my recollection was not
shot down), Introductions, Colophons, user
settings(?)....</div>
</div>
</blockquote>
<div><br>
</div>
<div style="">BibleTime uses (used?) a cache for at least
some of the data of modules. In particular I know the keys
of a dictionary module are cached at first module load and
only updated when the module's version number is changed.
I discovered this some time back while working on such a
module which would not reflect updates to the keys without
bumping the version in the conf.</div>
<div style=""><br>
</div>
<div style="">Of course, this type of behavior adapted to
Scope is fine on a desktop or even a netbook or most
tablets. But it's unacceptable for a truly low-powered
device.</div>
<div style=""><br>
</div>
<div style="">--Greg</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
</body>
</html>