There are several properties that can be set on DroidGap that deal
with UI - loading dialog, splash screen and background color. They
are used to give the user an indication that something is going on
before the app is ready to be displayed.
I think they are needed, but should be moved out of the
While not everyone likes splash screens they are required for some
products. Thus, they should be optional. When used, they need to be
displayed as soon as possible - before any HTML/JS code has been
loaded would be best. Different apps require they are dismissed at
different times.
If it works
I just got back from vacation today - been disconnected from the
internet for 2 weeks, if you can imagine that :-)
If you could, please hold off merge until I've had time to go through
it on our end. I will work with Simon and get back with any comments.
Thanks.
On Wed, May 9, 2012 at 6:40 PM,
I believe XHR is faster response on average and lower overhead than
polling. I would expect addJavascriptInterface to be faster than
prompt. If someone wants to write a test case for each, then we can
try it ourselves and provide results to a wiki page to quantify it
once and for all (or until th
Joe,
I've gone through the CordovaWebView branch with Simon and have some
comments and updates based upon your branch for your review. When I
upload, I will let you know the link to look at. If you want, we can
have a call on Tue to go over. There's still some things to be worked
out, so I don'
How about tomorrow at 9pt/11ct? Simon is traveling today.
On Mon, May 14, 2012 at 10:56 AM, Filip Maj wrote:
> Let's have a call ASAP to discuss the issues.
>
> On 5/13/12 9:09 PM, "Bryce Curtis" wrote:
>
>>Joe,
>>
>>I've gone through
Yes, CordovaWebView branch on Apache.
On Mon, May 14, 2012 at 11:11 AM, Joe Bowser wrote:
> Sounds good. BTW, which branch did you base your changes on? The one in
> Apache?
>
> On Mon, May 14, 2012 at 9:02 AM, Bryce Curtis wrote:
>
>> How about tomorrow at 9pt/11ct? Sim
gt; the
>> > > code, or we can just talk about it from a High Level. I really want to
>> > see
>> > > this get in 1.8. That being said, any commits that are done to the
>> > branch
>> > > now are welcome, which is why I put it in on the Apa
I've added this back in to DroidGap in CordovaWebView. A test case
for this would be good to have.
On Mon, May 14, 2012 at 3:47 PM, Joe Bowser wrote:
> So, what should we do with this?
>
> On Mon, May 14, 2012 at 12:31 PM, Simon MacDonald > wrote:
>
>> Ha, that was one of the questions Bryce and
ache/incubator-cordova-android/compare/master...Cord
>> >>o
>> >> >v
>> >> >aWebView
>> >> >[2]
>> >> >
>> >>
>> >>
>> http://git-wip-us.apache.org/repos/asf?p=incubator-cordova-js.git;a=blobd
>>
+1 on 4 spaces, no tabs.
On Tue, May 15, 2012 at 4:07 PM, Michael Brooks
wrote:
> +1 on 4 spaces in Java.
>
> On Tue, May 15, 2012 at 1:55 PM, Joe Bowser wrote:
>
>> +1 on spaces. It should be noted that this isn't the default in Eclipse.
>> :(
>>
>> On Tue, May 15, 2012 at 1:52 PM, Drew Walter
Android has loadUrl on the App plugin that will load url into a
browser or same webview - depending upon a parameter. Maybe we can
tweak it and use as a basis for other platforms.
/**
* Load the url into the webview or into new browser instance.
*
* @param url The URL to load
+1
It has a very nice look. I like that fact that it mirrors the API
docs. Is it using the samples from the docs and are they all included
or just select APIs?
On Tue, May 22, 2012 at 11:05 AM, Michael Brooks
wrote:
> +1
>
> Many users use the sample application as a starting point because it
I would say that if you subscribe multiple times with the same event
handler, then it should only be called once. This is based upon what
W3C DOM spec says...
http://www.w3.org/TR/DOM-Level-2-Events/events.html#Events-registration
On Wed, May 30, 2012 at 4:54 PM, Filip Maj wrote:
> Trying to ans
I think CordovaWebView is mostly complete and ready for mainline use -
Give a few days after 1.8.0 is released to validate, then merge.
On Wed, May 30, 2012 at 4:18 PM, Filip Maj wrote:
> +1
>
> On 5/30/12 7:12 AM, "Simon MacDonald" wrote:
>
>>+1 as well. Mind you wait a couple of days just
I was sniffing around the files and noticed that some of the NOTICE
files still refer to Apache Callback.
On Wed, Jun 6, 2012 at 12:58 PM, Steven Gill wrote:
> Hey Jukka,
>
> Here is the link to Apache Cordova 1.8.0 http://people.apache.org/~steven/
>
> Please take a look at let us know if it is
getContext was not added to interface since it is available from
getActivity().getContext().
On Fri, Jun 8, 2012 at 1:24 PM, Simon MacDonald
wrote:
> Yeah, the video player plugin uses it to start playing video.
>
> Simon Mac Donald
> http://hi.im/simonmacdonald
>
>
> On Fri, Jun 8, 2012 at 2:10
Makes sense - I'm fine with rename for 2.0. We may want to introduce
"cordova" into 1.9 and keep "ctx" with deprecation notice. Also, make
sure it's documented. This will break plug-ins when removed.
On Mon, Jun 18, 2012 at 1:50 PM, Filip Maj wrote:
> Yeh "ctx" implies Context, especially for
+1
On Mon, Jun 18, 2012 at 1:46 PM, Filip Maj wrote:
> +1
>
> On 6/18/12 11:42 AM, "Joe Bowser" wrote:
>
>>Hey
>>
>>I created the buttons branch for work on button binding. I'm thinking we
>>should do work with buttons in that branch. As for the other branch, the
>>old CordovaWebView branch, I
I responded in the other thread that after thinking about deprecating
and killing ctx in 2.0, it would be better to deprecate, but keep it
around for the deprecation period (6 mo?). We want to give plugin
developers time to migrate/upgrade their plugins when they have time,
rather than force them
I agree that deprecation doesn't have to be tied to a major release,
but we should definitely give enough advanced notice. 6 months is
arbitrary, but sounds like a reasonable period. This carries the
caveat that the deprecated item is documented and known so it's not a
surprise to developers. So
We all need to be thorough when contributing code. It should be
standard practice to verify that any code checked in compiles and
resolves the issue without regression.
On Fri, Jun 22, 2012 at 12:36 PM, Filip Maj wrote:
> Because I did not finish running the tests at that moment. I could have
>
I think the near-term looks fine. What I consider most important on
the list are the plug-in metafiles and config files. A close second
would be the plug-in management tools that will consume/produce these
files. With that said, we probably won't be using the command line
tools, so having the me
+1
On Mon, Aug 20, 2012 at 2:38 AM, Brian LeRoux wrote:
> Sweet, its just a src release anyhow. Perhaps, if you guys feel ok
> doing this, we tag 2.1.0rc1 this wk?
>
>
> On Fri, Aug 17, 2012 at 6:27 PM, Shazron Abdullah wrote:
>> +1
>>
>> On 2012-08-17, at 6:23 PM, Simon MacDonald wrote:
>>
>>>
+1 I've been using this locally too.
On Mon, Aug 20, 2012 at 6:31 PM, Jesse wrote:
> Not doing a lot of Android dev, but when I do, I use the the lib approach.
> So: +.5
>
>
> On Mon, Aug 20, 2012 at 11:24 AM, Andrew Grieve wrote:
>
>> Two +1s sounds good to me!
>>
>> If it causes trouble, it's
The globalization plugin was contributed by IBM about a year ago and
posted on phonegap-plugins repo. Since then, we have gotten numerous
requests for it to become part of core Cordova. It addresses many of
the globalization issues that are encountered by our worldwide
community, that we often ov
Sometimes multi-page apps are needed or you navigate from your app to
another page. One bug we ran into was that callback ids are reused
when loading a new page. So, a plugin trying to send data back to the
original page could be calling a recycled plugin with erroneous data.
In addition to the b
+1 for 2.1
On Fri, Sep 7, 2012 at 1:02 PM, Mike Reinstein wrote:
> 2.1 IS wild...seriously, can't wait for the release. :)
>
> -Mike
>
> On Fri, Sep 7, 2012 at 2:59 PM, Steven Gill wrote:
>
>> +1 to ASAP
>>
>> On Fri, Sep 7, 2012 at 11:31 AM, Jesse MacFadyen > >wrote:
>>
>> > ASAP I think.
>> >
+1
On Fri, Sep 14, 2012 at 2:24 PM, Becky Gibson wrote:
> +1
>
> On Fri, Sep 14, 2012 at 12:34 PM, Jesse MacFadyen
> wrote:
>
>> +1
>>
>> On 2012-09-14, at 7:49 AM, Dave Johnson wrote:
>>
>> > +1
>> >
>> > On Friday, September 14, 2012, Braden Shepherdson wrote:
>> >
>> >> +1
>> >>
>> >>
>> >> O
It sounds like resolving iOS6 issues will drive when 2.2.0 can be
tagged. What is the readiness of the other platforms so we can have a
2.2 release when iOS is ready? Does it sound reasonable to have a
release candidate in a week or so, then give a couple of weeks of
testing before tagging 2.2?
O
+1 for Brian
On Tue, Oct 9, 2012 at 12:43 PM, Steven Gill wrote:
> Alright, sounds good. I am going to move the process forward. If people
> have any issues, feel free to post here.
>
> -Steve
>
> On Tue, Oct 9, 2012 at 11:37 AM, Tim Kim wrote:
>
>> +1 for Brian Leroux.
>>
>> On 9 October 2012 1
Jukka,
User name=bcurtis
Email=curtis.br...@gmail.com
Thanks,
On Thu, Oct 20, 2011 at 1:38 PM, Jukka Zitting wrote:
> Hi all,
>
> To get us started tracking issues at Apache, please sign up for an
> account on https://issues.apache.org/jira/browse/CB (see the
> upper-right corner) and send me t
Some that don't have too many hits on Google:
PhoneArc
PhoneArch
NativeBridge
PhoneSpan
PhoneMeld
PhoneDiv
PhoneGlue
PhonePlus
PhoneWrap
PhoneJS
PhoneScript
On Fri, Oct 28, 2011 at 3:53 PM, Zach Leatherman (Updated) (JIRA)
wrote:
>
> [
> https://issues.apache.org/jira/browse/CB-11?page=com.
Steve,
I'm working on Android. Will let you know when it's ready. Still testing
and fixing some problems with build scripts.
Bryce
Android 1.2.0 tagged.
I've noticed that not all platforms have been tagged with 1.2.0. Is there
an estimate when it will be completed and packaged up? Or, are you waiting
on something from us?
I've been looking at plugins implementing more than just the IPlugin
class, and this might be a good way to handle a menu plugin. A IMenu
interface can be defined that has all of the menu methods that an
Activity uses. DroidGap can be updated as your pull request suggests
to override the menu met
I tried testing the callback server side - It still works after 131,000
calls into a test plugin.
On Thu, Dec 8, 2011 at 1:55 AM, Brian LeRoux (Updated) (JIRA) <
j...@apache.org> wrote:
>
> [
> https://issues.apache.org/jira/browse/CB-107?page=com.atlassian.jira.plugin.system.issuetabpanels:a
I was able to set up git and clone, so Android must be good. Are we
ready to use the apache git for commits from now on? How are pull
requests made and what is the easiest way to commit/approve them?
On 1/3/12 1:27 PM, Patrick Mueller wrote:
On Tue, Jan 3, 2012 at 14:08, Joe Bowser wrote:
?
Olivier
Olivier
On Jan 3, 2012, at 12:04, Simon MacDonald wrote:
I've been able to setup and build cordova-android. Wondering the same
thing as Bryce, how do we handle pull requests, etc?
Simon Mac Donald
http://hi.im/simonmacdonald
On Tue, Jan 3, 2012 at 2:56 PM, Bryce Curtis wrote:
Should tags be copied over too?
On 1/3/12 2:50 PM, Shazron wrote:
I'll start with moving callback/callback-ios to cordova/cordova-ios
today and pushing issues to Jira and closing the issues in
callback-ios
On Tue, Jan 3, 2012 at 11:19 AM, Brian LeRoux wrote:
yes --- we should retire the githu
I'm having problems pushing changes to the cordova android repository.
Any idea what I've done wrong? I can do a pull without problem.
$ git push apache master
Username:
Password:
error: no DAV locking support on
https://git-wip-us.apache.org/repos/asf/incubator-cordova-android.git/
fatal: g
It's working. I was using the wrong password - which I forgot. After
resetting password, now I'm able to push.
Thanks.
On 1/5/12 2:37 PM, Jukka Zitting wrote:
Hi,
On Thu, Jan 5, 2012 at 9:23 PM, Bryce Curtis wrote:
error: no DAV locking support on
https://git-wip-us.apache.org
Thanks Pat.
What needs to be done to change urls from callback to cordova? And will
this affect wiki content, jira issues, etc. which are currently using
callback urls?
Bryce
On Mon, 09 Jan 2012 16:38:48 -0600, Jukka Zitting
wrote:
Hi,
On Thu, Jan 5, 2012 at 7:37 PM, Jukka Zitting
We have to maintain our own history on Android because there are issues
with native and JS interactions.
1. When loading a new page the native code must be reinit
- so we get deviceready
- get new plugins otherwise plugins would call callbacks meant for
previous page
2. When returnin
Friday works.
On Mon, 16 Jan 2012 18:54:13 -0600, Steven Gill wrote:
I'm in
On 12-01-16 4:53 PM, "Filip Maj" wrote:
yep
On 12-01-16 4:45 PM, "Simon MacDonald"
wrote:
Fine with me.
Simon Mac Donald
http://hi.im/simonmacdonald
On Mon, Jan 16, 2012 at 7:37 PM, Shazron wrote:
Frid
+1
On Wed, Jan 25, 2012 at 1:04 PM, Filip Maj wrote:
> +1
>
> On 12-01-25 10:59 AM, "Michael Brooks" wrote:
>
> >+1
> >
> >On Wed, Jan 25, 2012 at 10:57 AM, Brian LeRoux wrote:
> >
> >> Please indicate your vote add Steve (stevengill97 at gmail.com) as a
> >> committer.
> >>
> >> +1
> >>
>
>
I don't suspect that window.close will cause a problem - but we have to
know how various js frameworks will react and do testing when hijacking.
Also, we need to take a look at expected behavior either by spec or common
use. We overrode history in 0.9.6 or 1.0 timeframe. Regular PhoneGap apps
wo
Having a single file like config.xml is desirable. I don't know how big it
ends up being to support all of the individual platform options - icons,
plugin mappings, etc., and how expensive it is to parse this file at
runtime before plugins can be loaded and inited. The app startup time is
directl
Now that 1.4.1 is tagged (or almost) we need to discuss 1.5.0. I would
suggest the first task is to do the name change to cause minimal impact and
give time to verify code & update docs.
The changes are in 3 areas:
1. Native code - com.phonegap packages change to org.apache.cordova,
directories
2
Having a session would be helpful. Early next week (Mon/Tue 11PT/1CT/2ET)
would be good.
On Wed, Feb 1, 2012 at 4:29 PM, Steven Gill wrote:
> +1 on connect session
>
> On Wed, Feb 1, 2012 at 2:21 PM, Filip Maj wrote:
>
> > The JS code base is pretty much there. Works on Android. Works almost
>
wrote:
> >>>> I'm in transit early next week to Europe and presenting/at a
> conference
> >>>> mid-week. I can do late next-week though (Thursday?). Or the following
> >>>> week once im back in north america.
> >>>>
> >>>
; Meeting ID: 387077
> Meeting Password: 12345678
>
>
> On 12-02-02 2:05 PM, "Filip Maj" wrote:
>
> >Just a heads up I will likely sched for 9am PST as I'll be in Amsterdam.
> >
> >I'll set it up and send details shortly.
> >
> >On 12-0
t; Should we start working on it ASAP and just have the meeting as a way to
> get everyone on the same page, then?
>
> On 12-02-02 2:29 PM, "Bryce Curtis" wrote:
>
> >I can't make 2/9 or 2/10. Only week of 2/13.
> >
> >On Thu, Feb 2, 2012 at 4:19 PM
I agree it will be easier to keep track of the the scenarios that can be
easily lost in the thread. Also, the whitelist discussion too. We can
include conclusions in thread if needed for record.
On Thu, Feb 2, 2012 at 4:38 PM, Becky Gibson wrote:
> I moved this discussion to a wiki page for wh
Mon or Wed work for me.
On Fri, Feb 10, 2012 at 3:13 PM, Joe Bowser wrote:
> Anyone else? If I don't hear anything, I'll move it to Wednesday.
>
> Joe
>
> On Fri, Feb 10, 2012 at 11:05 AM, Brian LeRoux wrote:
>
> > looks clean to me (love how clean the code is shaping up)
> >
> > wont be able
I'll take a look at it.
On Fri, Feb 17, 2012 at 1:55 PM, Simon MacDonald
wrote:
> I'm off on vacation, in fact I'm already supposed to be gone, until
> Tuesday. On Tuesday I'll be giving a presentation at a local collage.
> Wednesday is meetings so I wouldn't be able to look at it until next
> Th
when cordova-js repository on apache will be created? Would be
good to get it there asap.
On Fri, Feb 17, 2012 at 2:04 PM, Filip Maj wrote:
> Thanks Bryce!
>
> On 12-02-17 11:59 AM, "Bryce Curtis" wrote:
>
> >I'll take a look at it.
> >
> >On Fri,
I'll be there.
On Tue, Feb 21, 2012 at 2:56 PM, Steven Gill wrote:
> Hey Guys,
>
> It seems like we are still doing this tomorrow?
>
> First off the link to join the room.
>
> https://my.adobeconnect.com/cordova
>
>
> You should be able to join this room as a guest. You will have to install
>
>
I'm assuming that the APIs exposed to the users have remained the same and
are consisted between Android unified JS and iOS, BB, etc. That implies
the docs are still in sync. If this is not the case, then I would agree
that there's a problem. Isn't that what mobile-spec tests? Or do we not
have
The issue is discussed http://davidwalsh.name/websocket-security and
http://blog.kotowicz.net/2011/03/html5-websockets-security-new-tool-for.html
.
It has been fixed in the latest spec (
http://tools.ietf.org/html/rfc6455#page-50), so it's a matter of using a
client/server that is compliant.
On W
+1 for restructure of cordova-js.
One issue that I see as unnecessary and a source of error is checking in
cordova.android.js into the android repository. As developers we already
have to be able to build cordova-js and then copy it under the platform.
So, any change to cordova-js also requires
This would be worth investigating. Some questions come to mind like
whether this solves the WebSQL problem, can resources be loaded using a
simple url (ie images, audio, video, etc), does this bring in the cross
domain problem, and can this be consistent across all platforms?
On Wed, Feb 29, 2012
I'm confused by commit
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android.git;a=commit;h=7bf35e9c83ca9621b761f887103b79b22e024f8d
There are significant differences between cordova.android.js generated by
cordova-js and this file. Any idea why they are out of sync?
There is a critical bug with maintaining compatibility for non-core plugins
for Android that we have a fix for. Simon will be dropping it today, and
I'd like to get that in to release 1.5. IMHO compatibility makes sense to
maintain until all platforms migrate to cordova-js.
Regarding 1.5.0 as an
I noticed that support for plugins delaying deviceready until they have
initialized themselves is no longer in cordova-js. Does anyone remember if
there a specific reason why this wasn't carried forward, or if there's
another solution?
This is to support LocalStorage (cupcakeStorage) for some And
We can discuss how these protocols translate to various platforms, but I
think it makes sense. We had a discussion similar to this back when we
were looking at the File APIs. See the wiki for some of what we
discussed...
http://wiki.phonegap.com/w/page/35605874/Planning%3A%20File%20API
On Tue,
Don't know if cordova/apache-board-reports is needed, but it was active
within the past 12 hours. Brian?
On Tue, Mar 6, 2012 at 1:26 PM, Shazron wrote:
> By the end of day tomorrow (midnight Wednesday Mar 7 PST), the iOS
> repos for the callback and cordova organizations will be removed from
>
3/22 1pm ct
3/26 anytime (at least right now)
On Tue, Mar 6, 2012 at 1:20 PM, Filip Maj wrote:
> Yeh either work for me too
>
> On 3/6/12 11:17 AM, "Brian LeRoux" wrote:
>
> >Either date is good for me.
> >
> >On Tue, Mar 6, 2012 at 10:59 AM, Joe Bowser wrote:
> >> Hey
> >>
> >> We need to do
We definitely need to test WebSQL + storage since not all platforms
(Android) can use built-in, but need our implementation.
On Wed, Mar 14, 2012 at 1:59 PM, Filip Maj wrote:
> We already have tests for localStorage + sessionStorage. Our docs also
> have websql in them. For consistency, should a
Is there any way to be consistent across platforms on this? For Android
lock/unlock fires onpause/onresume events. Does it make sense for iOS to
fire the same events to JS, even though they may be different native events
between the iOS 4/5?
On Wed, Mar 14, 2012 at 2:12 PM, Shazron Abdullah (Re
+1
On Thu, Mar 15, 2012 at 6:43 PM, Filip Maj wrote:
> Hey all,
>
> I'm bringing this one back up :)
>
> https://issues.apache.org/jira/browse/CB-152
>
>
> I am leaning towards going with the spec Jesse linked to [1] and having
> all the platforms roll with units expressed as m/s^2.
>
> From a c
The PluginEntry is a refactor of the plugins and services lists. I needed
to save off the onload parameter, so instead of creating a new list, I
combined the 3 lists into a single list of objects.
On Mon, Mar 19, 2012 at 4:23 PM, Bryce Curtis (Resolved) (JIRA) <
j...@apache.org>
+1
On Fri, Mar 23, 2012 at 10:36 AM, Filip Maj wrote:
> +1
>
> On 3/23/12 1:03 AM, "Shazron" wrote:
>
> >+1
> >
> >On Fri, Mar 23, 2012 at 12:59 AM, Jesse MacFadyen
> > wrote:
> >> +1
> >>
> >> Cheers,
> >> Jesse
> >>
> >> Sent from my iPhone5
> >>
> >> On 2012-03-22, at 4:55 PM, Dave Johnson
Just an idea, but is there something else, like the phone number or MD5 of
it, that could be used - so you don't have to gen one and then stash it
around somewhere.
On Fri, Mar 23, 2012 at 3:18 PM, Brian LeRoux wrote:
> like that idea shaz --- good symmetry
>
> really, the same could be said for
I'm in favor of having the version inside - some integrators rename the JS
file, so having the version inside would be useful.
It might be good to for corova-js init code to compare JS with native to
verify they are the same version - and alert the user if not.
On Fri, Mar 23, 2012 at 6:03 PM, Sh
I agree that there's no way to know what plugins will look like in 2.x.
Until then, I strongly believe we need to maintain the same (undocumented)
API that plugins currently rely upon, with the goal that 3rd party plugins
won't need to be updated again until 2.x - They already took a hit with
rena
I see several JIRA issues about updating the docs/guides and renaming
assets to Cordova for 1.6.0, but they are all open. Is anyone working on
these? If not, then I can convert everything to Cordova - maybe mention
that PhoneGap and Cordova are sometimes used interchangeably (since some
images s
rdova's docs shouldn't mention PhoneGap, but that opens new
> > questions. Let's think more on this. I can see the renaming issue being
> > drawn out, so I'd suggest working on a branch and rebasing the regular
> docs
> > commits. Once we're happy with th
Add to 1.6-1.7
- More focus on docs, guides, examples, maybe native plugin API
- Advanced notice of what's planned to be deprecated and when, then get
community feedback before breaking compatibility
1.7
- CordovaView (Android)
1.6-2.x
- Emphasize testing to ensure no regression.
- Qual
#x27;d rather we kept the release train style though perhaps move to odd
> > numbers fix bugs and even numbers are new features... though in the
> > case of other projects I rarely see this actually work as advertised.
> >
> >
> > On Tue, Mar 27, 2012 at 2:51 PM, Bryc
I have some native Android tests to validate backbutton, multitasking,
etc., that would be good to run to for release verification. It looks like
some platforms have a test dir for that purpose - so was thinking of
creating an Android project under "test/". I think Drew has some
Blackberry tests
d, Mar 28, 2012 at 3:29 PM, Brian LeRoux wrote:
> >>
> >> > +1
> >> >
> >> > On Wed, Mar 28, 2012 at 3:22 PM, Filip Maj wrote:
> >> > > I like tests.
> >> > >
> >> > > On 3/28/12 3:18 PM, "Bryce Curtis&q
I really haven't had time to look at this in detail, but agree that
anything related to the webview should be in CordovaWebView. As Fil
mentioned, that includes the history, plugin manager, whitelisting, &
authentication + callback server.
I assume that overriding chrome/view clients so the user
> On Wed, Mar 28, 2012 at 9:09 PM, Bryce Curtis >wrote:
>
> > I really haven't had time to look at this in detail, but agree that
> > anything related to the webview should be in CordovaWebView. As Fil
> > mentioned, that includes the history, plugin manager, white
re to use
> zero permissions so that it's clear what the app is. (I bet it gets really
> crap ratings!).
>
> Joe
>
> On Thu, Mar 29, 2012 at 4:46 PM, Brian LeRoux wrote:
>
> > +1 science
> >
> > On Thu, Mar 29, 2012 at 4:33 PM, Joe Bowser wrote:
> >
It used to be documented in phonegap.js.base, but I don't see it in
cordova-js anywhere. Probably good to put in docs though. Here's the
comment that used to be there.
/**
* The order of events during page load and Cordova startup is as follows:
*
* onDOMContentLoaded Internal event t
t of the test project?
>
> On Fri, Mar 30, 2012 at 11:13 AM, Anis KADRI wrote:
>
> > Awesome!
> >
> > On Thu, Mar 29, 2012 at 11:28 AM, Filip Maj wrote:
> >
> > > Awesome, just making sure/clarifying
> > >
> > > On 3/28/12 8:57 PM, "Br
If the problem is limited to a version of the emulator, then it's not
unreasonable to suggest that a developer simply test on another version
that works. Similarly, if that particular version must be used, then I
would expect the developer to use a real device. We could list the
emulator versions
we want it turned on?
> http://wiki.apache.org/cordova/HelpOnConfiguration/FileAttachments
> http://wiki.apache.org/cordova/HelpOnActions/AttachFile
>
> On Mon, Apr 2, 2012 at 4:07 PM, Bryce Curtis
> wrote:
> > Does anyone know if there is any way to upload attachments and ima
Switching from an array to an object will change the Plugin exec signature
for all plugins. I need to maintain compatibility with JSONArray until
2.0. So, is there a good way to support both?
On Tue, Apr 3, 2012 at 4:01 PM, Filip Maj wrote:
> Link?
>
> I didn't go with the array approach just
Does any one know why DroidGap.init is calling
// Set the nav dump for HTC
settings.setNavDump(true);
There was a question about this on the forums - apparently causing a bug.
Android API indicates it is now deprecated and obsolete. Any problem
with removing it?
As Joe eluded to, checking cordova-js into the various platform
repositories holds up the release. It is also error prone - not to
mention pushing to each repository every time there is a change takes
a lot of time & can get out of of sync.
Any thoughts on having the release build script handle t
I can help, but am swamped this month - next month looks better. I'd
be fine with delivering this in 1.8, since a change of this magnitude
will need serious testing to ensure apps written to existing 1.6.0
level code continues to work.
On Fri, Apr 13, 2012 at 1:32 PM, Joe Bowser wrote:
> Hey
>
>
[
https://issues.apache.org/jira/browse/CB-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13277047#comment-13277047
]
Bryce Curtis commented on CB-369:
-
I had moved authentication implementation ou
[
https://issues.apache.org/jira/browse/CB-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13277047#comment-13277047
]
Bryce Curtis edited comment on CB-369 at 5/16/12 7:36 PM:
--
I
[
https://issues.apache.org/jira/browse/CB-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryce Curtis resolved CB-369.
-
Resolution: Fixed
Checked in test case -
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova
[
https://issues.apache.org/jira/browse/CB-779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13277134#comment-13277134
]
Bryce Curtis commented on CB-779:
-
Added support for fullscreen property and native tes
[
https://issues.apache.org/jira/browse/CB-779?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryce Curtis resolved CB-779.
-
Resolution: Fixed
> Verify that fullscreen and backgroundColor preferences are set prope
[
https://issues.apache.org/jira/browse/CB-779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13277181#comment-13277181
]
Bryce Curtis commented on CB-779:
-
Added support for backgroundColor property and native
1 - 100 of 156 matches
Mail list logo