
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

<html>

<body>

<div dir="auto">

<div dir="auto">Thank you, Troy!</div><div dir="auto"><br></div><div dir="auto">Well, it's probably just my developer's mind ... thinking that something could go wrong with a module update and one may want to revert back to a previous version.</div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto">Tobias</div><div dir='auto'><br></div>

<div id="aqm-original" style="color: black;">

<!-- body start -->

<div class="aqm-original-body"><div style="color: black;">

<p style="color: black; font-size: 10pt; font-family: sans-serif; margin: 8pt 0;">Am 27. September 2022 21:54:22 schrieb "Troy A. Griffitts" <scribe@crosswire.org>:</p>

<blockquote type="cite" class="gmail_quote" style="margin: 0 0 0 0.75ex; border-left: 1px solid #808080; padding-left: 0.75ex;">

Hi Tobias. Well, adding to the API wouldn't be a significant change there. What would be significant is retaining previous versions in the remote repository. I doubt we can get people to offer every version of their texts. Updates are usually bug fixes and if they are not simply this, we usually break out the module with a new name, e.g. the NASB1995 is a new module name to preserve the 95 edition, since the latest NASB module has translation differences now as it is updated to the 2020 revision. If a user wants the previous edition, they can grab the NASB1995.<br><br>If a user wants a previous SWORD version of a module, then we've done something wrong.<br><br>Do you have a particular use case you have found which would benefit from allowing previous SWORD versions to be installed?<br><br><div class="gmail_quote">On September 27, 2022 9:37:03 PM GMT+02:00, Tobias Klein <contact@tklein.info> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre dir="auto" class="k9mail">Hi Troy,<br><br>As I am thinking about module upgrade support for Ezra Bible App (currently not implemented) I am also (once more) asking myself why there isn't an API for installing arbitrary module versions with InstallMgr.<br><br>The two additional use cases that I would like to have in the SWORD engine are:<br><br>- Add a function to list the module versions for a given module and a given repository<br>- Add a version parameter to the installModule function<br><br>Would it be much effort to implement this in SWORD?<br><br>Are there any existing design constraints that make it hard to add this?<br><br>Best regards,<br>Tobias<hr>sword-devel mailing list: sword-devel@crosswire.org<br><a href="http://crosswire.org/mailman/listinfo/sword-devel">http://crosswire.org/mailman/listinfo/sword-devel</a><br>Instructions to unsubscribe/change your settings at above page<br></pre></blockquote></div><div style="white-space: pre-wrap"><div class="k9mail-signature">-- <br>Sent from my Android device with K-9 Mail. Please excuse my brevity.</div></div></blockquote>

</div>

</div>

<!-- body end -->


</div><div dir="auto"><br></div>

</div></body>

</html>