Re: [sword-devel] HTML5 File API and SWORD modules

>Windows Phone 8 apparently uses Silverlight, not C#. I know for a fact we >don't have Silverlight >bindings. Several people have undertaken to create C# >wrappers in the past, but I don't believe >any of those attempts were >long-lived. Windows 8 Metro uses C# at least on the laptop si

Re: [sword-devel] HTML5 File API and SWORD modules

btw. Found this via FlipBoard last night. Mozilla Offering Developers Free FireFox OS Phones David -- View this message in context: http://sword-dev.350566.n4.nabble.com/HTML5-File-API-and-SWOR

Re: [sword-devel] HTML5 File API and SWORD modules

> Jpp, that's true. What do you think: Should the server part be a service of crosswire (so it is hosted on their servers) or it is better do develop an easy-to-install server app, that everybody can install or host it by themself. > > I have no idea what "Jpp" means, despite the fact that you

Re: [sword-devel] HTML5 File API and SWORD modules

On May 9, 2013 7:51 PM, "Stephan" wrote: > > Greg, > > >> Any web server worth its salt and properly configured will already gzip >> outgoing data. Thus the need to transfer the data in a compressed format >> is unnecessary. > > > Jpp, that's true. What do you think: Should the server part be a se

Re: [sword-devel] HTML5 File API and SWORD modules

Sorry, I can't resist... > Cloud computing has become more popular (Joli Os, Peppermint OS, Chrome book > OS, Firefox OS, etc..) "more popular" . . . yes, and I've become "more popular" than I was last year, too... :) I love this link: http://daringfireball.net/linked/2012/04/10/hard-to-say

Re: [sword-devel] HTML5 File API and SWORD modules

Greg, Any web server worth its salt and properly configured will already gzip outgoing data. Thus the need to transfer the data in a compressed format is unnecessary. Jpp, that's true. What do you think: Should the server part be a service of crosswire (so it is hosted on their servers) or it

Re: [sword-devel] HTML5 File API and SWORD modules

On Thu, May 9, 2013 at 7:17 AM, Israel wrote: > On 05/09/2013 03:38 AM, Pola Edward wrote: > > Hi every one, > this is very interesting topic :) > > Actually I like the idea of Greg, you can make a server side page that can > convert current modules to a suitable format for JS Clients > > +1 to

Re: [sword-devel] HTML5 File API and SWORD modules

On 05/09/2013 03:38 AM, Pola Edward wrote: Hi every one, this is very interesting topic :) Actually I like the idea of Greg, you can make a server side page that can convert current modules to a suitable format for JS Clients +1 to that. Cloud computing has become more popular (Joli Os, Pep

Re: [sword-devel] HTML5 File API and SWORD modules

Hi every one, this is very interesting topic :) Actually I like the idea of Greg, you can make a server side page that can convert current modules to a suitable format for JS Clients But I wonder if the current sword modules format is suitable to the expansion of nowadays OSs ? I mean there ar

Re: [sword-devel] HTML5 File API and SWORD modules

