Optimize plugman action-stack module for future platforms

I just created an issue on JIRA associated with its pull request. https://issues.apache.org/jira/browse/CB-5111?filter=-1 This patch optimize plugman for future platform integration by removing all static project detection from action-stack module. Avoid static platform detection in action-st

RE: Windows 8.1

Purplecabbage, I start porting it on my own github fork, not trying to merge anything while not approved and well tested. 1. I know about Windows 8 security issue, but for discussing with Microsoft's developpers there no difference between c# and WinJS in security concern. You will always has

Re: config.xml discussion, we need to talk

my view on this discussion: I've used the CLI to release the latest version of GOFG Sports Computer for Windows Phone. The support for the "merges" directory is a fantastic feature which allows me to focus on the javascript code using e.g. the NetBeans IDE - I can finally handle all my platfor

Re: Windows 8.1

Maxime, please hold off on this, I think we need to discuss it more. Continuing to use winjs has serious issues we cannot easily overcome. I am thinking of rewriting the windows8 in c#. Issues include: - security restrictions preventing dom modification - interaction with custom native contr

Re: Windows 8.1

I recommend using same repo/component "cordova-windows" Can a single project/app can be created that supports win8 and win81? Similar approach that we have for android/ios or is more like bb7 vs bb10 Regardless code should live in "cordova-windows" and component "Windows" --Carlos On Wednesday

Windows 8.1

Hi, I create a Feature issue into JIRA for Windows 8.1 platform addition. I want to create a new Component : "Windows 8.1" but I can't since I have no rights, so could someone create it please ? I will create a separate issue for each improvements and fix we have to do to make Windows 8.1 worki

Re: Review Request 14681: CB-4748: Fail quickly if dir passed to cordova create is not empty.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14681/ --- (Updated Oct. 16, 2013, 9:27 p.m.) Review request for cordova. Changes --

Re: config.xml discussion, we need to talk

On Wed, Oct 16, 2013 at 1:37 PM, Michal Mocny wrote: > Anis: Totally agrees, but its important to highlight that both directions > for that arguments hold. We've done our best to support bin/ scripts post > 3.0, yet blanket statements like "CLI should not be used with IDE", or "CLI > sucks unless

Re: Review Request 14681: CB-4748: Fail quickly if dir passed to cordova create is not empty.

> On Oct. 16, 2013, 8:45 p.m., Michal Mocny wrote: > > src/create.js, line 76 > > > > > > Why bother supporting empty directories? If its a huge directory it > > may take a while to fail? It's mostly for the sake of

Re: config.xml discussion, we need to talk

I agree with Michal on this. I think it is important to support both methods but very harmful to the project to be bashing one way if it is not your preferred. With the cli, you can edit the .cordova/config.json on a per project basis and point that file to use specific local versions of platform

Re: Review Request 14681: CB-4748: Fail quickly if dir passed to cordova create is not empty.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14681/#review27082 --- src/create.js

Re: config.xml discussion, we need to talk

Anis: Totally agrees, but its important to highlight that both directions for that arguments hold. We've done our best to support bin/ scripts post 3.0, yet blanket statements like "CLI should not be used with IDE", or "CLI sucks unless you just doing something trivial" are being thrown around, wh

Docs backporting

Hey Often there will be errors in the docs that will go back three or more releases? How far should we go back in supporting docs? So far when I do a docs update, I'll edit the latest releast, the last major release and the 2.9.x branch, leaving the older releases with bad docs. Should we edit all

Re: Review Request 14681: CB-4748: Fail quickly if dir passed to cordova create is not empty.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14681/ --- (Updated Oct. 16, 2013, 8:17 p.m.) Review request for cordova. Bugs: CB-4748

Re: API changes between 2.9.x and 3.x

Hey‎, overheating is a feature in Canada, and some Nordic countries. But let's fix these types of things in 3.x. ;) Sent from my BlackBerry 10 smartphone. Original Message From: Ian Clelland Sent: Wednesday, October 16, 2013 12:46 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org S

Re: Review Request 14681: CB-4748: Fail quickly if dir passed to cordova create is not empty.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14681/ --- (Updated Oct. 16, 2013, 7:56 p.m.) Review request for cordova. Repository: co

Review Request 14681: CB-4748: Fail quickly if dir passed to cordova create is not empty.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14681/ --- Review request for cordova. Repository: cordova-cli Description --- CB-4

Re: API changes between 2.9.x and 3.x

