Example docs cause problems for Android

Hey guys, When you create your project using: cordova create HelloWorld com.example.hello "Hello World" and then do: cordova platform add android there is something in the android create script that doesn't like that last parameter, "Hello World", to have a space in it. So I'm thinking th

Cordova binaries

Call me old fashioned but I like pre compiled binaries :) Is Cordova still shipping .framework .jar binaries etc. along with source? Ally. Sent from my Windows Phone

Re: About that plugin discovery thing....

Will definitely try this out tomorrow! Super awesome! Where is the database hosted? I remember a while ago Mike was going to look into getting an Apache VM to host server things on. Did that come about? One of the things we'll hugely benefit from this is getting stats on what plugins people are i

Re: Questions regrading Contribution to the Project

Makes sense. On Tue, Jul 23, 2013 at 8:26 PM, Filip Maj wrote: > Maybe we should consider adding language about assigned JIRA issues, In > Progress, etc, to the contribution docs? > > On 7/23/13 11:20 AM, "Sharif Ahmed" wrote: > > >Thank you so much to both Andrew and Lorin. I will go ahead wi

Re: About that plugin discovery thing....

very cool, and thanks again for the demo at PG day On Jul 23, 2013, at 7:50 PM, Anis KADRI wrote: > Sure, > > cordova-plugman is here [1] > > cordova-cli is here [2] > > the registry itself is here [3] and the website to browse plugins is here > [4] > > [1] http://bit.ly/1bKTvsd > [2] http:

Re: Ignoring SSL Errors for InAppBrowser

I don't think it's very often that a phone will connect only through an enterprise network. I guess my thinking is that if the feature is used in any way (whitelist, JS callbacks, window.open attribute), then the app will be vulnerable to man-in-the-middle attacks. Still, disabling verification ca

Re: Questions regrading Contribution to the Project

Maybe we should consider adding language about assigned JIRA issues, In Progress, etc, to the contribution docs? On 7/23/13 11:20 AM, "Sharif Ahmed" wrote: >Thank you so much to both Andrew and Lorin. I will go ahead with the >CLA and also proceed with the jira issues. > >Thanks again. > >On 7/2

Re: About that plugin discovery thing....

Sure, cordova-plugman is here [1] cordova-cli is here [2] the registry itself is here [3] and the website to browse plugins is here [4] [1] http://bit.ly/1bKTvsd [2] http://bit.ly/1bKTHYu [3] http://registry.cordova.io [4] http://plugins.cordova.io It's easy to setup your own registry and it'

Re: About that plugin discovery thing....

Hey Anis, Sounds awesome! Can you share the repo links for the registry itself and any other repos that are related? On Tue, Jul 23, 2013 at 4:26 PM, Anis KADRI wrote: > Hello, > > I wanted to update the list on my progress on this topic. I've been working > on this for the past month or so an

Re: ios-sim (and ios-deploy)