On 08/05/13 15:30, Troy A. Griffitts wrote: Not sure what you mean by "the web", but there are very few client-side-only (only client-side javascript+html/css) applications on "the web" (none that I can think of, but I've been told they exist). a) I have Geeksphone Peak as my main (and now only

Re: [sword-devel] HTML5 File API and SWORD modules

On Wed, May 8, 2013 at 9:45 AM, Stephan wrote: > Greg, > > > A client-side Sword application could do something similar. I had begun >> work on such an app at one point. However, in order to fetch data, a >> native client-side JavaScript implementation would be much better off >> leveraging the

Re: [sword-devel] HTML5 File API and SWORD modules

Greg, A client-side Sword application could do something similar. I had begun work on such an app at one point. However, in order to fetch data, a native client-side JavaScript implementation would be much better off leveraging the existing technologies - like localStorage and IndexedDB - for lo

Re: [sword-devel] HTML5 File API and SWORD modules

On Wed, May 8, 2013 at 9:37 AM, Stephan wrote: > Troy, > > > Now, having said this, I use javascript+html/css all the time and would >> like a more native approach to building SWORD applications in this >> environment, hence a javascript interface via Cordova. >> > > That means you want to write

Re: [sword-devel] HTML5 File API and SWORD modules

Troy, Now, having said this, I use javascript+html/css all the time and would like a more native approach to building SWORD applications in this environment, hence a javascript interface via Cordova. That means you want to write native plugins (sword api wrappers) for every supported plattfor

Re: [sword-devel] HTML5 File API and SWORD modules

On Wed, May 8, 2013 at 8:30 AM, Troy A. Griffitts wrote: > Stephan, > > Firefox OS is the only platform I know that doesn't allow 'native' > binaries to be installed and many other platforms all started with this > same concept and conceded shortly before or after release. I am confident > it wil

Re: [sword-devel] HTML5 File API and SWORD modules

Stephan, Firefox OS is the only platform I know that doesn't allow 'native' binaries to be installed and many other platforms all started with this same concept and conceded shortly before or after release. I am confident it will change or FirefoxOS will be irrelevant (not necessarily relate

Re: [sword-devel] HTML5 File API and SWORD modules

On 07/05/13 16:58, Stephan wrote: Another problem is (like mentioned before) how to store the module files in a browser. There is the FileSystem API, but it is Chrome-only. IndexedDB is implemented in Firefox, Chrome and IE10, but you can store file blobs only in Firefox and not in the other brow

Re: [sword-devel] HTML5 File API and SWORD modules

Hi, If it's interesting for your efforts, my plan for extending Bishop is to make the C++ engine available via Apache Cordova. This is more attractive now that Cordova has expanded beyond a exclusively a mobile platform. But you still need to make a native plugin, right? I thought of making a

Re: [sword-devel] HTML5 File API and SWORD modules

If it's interesting for your efforts, my plan for extending Bishop is to make the C++ engine available via Apache Cordova. This is more attractive now that Cordova has expanded beyond a exclusively a mobile platform. Stephan wrote: >Sorry for reopen this thread... > >After reading sword modu

Re: [sword-devel] HTML5 File API and SWORD modules

Not sure if it helps, but STEP has a rather large amount of JavaScript but relies on a Java web server to retrieve the data. Our desktop version will simply run a very lightweight servlet container (Jetty). Chris On 7 May 2013 15:58, Stephan wrote: > Sorry for reopen this thread... > > After

Re: [sword-devel] HTML5 File API and SWORD modules

Sorry for reopen this thread... After reading sword module files with server-side Javascript (https://github.com/zefanja/node-swordjs) I was able to read the ztext modules in the browser. I've used the FileAPI to read a *.bzz file (or better only a part of it) and decompress the ArrayBuffer/Ui

Re: [sword-devel] HTML5 File API and SWORD modules

On 01/08/12 16:09, Peter von Kaehne wrote: Could you elaborate on the last sentence, please? I think, he simply says - it won't work If that was his effort to make me mad enough to write code myself, than I am afraid that I have really too many other fishes to fry ;) Blessings, Matěj

Re: [sword-devel] HTML5 File API and SWORD modules

> Von: "Matěj Cepl" > On 01/08/12 02:45, Troy A. Griffitts wrote: > > If you're looking for a runtime environment for all platforms, I don't > > think the web browser is going answer that dream any better than java or > > flash has before. You will still have the non-native quirks common in > >

Re: [sword-devel] HTML5 File API and SWORD modules

On 01/08/12 02:45, Troy A. Griffitts wrote: If you're looking for a runtime environment for all platforms, I don't think the web browser is going answer that dream any better than java or flash has before. You will still have the non-native quirks common in these previous attempts. Could you el

Re: [sword-devel] HTML5 File API and SWORD modules

Troy, Have you considered phonegap? We've built a sample app here with phonegap+jquery_mobile and it worked ok. Our android bindings could likely be accessed through a phonegap wrapper which could be made to access our engine in iOS from the same wrapper. Yes, I've considered phonegap. Is ther

Re: [sword-devel] HTML5 File API and SWORD modules

Have you considered phonegap? We've built a sample app here with phonegap+jquery_mobile and it worked ok. Our android bindings could likely be accessed through a phonegap wrapper which could be made to access our engine in iOS from the same wrapper. If you're looking for a runtime environment f

Re: [sword-devel] HTML5 File API and SWORD modules

On 01/08/12 00:00, Greg Hellings wrote: It's certainly possible. But assuming you want to be Supported Everywhere, you're going to have to work with the binary data in special ways. My only point was that JavaScript is not always straightforward with its ways to work with binary data since it was

Re: [sword-devel] HTML5 File API and SWORD modules

On Tue, Jul 31, 2012 at 4:15 PM, Matěj Cepl wrote: > On 31/07/12 15:22, Greg Hellings wrote: >> >> since I looked into the limitations of browsers and their file APIs. >> As long as it can read and write binary files, it should have no >> problem with the files themselves. I have always found mani

Re: [sword-devel] HTML5 File API and SWORD modules

On 31/07/12 15:22, Greg Hellings wrote: since I looked into the limitations of browsers and their file APIs. As long as it can read and write binary files, it should have no problem with the files themselves. I have always found manipulating binary data in JavaScript to be a little bit of a dark

Re: [sword-devel] HTML5 File API and SWORD modules

On Tue, Jul 31, 2012 at 2:08 AM, Stephan wrote: > Hi, > > I'm thinking about to build a HTML5 frontend that works offline in a > browser. I know that there were some discussions before about this topic, > but I want to know if it is possible to read the sword modules with the > HTML5 File API (htt

Re: [sword-devel] HTML5 File API and SWORD modules

Hi, Converting the modules to JSON format may be also an option, although there is the 2.5/5MB size limit for localStorage / IndexDB, but it would be easier to read such files. OTOH, it is apparently possible to store files (as type blob or file) in IndexedDB without conversion to JSON (https:

Re: [sword-devel] HTML5 File API and SWORD modules

Hi, But if it Chrome-only, then I am not interested anyway (no Chrome/Chromium around), and given https://bugzilla.mozilla.org/show_bug.cgi?id=729481 if I were you I wouldn't be interested in either plugin API either (it seems that Pepper will remain Chrome-only and NPAPI will go way of Dodo soo

Re: [sword-devel] HTML5 File API and SWORD modules

Hi David, Before one thinks of starting to make "yet another browser based front-end app for SWORD", and despite the technology advances provided by HTML5, it's well worth remembering (or learning) that SwordWeb (aka The Bible Tool) is not the only server side app for SWORD. My aim is not to m

Re: [sword-devel] HTML5 File API and SWORD modules

On 31/07/12 11:28, Matěj Cepl wrote: https://bugzilla.mozilla.org/show_bug.cgi?id=729481 if I were I wouldn't *if I were you oh well ... ENOCOFFEE Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC This is a test of

Re: [sword-devel] HTML5 File API and SWORD modules

On 31/07/12 10:33, Stephan wrote: Check out the link above (it include links to the sources as well). The NPAPI Plugin will work in Chrome/Chromium and Firefox, but the app is written in Enyo 1.0 (a JS framework written for webOS, v2.0 is now available and will work in Firefox/Chrome/Safari), so

Re: [sword-devel] HTML5 File API and SWORD modules

On 31/07/12 10:20, David Haslam wrote: Please consider providing feedback on *phpsword*. The developer would much appreciate this. See http://ibt.org.ru/en/text.htm?mc2=WEB&l=Rev.3&g=200#sv for a peek at its features. After one-minute (not much more) testing with my Firefox on Android phone,

Re: [sword-devel] HTML5 File API and SWORD modules

Hi, thank you for all the links. >> I already build an SWORD NPAPI plugin (32bit, linux only, >> http://www.mail-archive.com/sword-devel@crosswire.org/msg24393.html) to >> get my Bible App working in Chrome/Chromium, but I'm looking for a full >> offline web app and not a hybrid solution. > > If

Re: [sword-devel] HTML5 File API and SWORD modules

Hi Stephan, Before one thinks of starting to make "yet another browser based front-end app for SWORD", and despite the technology advances provided by HTML5, it's well worth remembering (or learning) that SwordWeb (aka The Bible Tool) is not the only server side app for SWORD. Please consider p

Re: [sword-devel] HTML5 File API and SWORD modules

On 31/07/12 09:08, Stephan wrote: I'm thinking about to build a HTML5 frontend that works offline in a browser. I know that there were some discussions before about this topic, but I want to know if it is possible to read the sword modules with the HTML5 File API (http://www.w3.org/TR/FileAPI/)?