http://xkcd.com/1172/ On Wed, Oct 16, 2013 at 3:42 PM, Ken Wallis wrote: > Ian 's point about bugs that have become "features" is also valid. Let's > ensure we don't start breaking expected behaviour that is now being worked > around. > > Sent from my BlackBerry 10 smartphone. > Original Mes

Re: API changes between 2.9.x and 3.x

Ian 's point about bugs that have become "features" is also valid. Let's ensure we don't start breaking expected behaviour that is now being worked around. Sent from my BlackBerry 10 smartphone.   Original Message   From: Brian LeRoux Sent: Wednesday, October 16, 2013 12:37 PM To: dev@cordova.apa

Re: API changes between 2.9.x and 3.x

ya no api upgrades for 2.9 series (but def should strive for API upgrades now that plugins are discreet) On Wed, Oct 16, 2013 at 3:18 PM, Marcel Kinard wrote: > +1 > > On Oct 16, 2013, at 3:08 PM, Joe Bowser wrote: > > > I'm thinking that we don't want to move things > > like API changes back

Re: API changes between 2.9.x and 3.x

+1 On Oct 16, 2013, at 3:08 PM, Joe Bowser wrote: > I'm thinking that we don't want to move things > like API changes back, since this could complicate the release, which > should just be about stability fixes.

Re: API changes between 2.9.x and 3.x

On Wed, Oct 16, 2013 at 3:08 PM, Joe Bowser wrote: > Hey > > Other than the ResourceURI fixes, I think that we're pretty much done > the backporting for 2.9.x on Android. That being said, I notice that > we break apart Notification into Notification and Vibration for 3.0.x > because of the W3C.

API changes between 2.9.x and 3.x

Hey Other than the ResourceURI fixes, I think that we're pretty much done the backporting for 2.9.x on Android. That being said, I notice that we break apart Notification into Notification and Vibration for 3.0.x because of the W3C. I'm thinking that we don't want to move things like API changes

Re: config.xml discussion, we need to talk

This confirms the point that I've made numerous times. Different people have different needs and expectations. There is no right or wrong way. It all depends on what you want to achieve. It sounds like we will be promoting bin/ and cordova/ scripts + plugman for a while. CLI is not (and should not

Re: third-party cordova plugin registry

corrected On Wed, Oct 16, 2013 at 11:49 AM, Anis KADRI wrote: > That is wrong and needs to be updated :-) > > On Wed, Oct 16, 2013 at 6:51 AM, Lucas Holmquist wrote: >> i think closes thing is here >> >> https://github.com/apache/cordova-plugman#configjs-file >> >> >> On Oct 16, 2013, at 9:43 AM

Re: third-party cordova plugin registry

That is wrong and needs to be updated :-) On Wed, Oct 16, 2013 at 6:51 AM, Lucas Holmquist wrote: > i think closes thing is here > > https://github.com/apache/cordova-plugman#configjs-file > > > On Oct 16, 2013, at 9:43 AM, Marcel Kinard wrote: > >> I don't see this workflow documented anywhere,

Re: [Android] ResourceAPI and 2.9.x

The 2.9.x branch has UriResolvers, which was a more complicated but less functional version of CordovaResourceApi. The changes to these are fairly isolated and are depended on by plugin bug fixes (and likely plugin fixes still to come), so I think pulling them in does make sense. So, yes, I'll ta

Re: config.xml discussion, we need to talk

On Oct 16, 2013, at 1:47 PM, Joe Bowser wrote: > On Wed, Oct 16, 2013 at 10:13 AM, Wargo, John wrote: >> Joe, >> >> What is your issue with the CLI? Isn't not using it making your life more >> difficult if you're doing cordova development (An app which includes one or >> more plugins). I a

[Android] ResourceAPI and 2.9.x

Hey I'm going through the plugins right now to see what needs to be backported, and I find myself not remembering what the state of CordovaResourceAPI was during 2.9.x and whether these fixes should go into 2.9.x. I'm thinking that they shouldn't, since I can't find the related commits on the 2.9

Re: Post 3.1 release committer & community meeting

- Latest updates / strategic direction on medic & CI -James Jong On Oct 15, 2013, at 11:30 AM, Andrew Grieve wrote: > This is coming up this Thursday! What do people want to talk about? Here's > a couple to get us going: > > - Plugin registry download counts (Are these available yet) > - Idea:

Re: Node-Webkit

+1 Would love to see this as a new platform. -James Jong On Oct 15, 2013, at 2:11 PM, Shazron wrote: > This is interesting (I like the 3 platforms support) - if this gets in, I > propose retiring the cordova-osx repo. > > > On Tue, Oct 15, 2013 at 11:00 AM, Maxime LUCE wrote: > >> Yes Jesse

