<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi Troy,</p>
<p>Thanks for trying the new version! :)</p>
<p>That previously installed modules are still available is actually
not a bug. I'm importing the module texts into the sqlite database
of Ezra Project. I know that this may not be necessary and I could
read text directly from the modules during runtime (like any other
Sword frontend). But it's based on how I designed Ezra Project
initially before I integrated it with Sword. Initially I was
working off of a database without Sword. Last year I ported that
software (it was web-based before) into an Electron desktop
application. I kept the database interface and integrated Sword in
a way where I import the text into the database when installing
any module. When removing a module via Ezra, the module is also
removed from the database again. Currently I'm still relying on
the database concept also due to how verses are linked with tags.<br>
</p>
<p>So the other thing you observed is that modules installed to
/usr/share/sword are not appearing in the frontend, huh?<br>
Looks like I should have tested that a bit more. On Windows I did
and there it works.<br>
Let me ask you a question about SWMgr here. Is it supposed to
automatically augment the "global module path" to the standard
user module path?<br>
On WIndows I could only make SWMgr aware of both the user path and
the global path by explicitly calling SWMgr::augmentModules().</p>
<p>It looks like this at the moment:</p>
<p> this->_mgr = new
SWMgr(this->_fileSystemHelper.getUserSwordDir().c_str()); <br>
#ifdef _WIN32<br>
this->_mgr->augmentModules(this->_fileSystemHelper.getSystemSwordDir().c_str());<br>
#endif<br>
</p>
<p>For some reason I thought that on Linux the module path is
extended automatically. Could you shed some light on that? Thanks!<br>
<br>
Greetings from Antwerp, Belgium! Earlier my wife and I walked by a
restaurant called "Troy" and I was remembering you.</p>
<p>Best regards,<br>
Tobias</p>
<div class="moz-cite-prefix">Am 22/06/2019 um 21:57 schrieb Troy A.
Griffitts:<br>
</div>
<blockquote type="cite"
cite="mid:6435e1ed-fc0d-572c-a7f1-67b008ddbcec@crosswire.org">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Hi Tobias,</p>
<p>So, I've had a chance to try 0.8.1. I hope this feedback is
useful:</p>
<p>Wanting to test the SWORD configuration improvements in the new
build, I removed my ~/.sword folder. I have 5 or so modules
installed machine-wide under /usr/share/sword so I was hoping
those would be seen. Just to be sure SWORD is configured
correctly on my box, in my source folder I go down into the
examples at: ~/src/sword/examples/cmdline and run ./lookup yoyo
yoyo</p>
<p>[scribe@localhost cmdline]$ ./lookup yoyo yoyo<br>
Could not find module [yoyo]. Available modules:<br>
[ESV2011] - English Standard Version with Strongs numbers.<br>
[KJV] - King James Version (1769) with Strongs Numbers and
Morphology<br>
[SahidicBible] - Sahidic Bible - Askeland / Schulz<br>
[StrongsGreek] - Strong's Greek Bible Dictionary<br>
[WHNU] - Westcott and Hort with NA27/UBS4 variants<br>
</p>
<p>On my previous test, using 0.8.0, I installed KJVA and WLC
which went into ~/.sword/ which is fine but wanting to test more
cleanly, I removed the ~/.sword folder completely.</p>
<p>OK, installed latest ezra package for F29 x86_64.</p>
<p>It created ~/.sword and an empty mods.d and installMgr folder
underneath. All fine. No sword.conf. Good.<br>
</p>
<p>Launched ezra-project.</p>
<p>To my surprise, I see my two previous modules available in the
dropdown AND the KJVA is showing data!</p>
<p><img src="cid:part1.E63B769E.F50CC2A1@tklein.info" alt=""
class="" width="388" height="183"></p>
<p>So, I could image a bug if you maybe cached available modules
someplace and didn't re-read SWMgr between app restarts to see
what modules were available, but I can't imagine how you can
still lookup data for both of my previously installed modules
since I have removed ~/.sword/ where they were installed and
these modules are not available in my system-wide
/usr/share/sword library.</p>
<p>:)</p>
<p>Hope this initial feedback is a little useful,<br>
</p>
<p>Troy</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 6/21/19 1:06 AM, Tobias Klein
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:d6d798bb-b7e2-2e39-b4b4-7bc7a0d4923e@tklein.info">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<p>Hi all,</p>
<p>Ezra Project 0.8.1 has been released. This is a bugfix
release.<br>
Ezra Project is a topical bible study tool.<br>
</p>
<p><a
href="https://github.com/tobias-klein/ezra-project/releases/tag/0.8.1"
moz-do-not-send="true">https://github.com/tobias-klein/ezra-project/releases/tag/0.8.1</a></p>
<p>Noteworthy improvements are:</p>
<ul style="box-sizing: border-box; margin-bottom: 16px;
margin-top: 0px; padding-left: 2em; color: rgb(36, 41, 46);
font-family: -apple-system, BlinkMacSystemFont, "Segoe
UI", Helvetica, Arial, sans-serif, "Apple Color
Emoji", "Segoe UI Emoji", "Segoe UI
Symbol"; font-size: 16px; font-style: normal;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: 400; letter-spacing: normal; orphans: 2;
text-align: start; text-indent: 0px; text-transform: none;
white-space: normal; widows: 2; word-spacing: 0px;
-webkit-text-stroke-width: 0px; background-color: rgb(255,
255, 255); text-decoration-style: initial;
text-decoration-color: initial;">
<li style="box-sizing: border-box;">Support for all languages
of ISO-639-1/2/3. This enables the usage of all the
available Sword modules.</li>
<li style="box-sizing: border-box; margin-top: 0.25em;">Added
sync functionality for Sword modules that have been
installed by other programs. Those modules are now also
available in Ezra Project and synced on start-up.</li>
<li style="box-sizing: border-box; margin-top: 0.25em;">Do not
use custom sword.conf anymore.<br>
</li>
<li style="box-sizing: border-box; margin-top: 0.25em;">Static
Sword library now included. This means that Ezra Project
will run on more systems, because there is no specific
dependency on Sword packages anymore.</li>
</ul>
<p>Downloads are available for:</p>
<ul>
<li>Ubuntu 18.04 + 19.04</li>
<li>CentOS 7</li>
<li>Fedora 29</li>
<li>Windows (tested on Windows 10)</li>
</ul>
<p>Feedback is appreciated! </p>
<p>Best regards,<br>
Tobias<br>
</p>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org" moz-do-not-send="true">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel" moz-do-not-send="true">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-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>
</body>
</html>