Re: unclobber ?

Fil, as an alternative to could you use a with instead of clobbers/merges? (not a proposal, just curious) -Michal On Wed, Jul 10, 2013 at 7:52 PM, Filip Maj wrote: > I think you may have to use a combination of both to get it right > > On 7/10/13 4:46 PM, "Jesse" wrote: > > >Thanks Fil, >

Re: CDVLogger went away in master

So what's the decision here? Out of core right? (Since it hasn't been put back in, for iOS) So I can remove CDVLogger from config.xml in the template... On Tue, Jul 2, 2013 at 11:40 PM, David Pfahler wrote: > I'd remove it from the core but have the resulting plugin installed by > default. This

Re: unclobber ?

I think you may have to use a combination of both to get it right On 7/10/13 4:46 PM, "Jesse" wrote: >Thanks Fil, >Trying option 1: >move the definition into the platform definitions, so then >you can do something different for windows phone. > >@purplecabbage >risingj.com > > >On Wed, Jul 10,

Re: unclobber ?

Thanks Fil, Trying option 1: move the definition into the platform definitions, so then you can do something different for windows phone. @purplecabbage risingj.com On Wed, Jul 10, 2013 at 4:35 PM, Filip Maj wrote: > I don't think there's anything in the spec that specifically models "only >

Re: unclobber ?

I don't think there's anything in the spec that specifically models "only patch global `x` if it doesn't exist" if that¹s what you're asking. A few workarounds: - move the definition into the platform definitions, so then you can do something different for windows phone. - use the tag instead of

Re: tag 3.0.0rc1 on Monday the 15th

Coho started as just a tool to package, but has grown into a tool that: a) helps work with multiple repos b) documents our release process in working code. re windows tagging - As of the last release bug template, we're tagging each branch individually either via coho or not, so no issue there. It

unclobber ?

So in the plugin breakout for Geolocation, we have come across an issue for windows phone. The WebBrowser control already has a W3C compliant implementation of the spec, and so we actually don't need to do much to 'install' this plugin. However, because of the following config.xml fragment, and the

Purpose and Scope of COHO (was tag 3.0.0rc1 on Monday the 15th)

Putting this here because it doesn't belong in the tag 3.0.0rc1 thread: I agree with Jesse, who doesn't like the magic behind coho. My main issue with coho is that it's not a very maintainable chunk of JS, and it appears to be the kitchen sink of automation, full of things that just don't fit els

Re: tag 3.0.0rc1 on Monday the 15th

re: COHO I cannot guarantee the output of windows/phone releases if they are tagged and updated via coho. I like the idea of having continuous integration, but this is not there yet. I would prefer for now to manually update and tag wp7+wp8+windows8 repos because I do not currently trust the magic

Re: tag 3.0.0rc1 on Monday the 15th

Plugin versioning is definitely something we need to discuss in detail. What happens if I make a change to the camera plugin. Do I immediately bump the version? Probably not. But people who install it using plugman/cli after the change will get the latest one on master with no obvious difference t

Re: tag 3.0.0rc1 on Monday the 15th