I just read the issue and Fil is rightfully worried about Windows and other OSes. There is a small workaround for that. Run a script on installation that detects the Operating System you're running on and install the ios-sim dependency only if it's Mac OS X. "scripts": { "install": "node instal

Re: ios-sim (and ios-deploy)

If it's packaged as an NPM module of course it is possible. It would be great to support uninstall though. On Tue, Jul 23, 2013 at 4:22 PM, Shazron wrote: > I'm wondering about it being a dependency of the the cordova cli, is this > possible? > https://issues.apache.org/jira/browse/CB-4333 > >

About that plugin discovery thing....

Hello, I wanted to update the list on my progress on this topic. I've been working on this for the past month or so and I believe it will solve the issue of finding plugins for our users (core and 3rd party). I committed everything to plugman and cordova-cli under the 'plugman-registry' Everythi

Re: ios-sim (and ios-deploy)

I'm wondering about it being a dependency of the the cordova cli, is this possible? https://issues.apache.org/jira/browse/CB-4333 On Tue, Jul 23, 2013 at 4:04 PM, Anis KADRI wrote: > Great! I was thrown off by the error message myself last week. I had > homebrew installed but I imagine that som

Re: cordova-app-harness and the App Store

Awesome! Apache is the way to go! On Tue, Jul 23, 2013 at 12:55 PM, Brian LeRoux wrote: > Word on the legal list is that yes this is possible. Just finding out > whom has the keys (or if they even exist yet) for the Apple Developer > account for the ASF. > > Even though we *just* shipped 3 I ha

Re: ios-sim (and ios-deploy)

Great! I was thrown off by the error message myself last week. I had homebrew installed but I imagine that some devs don't have that installed and it's two more steps to get an app to emulate. On Tue, Jul 23, 2013 at 1:39 PM, Brian LeRoux wrote: > This is awesome: thanks Shaz! > > On Tue, Jul 2

Re: Aliases for 'core' plugins

I am going to create a new thread about this shortly. On Tue, Jul 23, 2013 at 12:46 PM, Michal Mocny wrote: > Oh I was not intending to suggest we make anyone rely on yeoman. I was > exactly pointing out that this is perfect task for userspace to figure out, > possibly by way of a dependency p

RE: Ignoring SSL Errors for InAppBrowser

I should have included a citation: https://www.cs.utexas.edu/~shmat/shmat_ccs12.pdf > -Original Message- > From: Ken Wallis [mailto:kwal...@blackberry.com] > Sent: Tuesday, July 23, 2013 5:20 PM > To: dev@cordova.apache.org > Subject: RE: Ignoring SSL Errors for InAppBrowser > > It came up

RE: Ignoring SSL Errors for InAppBrowser

It came up this morning that Enterprise could use something like this. An app that is deployed into the Enterprise secure container, already being enforced/controlled by corporate firewall etc., and approved for use internally might want "blanket" access to any internal domain. -- Ken Wallis S

Re: ios-sim (and ios-deploy)

This is awesome: thanks Shaz! On Tue, Jul 23, 2013 at 4:26 PM, Shazron wrote: > The npm packages are pretty basic and install the tools in /usr/local/bin > always, and there is no uninstall. > > > On Tue, Jul 23, 2013 at 1:24 PM, Shazron wrote: > >> This is all moot when new Xcode bits are requi

RE: Ignoring SSL Errors for InAppBrowser

A simple flag is definitely wrong... a static whitelist could be interesting. Are there real use cases beyond `localhost`? If someone whitelists any site that isn't on the local device, then when I'm in an Internet Café, the wrong thing can happen (and in certain cases, the wrong thing probably

ios-sim (and ios-deploy)

This is all moot when new Xcode bits are required when iOS 7 comes out. I would post a Apple login protected link but their dev site is still down. Projecting my intent on ios-sim and ios-deploy use in Cordova iOS. I've filed some issues: https://issues.apache.org/jira/browse/CB-4334 https://issue

Re: ios-sim (and ios-deploy)

The npm packages are pretty basic and install the tools in /usr/local/bin always, and there is no uninstall. On Tue, Jul 23, 2013 at 1:24 PM, Shazron wrote: > This is all moot when new Xcode bits are required when iOS 7 comes out. I > would post a Apple login protected link but their dev site i

Re: cordova-app-harness and the App Store

Word on the legal list is that yes this is possible. Just finding out whom has the keys (or if they even exist yet) for the Apple Developer account for the ASF. Even though we *just* shipped 3 I have to say I'm really excited for this capability for the development flow. =) On Tue, Jul 23, 2013

Re: Aliases for 'core' plugins

Oh I was not intending to suggest we make anyone rely on yeoman. I was exactly pointing out that this is perfect task for userspace to figure out, possibly by way of a dependency plugin, yeoman generator, or even a shell script. Note that even with Anis' work, devs must still remember that they a

Re: cordova-app-harness and the App Store

+1 for Apache handling it first, if possible. On Tue, Jul 23, 2013 at 12:29 PM, Brian LeRoux wrote: > Ya ppl are going to freak out for this functionality. =) > > On Tue, Jul 23, 2013 at 3:20 PM, Michal Mocny wrote: > > I haven't actually played with this yet. I think this would make an > > a

Re: Ignoring SSL Errors for InAppBrowser

Why the js callback and not just the static white-list? the js callback allows someone to change the security rules at runtime which could be a hole I suppose. On Tue, Jul 23, 2013 at 12:26 PM, Andrew Grieve wrote: > https://issues.apache.org/jira/browse/CB-3576 > > There are pulls request for a

Re: cordova-app-harness and the App Store

Ya ppl are going to freak out for this functionality. =) On Tue, Jul 23, 2013 at 3:20 PM, Michal Mocny wrote: > I haven't actually played with this yet. I think this would make an > awesome blog post. Found an old note that says "record a video to show off > the app-harness". I still think tha

