<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 1, 2021 at 4:22 PM Michael H <<a href="mailto:cmahte@gmail.com">cmahte@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:garamond,serif;font-size:large">re: Install Sword Files<br><br>(Is/Can) a file extension for standalone Sword files be assigned?  No change to the current format within the zip file, but a unique file extension instead of .zip would allow filesystem handlers to be able to sent the files into the programs on download, or doubleclick. <br></div></div></blockquote><div><br></div><div>The engine has no support for wrangling .zip files. I thought I heard rumor of a front end that did, but I wouldn't swear to it </div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:garamond,serif;font-size:large"><br>The other half of this request: Is there any existing program that handles linked files on startup/passover in this way: tread ".swd" files like a .zipped module? <br></div></div></blockquote><div><br></div><div>If any app has support for those zipped files it *might* be Xiphos? But please don't quote me on that.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:garamond,serif;font-size:large"><br>I'd like to produce standalone works (non-scripture study materials) that link to scripture.  Actually I already am producing these... they are just currently in pdf form only. I'd like to produce them for sword, but "books" as a single category doesn't seem to be able to handle the library I'm building... It makes more sense to me to offer the works as an option on a library, rather than reproduce the library in an expanded sword repo. <br></div></div></blockquote><div><br></div><div>Any reason to not distribute each collection as a separate repository and offer the files in the same way they are now?</div><div><br></div><div>--Greg</div></div></div>