Re: officially supported plugins from the Cordova community

Instead of a static list, would it be better to point to our plugin registry and filter for org.apache.cordova? Also, does it make sense to reserve this namespace for Cordova use only? -James Jong On Oct 15, 2013, at 6:49 PM, "Smith, Peter" wrote: > +1 for some kind of list > > Whenever the

Re: config.xml discussion, we need to talk

On Wed, Oct 16, 2013 at 10:13 AM, Wargo, John wrote: > Joe, > > What is your issue with the CLI? Isn't not using it making your life more > difficult if you're doing cordova development (An app which includes one or > more plugins). I assumed that with 3.0 everyone would use the Cli for their

Re: config.xml discussion, we need to talk

Joe, What is your issue with the CLI? Isn't not using it making your life more difficult if you're doing cordova development (An app which includes one or more plugins). I assumed that with 3.0 everyone would use the Cli for their cordova (not cordova plugin) development. What am I missing?

Re: Tag 2.9.1

Hi folks, I know this is a dev list, so please let me know if I'm out of line posting (since I am a user and not a dev), but I couldn't restrain myself from chiming in on this issue. First, thanks for supporting 2.9.x for a while.  As a user developing on top of Cordova, chasing Cordova versio

Re: Tag 2.9.1

Hi folks, I know this is a dev list, so please let me know if I'm out of line posting (since I am a user and not a dev), but I couldn't restrain myself from chiming in on this issue. First, thanks for supporting 2.9.x for a while.  As a user developing on top of Cordova, chasing Cordova versio

Re: Tag 2.9.1

yes and yes! On Wed, Oct 16, 2013 at 9:49 AM, Marcel Kinard wrote: > So my intepretation of these comments is: > - backport fixes to 2.9 for serious platform breakages and "easy" plugin > changes, not new features (new device OS capability such as iOS 7 is > considered a new feature) > - stop b

Re: Platforms Meet-up @ Waterloo

On Wed, Oct 16, 2013 at 2:46 AM, Carlos Santana wrote: > I sent a request to our management team for travel, I don't think it's > going to get approved in this short time notice. > Would it help if we declared it an emergency all-hands committer meeting? ;) > > We would like to participate if y

Re: Platforms Meet-up @ Waterloo

Yes a google hangout and/or recording would be awesome. On Wed, Oct 16, 2013 at 2:46 AM, Carlos Santana wrote: > I sent a request to our management team for travel, I don't think it's > going to get approved in this short time notice. > > We would like to participate if you guys do a 1 hour hang

Medic / Buildbot / cordova-medic

I have pushed the current state of the buildbot CI to the cordova-medic repo. The history generally makes sense and provides flow from the medic state in April to the current state. Those of you using the Buildbot/medic version - if you want to use this repo you would need to either update your r

Re: third-party cordova plugin registry

i think closes thing is here https://github.com/apache/cordova-plugman#configjs-file On Oct 16, 2013, at 9:43 AM, Marcel Kinard wrote: > I don't see this workflow documented anywhere, or am I missing it? > > On Oct 15, 2013, at 9:56 PM, Anis KADRI wrote: > >> I agree that they should be en

Re: Tag 2.9.1

So my intepretation of these comments is: - backport fixes to 2.9 for serious platform breakages and "easy" plugin changes, not new features (new device OS capability such as iOS 7 is considered a new feature) - stop backporting anything to 2.9 when 3.5 comes out If so, should this be spelled ou

Re: third-party cordova plugin registry

I don't see this workflow documented anywhere, or am I missing it? On Oct 15, 2013, at 9:56 PM, Anis KADRI wrote: > I agree that they should be encouraged. > > configuration is stored in plugman (even for cordova-cli) and one can > easily set a registry with `plugman config set registry > http:

Re: reviewboard .reviewboardrc and TRACKING_BRANCH = 'origin/dev' ?

Yes I understand that part I have done manual diffs and submitted reviews manually thru the website they get very fun after a while. The documentation is more clear now so there is no problem anymore. --Carlos On Wednesday, October 16, 2013, Jeffrey Heifetz wrote: > You can use the review board

Re: reviewboard .reviewboardrc and TRACKING_BRANCH = 'origin/dev' ?

You can use the review board by uploading a diff so you don't technically need the reviewboard.rc. Sent from my BlackBerry 10 smartphone. Original Message From: Carlos Santana Sent: Wednesday, October 16, 2013 2:41 AM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: revi