Re: Aliases for 'core' plugins

ya I tend to agree that we should stay low level and let userspace figure that sort of thing out. at any rate, I'm certain this use case is being addressed by anis's work On Tue, Jul 23, 2013 at 3:17 PM, Ray Camden wrote: > I'd rather not see PG rely on another tool like yeoman. Just my 2 cents.

Ignoring SSL Errors for InAppBrowser

https://issues.apache.org/jira/browse/CB-3576 There are pulls request for adding to iOS & Android that add: window.open(url, '_blank', 'location=yes,validatessl=no'); Given that this is security-related though, I wanted to get more eyes on it. Other proposals are to have each questionable cert

Re: cordova-app-harness and the App Store

I haven't actually played with this yet. I think this would make an awesome blog post. Found an old note that says "record a video to show off the app-harness". I still think thats a good idea. On Tue, Jul 23, 2013 at 2:54 PM, Brian LeRoux wrote: > I'll ping the legal list to see what the pr

Re: Aliases for 'core' plugins

I'd rather not see PG rely on another tool like yeoman. Just my 2 cents. If I'm using the phonegap CLI to build it out and do stuff I'd rather stay in the phonegap CLI if I can. On 7/23/13 2:07 PM, "Michal Mocny" wrote: >Yet another option is perhaps some yeoman generator or something: > >Do you

Re: Aliases for 'core' plugins

Yet another option is perhaps some yeoman generator or something: Do you want to use Camera? [y/n] ... -Michal On Tue, Jul 23, 2013 at 2:52 PM, Shazron wrote: > In our testing we use the dependencies-plugin for cordova-mobile-spec to > load all the core plugins. Not sure if its portable for g

Re: cordova-app-harness and the App Store

I'll ping the legal list to see what the process is for deploying to proprietary channels. On Tue, Jul 23, 2013 at 2:28 PM, Simon MacDonald wrote: > I think it makes sense for Apache to own it in the app store. It also > leaves groups like Adobe, Google, etc. the opportunity to drop their > own v

Re: Aliases for 'core' plugins

In our testing we use the dependencies-plugin for cordova-mobile-spec to load all the core plugins. Not sure if its portable for general use though (pathing): https://github.com/apache/cordova-mobile-spec/blob/master/dependencies-plugin/plugin.xml On Tue, Jul 23, 2013 at 11:37 AM, Michal Mocny w

Re: Cordova has a Blog/News! && Announce 3.0?

Working on it: CB-4360 On Tue, Jul 23, 2013 at 2:23 PM, Brian LeRoux wrote: > thx breauxs > > methinks we book a little time to revisit this site. svn "uploading" > gigs of docs and junk is mega uncool. > > On Tue, Jul 23, 2013 at 2:13 PM, Carlos Santana > wrote: > > Thansk Andrew, I could nev

Re: Aliases for 'core' plugins

