agree, all of this work when completed will be documented as to what is
non-standard which we can then take back to the w3c
On Thu, Nov 22, 2012 at 4:30 AM, Shazron shaz...@gmail.com wrote:
Great! Let's stick with one API, since we have Chrome members on the
Cordova team the choice is obvious
\o/
On Thu, Nov 22, 2012 at 7:27 AM, Jukka Zitting jukka.zitt...@gmail.comwrote:
Hi,
On Thu, Nov 22, 2012 at 3:26 AM, Shazron shaz...@gmail.com wrote:
Also, I don't have edit privlieges on the new repos :/
The cordova group in Apache LDAP was not yet up to speed. Should be
fixed now
ya upon further consideration making these TypeException's feels right
since, ideally, this error would only be seen by a plugin author and not
something a plugin consumer (ideally)
On Wed, Nov 21, 2012 at 8:53 PM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Nov 21, 2012 at 3:51 PM, Andrew
On Thu, Nov 22, 2012 at 6:00 AM, Brian LeRoux b...@brian.io wrote:
ya upon further consideration making these TypeException's feels right
since, ideally, this error would only be seen by a plugin author and not
something a plugin consumer (ideally)
huh? I thought this was all about
Michael and Herm,
I just created a pull request to fix network type codes and to add network
online/offline support plus window pause/resume support to cordova-js webOS:
https://github.com/apache/incubator-cordova-js/pull/45
Herm: do you want to test? Should we add this to 2.2.3?
Markus
nvm i just pushed it :) cyu guys Monday
On Wed, Nov 21, 2012 at 5:33 PM, Shazron shaz...@gmail.com wrote:
Off for the next two days for Thanksgiving weekend.
Don't have edit access to the new repos, so I pushed to a branch in mine
if an iOS dev wants to integrate:
In the original thread the rational was that things were inconsistent,
but the examples were disparate.
notification.alert(108);
// This is valid and should not fail, and a callback function (win or
lose) is not required.
resolveLocalFileSystemURI.js
// actually, it checks that there are not
On Thu, Nov 22, 2012 at 11:40 AM, Jesse MacFadyen
purplecabb...@gmail.comwrote:
In the original thread the rational was that things were inconsistent,
but the examples were disparate.
notification.alert(108);
// This is valid and should not fail, and a callback function (win or
lose) is not
Andrew Grieve created CB-1931:
-
Summary: Contact.find() docs don't match implementation for
zero-length array
Key: CB-1931
URL: https://issues.apache.org/jira/browse/CB-1931
Project: Apache Cordova
Why do we have the Forward and Back buttons on the browser on Android
when Chrome and the Default Browser only have a refresh button? How
does this handle the hardware back button? I think we should do what
the platform does, except that we don't need multi-tab browsing.
On Thu, Nov 22, 2012 at
wow, so yeah that works.
not the best way to do it now ;)
I should be able to automate this in the playbook.xml so our users don't
have to deal with it.
On Thu, Nov 22, 2012 at 2:46 PM, Filip Maj f...@adobe.com wrote:
O HELL YEAH I HAVE. Let me, an Adobe employee, give you, a RIM employee,
I think all the refresh stuff is super cool, I will share how I work,
so you can get another perspective.
90% of my code is written on localhost, either running directly in a
browser to work out UI stuff.
When I need access to actual device APIs, I simply put a redirect in
my index.html.
This gets
Agree with Jesse.
Automatically adding the plugin's .js to html pages inside a www dir can
be done by the cordova-client tool anyways.
Agree this should go to vote before we proceed.
On 11/22/12 12:13 PM, Jesse purplecabb...@gmail.com wrote:
I think all the refresh stuff is super cool, I will
This also is feeding into some of the work we are doing with ripple.
Ripple will serve up the app and host it kind of like how we do
debug.phonegap.com for in browser testing.
Sent from my iPhone
On 2012-11-22, at 3:15 PM, Filip Maj f...@adobe.com wrote:
Agree with Jesse.
Automatically
Simon wrote:
Do we need to fix the mirrors at:
https://github.com/apache
I'm waiting for this :)
Can we make sure pull requests to the new repo's on GitHub end up in our
mailing list?
I was hoping you'd have split the pull-list and jira-list out of the
discuss-list :)
Gord wrote:
not the best way to do it now ;)
I should be able to automate this in the playbook.xml so our users don't
have to deal with it.
The way I'm told is to just remove those items from the PlayBook.xml file
entirely and just rely on the packager/debugtoken to magically set them or
I just checked in argscheck.js and refactored all applicable lower-case
plugin/*.js files to use it.
It trims 4k off of cordova.ios.js and git tells me:
245 insertions(+), 323 deletions(-)
I also found that a couple of our tests were passing invalid arg types :P
On Thu, Nov 22, 2012 at 3:48
[
https://issues.apache.org/jira/browse/CB-1892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13502929#comment-13502929
]
Andrew Grieve commented on CB-1892:
---
argscheck module:
On Thu, Nov 22, 2012 at 3:36 PM, Gord Tanner gtan...@gmail.com wrote:
This also is feeding into some of the work we are doing with ripple.
Ripple will serve up the app and host it kind of like how we do
debug.phonegap.com for in browser testing.
Sent from my iPhone
On 2012-11-22, at 3:15
I don't mean to push ahead with this without your buy-in. What goes in can
easily come out.
I do want to give you concrete code to look at though, because I think our
back-and-forth on this thread has made this change out to be more than it
is.
On Thu, Nov 22, 2012 at 4:02 PM, Jesse
OK, so what's the downside of constantly forcing the view to be
redrawn over and over again? That's the thing that I would be most
concerned about.
On Thu, Nov 22, 2012 at 1:37 PM, Braden Shepherdson bra...@chromium.org wrote:
The first paragraph of his answer is entirely in line with my claim
Ya calling invalidate() right after onDraw() is wrong.
My experience is only with ICS on JB, but invalidate() will only affect
native/java (e.g. an android rectangle EditText on top of an HTML input).
It has no impact on the HTML/CSS webkit engine.
It's actually the other way around, the webkit
I don't think that's necessarily right. Calling invalidate forces the
re-render of the canvas with whatever data is sent to it in mPicture
as well as whatever the WebView overlays. The fact that you have to
call invalidate() after the draw() just to get the up-to-date mPicture
is a bug. It
Yeah, a lot of those changes seem risky. The invalidate for sure, but also
making every div in your app hw-accelerated will work only for extremely
small DOMs, and in the average case cause more harm than good. That said,
carefully selecting which elements to apply that to goes a long way.
Upping
[
https://issues.apache.org/jira/browse/CB-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-200:
--
Fix Version/s: (was: 2.3.0)
2.4.0
Are we going to do this? This issue is almost a year
[
https://issues.apache.org/jira/browse/CB-1478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-1478:
---
Fix Version/s: (was: 2.3.0)
Removing the version from this bug.
FileReader vs XHR bench
The more events the better! :) Really though, it would be good if someone
knew of an app that used ChildBrowser for the purposes of OAuth. That seems
like one of the most important use-cases, so we should make sure to have
all of the events that it requires.
On Thu, Nov 22, 2012 at 4:26 PM,
At some point Gather used ChildBrowser for Oauth, but I think they might not be
anymore. Max left the list shortly after joining, so I could try and ping him
on IRC if it would help?
On 23/11/2012, at 10:40 AM, Andrew Grieve agri...@chromium.org wrote:
The more events the better! :) Really
[
https://issues.apache.org/jira/browse/CB-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13502974#comment-13502974
]
Joe Bowser commented on CB-1856:
After looking at this, it's not coming from the webview at
Just pushed a few. Let me know if you have concerns about any of them.
1. I changed the User-Agent from appending a GUID to appending the VC's
memory location
I was hoping this would let me get rid of the vc header field in the
bridge all together, but it turns out that the User-Agent isn't being
I'd like to, if everyone agrees. I'd like to wipe out ChildBrowser use if I
can, and this (events) is the only thing I believe that people are still
using ChilBrowser for.
Is this required for the 2.3.0 release?
Simon Mac Donald
http://hi.im/simonmacdonald
On Wed, Nov 21, 2012 at 11:30 PM,
Those events sound good to me.
On Nov 22, 2012 1:27 PM, Simon MacDonald simon.macdon...@gmail.com
wrote:
Just looking at this again and...
webview.addEventListener('exit', handleExit);
webview.addEventListener('loadstart', handleLoadStart);
would seem to map to our:
onClose
32 matches
Mail list logo