Von: Andrew Thule thules...@gmail.com
This one is shorter
using awk not php slightly more elegant and handles books of the form
1 John and 1John:
You did not tell what the ultimate purpose for your conversion is, but assuming
you want to create OSIS references, you might want to
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 (http://www.w3.org/TR/FileAPI/)?
Converting the 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/)?
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
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 you have
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=WEBl=Rev.3g=200#sv
for a peek at its features.
After one-minute (not much more) testing with my Firefox on Android
phone,
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
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: mceplatceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC
This is a test
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
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
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
On Tue, Jul 31, 2012 at 2:08 AM, Stephan i...@tetzels.de 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
Perfect Peter, much appreciated. I'll give it a go, and see how it goes.
Its nice the API is so flexible.
~A
On Tuesday, July 31, 2012, Peter von Kaehne wrote:
Von: Andrew Thule thules...@gmail.com javascript:;
This one is shorter
using awk not php slightly more elegant and handles
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
On Tue, Jul 31, 2012 at 4:15 PM, Matěj Cepl mc...@redhat.com 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
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
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
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
My new usfm2osis.py script is progressing quite nicely. I've got it
generating valid OSIS from one Bible that uses a very minimal set of
USFM elements. At the moment, I'm working to make it process all tags
present within the USFM versions of the WEB and RV, and this has raised
an issue.
19 matches
Mail list logo
