<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 8, 2013 at 3:56 PM, Ryan Hiebert <span dir="ltr">&lt;<a href="mailto:ryan@ryanhiebert.com" target="_blank">ryan@ryanhiebert.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Have you looked at untar.js?<br>
<br>
<a href="https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855" target="_blank">https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855</a><br>

<br>
On a tangentially-related note, I&#39;ve done some work on a python sword<br>
zmodule reader. It&#39;s stalled a bit now, because I&#39;ve seen<br>
recommendations to use the C++ libraries, and just bindings to other<br>
languages. I understand the desire, but I think that Javascript is a<br>
good example of why that&#39;s not acceptable in all cases. For some<br>
distribution methods, it may be necessary to have everything<br>
implemented in a particular scripting language, such as for a<br>
Client-side Javascript bible reader.<br>
<br>
I think that encouraging using the C++ library is good, but it&#39;s even<br>
more important to make sure that the file formats are well documented,<br>
to allow alternate implementations if they are necessary.<br></blockquote><div><br></div><div>Since we offer</div><div>1) Perl bindings</div><div>2) Python bindings</div><div>3) CORBA bindings</div><div>4) A Java port</div>
<div>5) ObjC bindings</div><div><br></div><div>I don&#39;t see that we need to document the file structure any further. If you want a client-side application to be able to read a module, then you are more than able to setup and configure a server that can translate between an installed module and any web-friendly format you desire. If you can&#39;t find a simple web framework that operates in one of those 5 languages (and one of them is already a web-services oriented binding) then feel free to read the C++ or Java file reading architecture.</div>
<div><br></div><div>If you work it right, you can even have the library readily configurable with multiple Sword remote repositories that can query for modules on the fly, etc. Why the need to contort a client-side UI language like JavaScript to read binary file formats?</div>
<div><br></div><div>--Greg</div></div></div></div>