If it is planned, than great. I'm probably not the normal PG developer. I make a lot of quick POCs and I'm not looking forward to this aspect of PG3. Don't get me wrong - it makes sense - I'm all for it - but I can promise you I'm going to be kicking myself a few times wondering why a simple Camera

Re: Aliases for 'core' plugins

Thanks Mike S. On 7/23/13 1:30 PM, "Michael Sierra" wrote: >I had the same thought & added it as a wish-list CB-4290. > >--Mike S > > >From: Ray Camden [rayca...@adobe.com] >Sent: Tuesday, July 23, 2013 2:23 PM >To: dev@cordova.apache.org >Subject: Aliases

Re: Aliases for 'core' plugins

One thing you could do today, Ray, is create a plugin which lists all the plugin dependencies you want, then only add that one whenever you create a new project. If you would like, you could even publish that plugin as a "cordova-core-useful-plugins" plugin or under some such name. Otherwise, I do

RE: Aliases for 'core' plugins

I had the same thought & added it as a wish-list CB-4290. --Mike S From: Ray Camden [rayca...@adobe.com] Sent: Tuesday, July 23, 2013 2:23 PM To: dev@cordova.apache.org Subject: Aliases for 'core' plugins One of the things I discovered while working with

Re: cordova-app-harness and the App Store

I think it makes sense for Apache to own it in the app store. It also leaves groups like Adobe, Google, etc. the opportunity to drop their own versions of the app-harness with additional proprietary functionality. Simon Mac Donald http://hi.im/simonmacdonald On Tue, Jul 23, 2013 at 12:56 PM, Lor

Aliases for 'core' plugins

One of the things I discovered while working with a virgin 3.0 project is that everything that used to be core now needs to be added before you use it. This is expected of course, but it might come as a surprise to developers migrating from 2.9 to 3. Now they have to add the camera plugin, the X pl

Re: Cordova has a Blog/News! && Announce 3.0?

thx breauxs methinks we book a little time to revisit this site. svn "uploading" gigs of docs and junk is mega uncool. On Tue, Jul 23, 2013 at 2:13 PM, Carlos Santana wrote: > Thansk Andrew, I could never figure out the svn fiasco > > > On Tue, Jul 23, 2013 at 1:48 PM, Andrew Grieve wrote: > >>

Re: Questions regrading Contribution to the Project

Thank you so much to both Andrew and Lorin. I will go ahead with the CLA and also proceed with the jira issues. Thanks again. On 7/23/13, Lorin Beer wrote: > Hi Sharif, > > the first step is to sign and submit a CLA. You can find more information > here: > http://www.apache.org/licenses/#clas

Generating Docs with minimal changes

Working on CB-4360, and think I've got it mostly covered (use rsync instead of cp). Having this one issue though: When I update the files, they have whitespace differences: E.g. - > -3. Setup > New Project > - > +3. > Setup New Project One guess is that this is caused from using different vers

Re: Cordova has a Blog/News! && Announce 3.0?

Thansk Andrew, I could never figure out the svn fiasco On Tue, Jul 23, 2013 at 1:48 PM, Andrew Grieve wrote: > Better late than never. This is now live: http://cordova.apache.org/#news > > Might need to hard-refresh the page to see the update. > > > On Fri, Jul 19, 2013 at 1:31 PM, Carlos Santa

Re: Cordova has a Blog/News! && Announce 3.0?

Better late than never. This is now live: http://cordova.apache.org/#news Might need to hard-refresh the page to see the update. On Fri, Jul 19, 2013 at 1:31 PM, Carlos Santana wrote: > cool everyday I learn something new ! > > published > > Set to false if you don’t want a specific post to sho

Re: cordova-app-harness and the App Store

I agree with your breakdown of options in order of sanity, Braden :) Ideally this should be owned by the organization that owns the code: the Apache Cordova Project. While an acceptable second would be for the Adobe Cordova Team to publish it, I think there is a precedent for an Apache project own