I'm going to create a new thread about this, but what's the purpose of coho again? I thought it was just for packaging releases. On Wed, Jul 10, 2013 at 3:07 PM, Andrew Grieve wrote: > Our intern Jeffrey is actively working on adding a command to coho to be > able to create release bugs (based of

Re: tag 3.0.0rc1 on Monday the 15th

Our intern Jeffrey is actively working on adding a command to coho to be able to create release bugs (based off of cordova-labs). If he gets done, by Monday, then it'll be a cinch to create the issues. We could maybe start by discussing what we want to do with the plugin repos for the release. Sh

Re: tag 3.0.0rc1 on Monday the 15th

Yeah.. Maybe we should create the issues for the rc soon? On 7/10/13 1:57 PM, "Andrew Grieve" wrote: >I would put that at next week unless someone has cycles to get on it this >week. > > >On Wed, Jul 10, 2013 at 4:24 PM, Marcel Kinard wrote: > >> When will the Upgrade Guides (2.9 -> 3.0) be wri

Re: DisallowOverscroll - More consistent is still not consistent.

Following up, I've implemented Andrew's suggestion. The bug is here . On Thu, May 16, 2013 at 10:14 AM, Andrew Grieve wrote: > Oh boo - nice catch. Certainly need to fix this. > > How about using FirstCap and making the code use case-insensitive >

Re: tag 3.0.0rc1 on Monday the 15th

I would put that at next week unless someone has cycles to get on it this week. On Wed, Jul 10, 2013 at 4:24 PM, Marcel Kinard wrote: > When will the Upgrade Guides (2.9 -> 3.0) be written? That content is > currently not in cordova-docs.

Re: tag 3.0.0rc1 on Monday the 15th

When will the Upgrade Guides (2.9 -> 3.0) be written? That content is currently not in cordova-docs.

Re: Cordova 2.9 missing on Apache Project Release website?

In svn it is infra/doap_Cordova.rdf. I updated the DOAP file, and I think it takes about 3 hours for the cron job to fire to regenerate the html. The commit is listed in CB-4146. On Jul 10, 2013, at 1:19 PM, Shazron wrote: > I think its a DOAP file update: > http://callback-dev.markmail.org/th

Re: Android - Removing the .api namespace

Yup, break everything at once. Simon Mac Donald http://hi.im/simonmacdonald On Wed, Jul 10, 2013 at 3:55 PM, Marcel Kinard wrote: > Normally being very averse to changing pubic API's, I'm with Andrew and > Ian on this. If we are going to be making breaking changes, especially if > they are sm

Re: Android - Removing the .api namespace

Normally being very averse to changing pubic API's, I'm with Andrew and Ian on this. If we are going to be making breaking changes, especially if they are small, do them all at once. On Jul 9, 2013, at 11:06 PM, Joe Bowser wrote: > So far, we've asked plugin developers to migrate from the old-

Re: Uninstallation of dependency-only plugins

Hey Ian, I just tried cordova-cli with the new plugman, and dependency plugins are removed for me when I uninstall the mobile-spec dependency plugin. Cordova-cli seems to check out, I ran through the "Working With Three" steps with the new cli and it works good (minus the version checking, which i

Re: Uninstallation of dependency-only plugins

I've pushed plugman 0.9.0 to npm, and pushed a CB-4077 branch to the cli repo on apache, which is just your pull req, Ian, plus a bump to plug man's version in package.json. Am running through the testing motions now. On 7/10/13 7:34 AM, "Ian Clelland" wrote: >The new plugman works for me, when

Re: Android - Removing the .api namespace

Yeah, thats true, willingness to support plugins by original devs changes with time. Its just inevitable. I wonder if the solution here doesn't just end up being the plugin universe? As maintenance is dropped, other willing devs have to take over ownership via forks, and we update the references

Re: Cordova 2.9 missing on Apache Project Release website?

I think its a DOAP file update: http://callback-dev.markmail.org/thread/2ay7hxkjtxuc2qm4 I believe the files are in the SVN repo for the project (not sure exactly where) On Wed, Jul 10, 2013 at 9:10 AM, Carlos Santana wrote: > I was looking at the website > > http://projects.apache.org/projects/

Re: XML schema for plugin.xml and config.xml?

On Jul 9, 2013, at 9:38 PM, Michal Mocny wrote: > Seriously though, if the schema is changing isn't that all the more reason > to support validation so devs can get early confirmation? That is exactly my thought. Updating the xsd is relatively easy, and it's just one file per schema. Handling a

Cordova 2.9 missing on Apache Project Release website?

I was looking at the website http://projects.apache.org/projects/cordova.html And notice that 2.9 is missing, how can we add it there? Release Version Date Latest Stable 2.8 2013-06-07 Legacy 2.7 2013-04-30 Legacy 2.6 2013-04-09 Legacy 2.5 2013-02-28 Legacy 2.4 2013-02-07 Legacy 2.3 2013-

Re: Uninstallation of dependency-only plugins

Ian, that was one of my commits into plugman, actually: to call uninstallPlugin when iterating over dangling dependencies. I added a test for it too. Perhaps that has something to do with integration into the CLI? Anyways, I'll be taking a look at the cli work for CB-4077 and ideally ill push upda

Re: Android - Removing the .api namespace

On Wed, Jul 10, 2013 at 6:17 AM, Ian Clelland wrote: > >> Or worse, there will be the people who can't write Java at all and can't >> manage to do a find/replace on it. > > > For the record, I think I'm okay with stymieing the developers of native > Java plugins for Cordova if they *can't write Ja

Re: Uninstallation of dependency-only plugins

The new plugman works for me, when coupled with my CB-4077 branch of cli. I noticed that the /plugins/ directories don't get removed for dangling dependencies -- only the top-level plugin is removed from there. However, the dependents are removed from all platforms, so the uninstallation works cor

Coho Tip of the Day

Making changes to all plugins at once: #1 - Make commits locally for l in cordova-plugin*; do ( cd $l; replace_all.sh 's:apache.cordova.api:apache.cordova:' ); done for l in cordova-plugin*; do ( cd $l; git commit -am "[CB-4038] - Remove o.a.c.api namespace" ); done #2 - Ensure the changes look g

Re: Android - Removing the .api namespace

On Wed, Jul 10, 2013 at 9:17 AM, Ian Clelland wrote: > On Tue, Jul 9, 2013 at 11:06 PM, Joe Bowser wrote: > >> If someone wants to be the face of these change in the community, I'm >> > OK with it. I just know that from last year, being the guy who broke >> all the plugins in Cordova/PhoneGap i

Re: Android - Removing the .api namespace

On Tue, Jul 9, 2013 at 11:06 PM, Joe Bowser wrote: > We're already going to have a heavy backlash from users who find that > their old Cordova plugins that are using the old Plugin API that we > had to shim in for 2.x are no longer going to work, this will > literally be more salt on those wounds

Re: CLI's master2

Done. master2 is no more. $ git show pre-3.0-history tag pre-3.0-history Tagger: Andrew Grieve Date: Wed Jul 10 09:04:03 2013 -0400 Convert master2 to a tag. This tag should be used to refer to the history of commits / blame for changes that pre-date 3.0 (approximately). We had a series of b

Re: js commit: [All] patch, in case console.warn is not defined

Yeah, I see what you mean. On one hand, it's possible someone will write console.error() as well, but otoh, that particular one hasn't come up. It's weird too that we patch these in cordova.js instead of bootstrap. Bootstrap is what runs first. I might have a look at moving this, but not super imp

Re: [jira] [Commented] (CB-3997) Add a Blog section to cordova.apache.org

Sorry - that was pretty unclear on my part. I was referring to: ? public/master.less ? public/template.html ? public/js/less-1.1.5.min.js These are input files, so shouldn't end up in public right? On Wed, Jul 10, 2013 at 8:01 AM, Carlos Santana (JIRA) wrote: > > [ > htt