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 there some source code available of
your phonegap sample app?
Phonegap native plugins may be a workaround for an mobile HTML5
frontend, even if I prefer a pure javascript solution (I think there
will be one, it's just a matter of time).
~Stephan
"Matěj Cepl" <mc...@redhat.com> wrote:
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 an
> afterthought - especially in a browser environment.
Concerning supported everywhere: yes, that's the problem. I don't have
the good answer but generally I would think that we should shoot not
where the deer is but where it will be when we finish (a year project?),
when I hope the situation will be better. I hope. For example, I believe
that sooner or later (I would expect sooner) Chrome will be a default
browser on Android.
> The URL of the image is "elephants.png", which is hardly conclusive
>
evidence. :) Possibly because the page throws an error in Chrome when
> it attempts to load the image into the IndexDB.
Interesting ... how old Chrome you have? It's
blob:60473a62-738d-457b-bfaa-31128a2e1449 here on Firefox/Aurora.
Apparently it is a known bug in Chrome
http://code.google.com/p/chromium/issues/detail?id=108012
> And my point still stands that it is storing a JSON-like object. Not
> pure JSON, but what you have is an object store and not a relational
> store.
Sure I know that ... but I miss your point. Is there anything wrong with
non-relational object stores, especially when we are talking about
storing essentially non-tabular and non-relational documents?
> Good to know. So there is no limit on putting a blob into the IndexDB?
> That could lead to some very powerful offline apps. But
I can't
> imagine browser writers wouldn't limit the size of data stored
> somehow. They wouldn't just allow you to keep creating data upon data
> in stores until you fill a hard drive... at least I would hope not.
Frankly, I don't know. When you are putting it like this, there must be
some control over the access, but I am not aware of the details.
> That's good, but for the other 99.5% of us who use Mobile Safari or
> the built-in Android browser when we're on a mobile device, how do we
> stack up? I ask in earnestness because I haven't tackled mobile web
> development beyond a single failed foray in 2007.
I don't have (and frankly, I don't care) about a good answer for iOS,
but concerning Android, I still believe that Google will eventually
switch Chrome to be a default browser (or makes the default Browser to
be essentially Chrome), and as I said I would be shooting where
the
elephant (or deer, or whoever) will be rather than where it is now. And
yes, of course, it is hard to shoot an elephant, because it can move
elsewhere. I have no clue about the level of support for HTML5 APIs on
the mobile Internet Explorer.
Blessings,
Matěj
--
http://www.ceplovi.cz/matej/, Jabber: mcepl<at>ceplovi.cz
<http://ceplovi.cz>
GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC
I would like to die sleeping, like my father -- rather than
screaming and helpless, like his passengers.
------------------------------------------------------------------------
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