cordova-app-harness and the App Store

So we've got a working app harness in the cordova-app-harness repo. One of the founding goals for the app harness was that it could be placed into the Play Store and App Store. Then the question is: who owns the apps in the various markets? It seems to me that there are four possibilities: 1. Apa

Re: cordova-playbook 'deprecation'

doubtful Gord, I think the promise of PlayBook support alongside BlackBerry10 Support was contingent on porting BB10 to the playbook. My understanding is that this is considered infeasible due to the ram requirements of BB10. One way or another no one is currently stepping up to the plate to main

Re: cordova-playbook 'deprecation'

I am just a little annoyed because of the promise that we would get PlayBook support with the big BlackBerry 10 rewrite that was done. The promise was we were just shelving the Java Phone OS code and cleaning up things for PlayBook and BlackBerry 10. I hope that the official support for BlackBerr

Re: cordova-playbook 'deprecation'

yes, that's exactly what I meant. I'm not going to go deleting code to remove all history of playbook. It will be no longer released as part of Cordova in future releases. On Tue, Jul 23, 2013 at 8:19 AM, Brian LeRoux wrote: > I think, or at least thought, that is what Lorin meant. > > On Tue,

Re: cordova-playbook 'deprecation'

I think, or at least thought, that is what Lorin meant. On Tue, Jul 23, 2013 at 11:07 AM, Anis KADRI wrote: > "Remove" ? No! Just leave the source in there. Somebody might be interested > in it. We can stop shipping it though if we are still doing it. > > > On Tue, Jul 23, 2013 at 8:04 AM, Lorin

Re: cordova-playbook 'deprecation'

Well, we should obviously not go purging the source, but I think that if it isn't actively being maintained or tested, then it should be included in releases and given new version numbers. Unless there is anyone interested in maintaining it, I think the best we can do for users is signal the last

Re: cordova-playbook 'deprecation'

"Remove" ? No! Just leave the source in there. Somebody might be interested in it. We can stop shipping it though if we are still doing it. On Tue, Jul 23, 2013 at 8:04 AM, Lorin Beer wrote: > Scare-quotes due to playbook never being an officially supported platform. > > After discussing playboo

cordova-playbook 'deprecation'

Scare-quotes due to playbook never being an officially supported platform. After discussing playbook with Bryan and Jeff from BlackBerry, a few points came up: 1. BB10 won't be coming to the PlayBook platform 2. The work required to bring it up to 3.0 spec is not justified by interest or number o

Re: blackberry10 build

Great write up, Matt. Thanks for the feedback! On Tue, Jul 23, 2013 at 6:56 AM, Matt Lantz wrote: > Thanks Bryan and Ken, I'm going to be writing a tutorial or two and > sending them to Alex Kinsella. > > > Cheers, > > Matt Lantz > Professional Software Developer / Consultant > http://mattlantz

Re: Questions regrading Contribution to the Project

Hi Sharif, the first step is to sign and submit a CLA. You can find more information here: http://www.apache.org/licenses/#clas If you have an issue which is unassigned, and that you're interested in working on, ping the lead on that platform and discuss workf

Re: Questions regrading Contribution to the Project

Hi Sharif! Great to hear that you'd like to get involved. Best place to start is http://wiki.apache.org/cordova/ContributorWorkflow. Specifically, make sure you've signed the ICLA so that code you write can be accepted into Apache. As for the JIRA - unless the status of a bug is marked as "In Prog

Re: blackberry10 build

Thanks Bryan and Ken, I'm going to be writing a tutorial or two and sending them to Alex Kinsella. Cheers,Matt LantzProfessional Software Developer / Consultanthttp://mattlantz.ca(519) 573 - 1002 On 22 July, 2013 at 4:07:17 PM, Ken Wallis (kwal...@blackberry.com) wrote: Apparently I am getting olde