Re: Buildbot for Cordova on Apache Infra - Update

Yes, once the master is ready, I can take on having our slaves report to it. On Mon, Dec 8, 2014 at 10:41 AM, Michal Mocny wrote: > We've already got a lab and slaves but its been in a rather sorry state of > disrepair (http://ci.cordova.io/). Would gladly put in the effort to > clean > up and

Re: WebView Promise and W3C standards

e plugin? > I don't see the downside, and I think it would be perfect for those > who want to use it. > > Personally I think we should be pushing the browserify functionality > in cordova-js, and ripping stuff out, not adding it. > > > > On Dec 5, 2014, at 9:59 AM, Ma

Re: WebView Promise and W3C standards

in? > > Fyi: promises invoke my fight or flight response, and I have only found > them useful for blocking contribution. That said, they already exist in > windows8.1 as part of winjs. > > > Sent from mobile > > > On Dec 5, 2014, at 8:40 AM, Max Woghiren wrote: >

Re: WebView Promise and W3C standards

I've created a topic branch called "promise" to cordova-js. It has a commit that adds this ES6 promise polyfill (minified) to cordova.js and a simple test to en

Re: Adding Windows tests to http://ci.cordova.io/

nclude windows tests support to http://ci.cordova.io/ > so that we finally have single place for all supported platforms tests > results. As per David notes and Medic repo activities it looks like that > Max Woghiren is one of the owners of this area , isn't it? Max, what do you

Re: Pointing docs to edge

y to see > improvements that have already landed - and I can possibly get just by > grabbing a bleeding edge plugin/tool. > > > > On Mon, Jul 14, 2014 at 1:25 PM, Max Woghiren wrote: > > > I agree. I think 3 is my preferred option; I think it lends itself best > to > &g

Re: Pointing docs to edge

via > the Cordova blog perhaps - but not in the mainline docs. > > ________ > From: m...@google.com on behalf of Max Woghiren < > m...@chromium.org> > Sent: Monday, July 14, 2014 10:27 AM > To: dev > Subject: Re: Pointing docs to edge >

Re: Pointing docs to edge

Sent: Friday, July 11, 2014 11:39 AM > > > To: dev > > > Subject: Re: Pointing docs to edge > > > > > > Yeah, plugin docs are already gone from docs.cordova.io. This change > is > > > strictly for guides & platform docs. The main motivation here is

Re: Pointing docs to edge

make sense to have versioned docs if platform versions diverge > anyways. It actually already makes little sense for the tools guides, since > they are released more often the platforms. > > > On Fri, Jul 11, 2014 at 12:36 PM, Max Woghiren wrote: > > > My understanding

Re: Pointing docs to edge

> plugin? If not, I'd strongly argue against it. > > If I download the Camera plugin, I expect the default docs to match whats > shipped in that version. > > > From: m...@google.com on behalf of Max Woghiren < > m...@chromium.org

Pointing docs to edge

Just wanted to bring back this conversation—how does everyone feel about switching docs.cordova.io to point to edge? There has been some discussion about cutting versioned docs after 3.5.0, and we're approaching a good time to do it. :)

Re: Howdy

Welcome, both of you! On Wed, Jul 2, 2014 at 1:09 AM, Marc Weiner wrote: > Welcome! I'm also new(ish) to Cordova, and pretty new to participating in > open source communities too. The people here are awesome, and it's a pretty > active project. > > Marc > > > On Tue, Jul 1, 2014 at 10:01 PM, Sc

Re: [VOTE] Contacts plugin release

+1 - verified signature and hashes using `coho verify-archive` cordova-plugin-contacts-r0.2.11-rc3.zip signature and hashes verified. - verified that the contents of the zip match the contents of the repo at 104c565615 using `diff -r` Only in [the contacts repo]: .git On Wed, Jul 2

Re: [VOTE] Network information plugin release

+1 - verified signature and hashes using `coho verify-archive` plugin-network-information-r0.2.10.zip signature and hashes verified. - verified that the contents of the zip match the contents of the repo at 07ff22accc using `diff -r` Only in [the network-information repo]: .git > O

Re: How to initialize a Cordova project using CLI if I only have the www directory of the project?

Gorkem beat me to it. But `cordova help` has a whole bunch of info. :) On Wed, Jun 25, 2014 at 10:56 AM, Gorkem Ercan wrote: > see > > http://stackoverflow.com/questions/24196703/create-a-project-using-my-app-as-a-starter-in-phonegap > > > On Wed, Jun 25, 2014 at 10:47 AM, German Viscuso > wr

Re: How to initialize a Cordova project using CLI if I only have the www directory of the project?

Hi German, You can use: cordova create MyProject --copy-from=path/to/sourceproject On Wed, Jun 25, 2014 at 10:47 AM, German Viscuso wrote: > Ok thanks. But that's exactly what I don't know how to do (can you > point me to a doc or something?). > That's my fork of your project, remember I aske

Re: Broken battery tests

Thanks Ian. Filing a bug is probably the right route! No harm in a direct email though, I guess. :) On Tue, May 20, 2014 at 11:17 AM, Ian Clelland wrote: > Shaz filed https://issues.apache.org/jira/browse/CB-6721 for it, BTW > > > On Tue, May 20, 2014 at 11:14 AM, Max Wog

Broken battery tests

The following commit broke battery tests on Android and iOS: https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-battery-status.git;a=commit;h=9821813a4ed4d1cc9af1341763e0adc9d8a0a12d The failing tests are: Battery (navigator.battery) battery.spec.3 should fire batterylow events. Battery (n

Re: Many CLI tests failing

Josh is having trouble accessing the buildbot page, so here is the relevant information. Lorin's relevant commit: https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;a=commit;h=79e571953c2d3459b459c02eb50e753308fd453d Josh's relevant commits: https://git-wip-us.apache.org/repos/asf?p=cord

Many CLI tests failing

David Kemp just sent an email about medic—everyone can access it! If you take a look, you'll see that there are a bunch of CLI test failures. If you click "Tools_CLI", then the most recent "Build #" (currently #74), and finally "stdio" under "Test CLI failed", you'll see a list of failed tests.

Android LocalXHR test failing

The following test fails: XMLHttpRequest XMLHttpRequest.spec.11 should be able to load the current page using window.location with extra / [CB-6299]. The error follows: "Expected false to be true, 'xhrFail should not have been called. Got args: {\"0\":{\"returnValue\":true,\"type\":\"error\",\"t

Re: Review Request 16988: Cache pbxproj to avoid re-parsing it for each plugin during prepare

> On Jan. 17, 2014, 2:04 p.m., Max Woghiren wrote: > > spec/util/config-changes.spec.js, line 309 > > <https://reviews.apache.org/r/16988/diff/2/?file=425041#file425041line309> > > > > Is this function intentionally empty? > > Mark Koudritsky wrote:

Re: Review Request 16988: Cache pbxproj to avoid re-parsing it for each plugin during prepare

g/r/16988/#comment60897> Is this function intentionally empty? - Max Woghiren On Jan. 16, 2014, 10:03 p.m., Mark Koudritsky wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.

Re: Bunch of docs updates

Oddly, the plugin appears to be fixed now. On Tue, Jan 14, 2014 at 4:26 PM, Max Woghiren wrote: > It looks like the FFOS stuff has been merged, but it appears to break the > camera plugin. I think a commit has been merged for a second time, and > that may have broken things. I left

Re: Bunch of docs updates

It looks like the FFOS stuff has been merged, but it appears to break the camera plugin. I think a commit has been merged for a second time, and that may have broken things. I left a comment in the pull request . Herm, can you take a look?

Re: plugins.cordova.io: UX redesign

Looks great indeed! On Wed, Dec 11, 2013 at 10:26 PM, Joni Rustulka wrote: > Hi all, > > I'm Joni. I work at Adobe as a UX designer on the PhoneGap team, and I > have recently thrown some time at redesigning the > http://plugins.cordova.io site. I'm looking for feedback prior to > implementatio

Re: Plugman update on npm?

gt; On Wed, Dec 11, 2013 at 10:39 AM, Max Woghiren wrote: > > > Hi everyone—do we know when we plan to update npm with a newer version of > > plugman? My understanding is that we have an "at most" weekly schedule > for > > this, but have we done it recently? > > > > Thanks! > > -Max > > >

Plugman update on npm?

Hi everyone—do we know when we plan to update npm with a newer version of plugman? My understanding is that we have an "at most" weekly schedule for this, but have we done it recently? Thanks! -Max

Re: Review Request 15750: Adding/Removing custom frameworks to iOS projects

ibute. > > > > Also, what happens if two plugins depend on the same framework? It looks > > like uninstalling either of them will remove the framework, but I'm not > > certain. > > Max Woghiren wrote: > Will having two plugins depend on the same framew

Re: Review Request 15750: Adding/Removing custom frameworks to iOS projects

On Nov. 21, 2013, 3:26 a.m., Anis Kadri wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/15750/ > -----

Re: Review Request 15004: CLI + Plugman + Plugins Release blog post

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/15004/#review27705 --- Ship it! Ship It! - Max Woghiren On Oct. 29, 2013, 12:58 a.m

The Cordova plugin registry blog post is up!

The Cordova plugin registry blog post (reviewed here) has been committed. I want to add a couple of things to the readme, but figured I'd check here first. 1. The generated html file (ie. /public/news//mm/dd/blog-post.html) needs to be svn added, rig

Re: Review Request 14757: Cordova Plugin Registry Blog Post

: cordova-site Description --- A blog post outlining the basics of the Cordova plugin registry. Diffs (updated) - /README.md 1533594 /www/_posts/2013-10-21-cordova-registry.md PRE-CREATION Diff: https://reviews.apache.org/r/14757/diff/ Testing --- Thanks, Max Woghiren

Re: Review Request 14757: Cordova Plugin Registry Blog Post

e-mail. To reply, visit: https://reviews.apache.org/r/14757/#review27246 ------- On Oct. 18, 2013, 7:59 p.m., Max Woghiren wrote: > > --- > This is an aut

Re: Review Request 14757: Cordova Plugin Registry Blog Post

t to add too many details, but I changed it to "such as search for plugins by keyword". There's no preferred method of plugin searching. /www/_posts/2013-10-21-cordova-registry.md <https://reviews.apache.org/r/14757/#comment53074> Changed "acces

Review Request 14757: Cordova Plugin Registry Blog Post

blog post outlining the basics of the Cordova plugin registry. Diffs - /README.md 1533594 /www/_posts/2013-10-21-cordova-registry.md PRE-CREATION Diff: https://reviews.apache.org/r/14757/diff/ Testing --- Thanks, Max Woghiren

Re: [Android] InAppBrowser re-write/update

Just to clarify, Michal meant that the Chrome identity plugin has been getting a lot of effort from me. :) I have been working on InAppBrowser plugin tangentially to get some Chrome identity stuff working, but not enough to be completely familiar with its innards. However, I'm certainly happy to

Re: About plugins in 3.1

I hadn't, sorry. I have now! On Tue, Sep 17, 2013 at 4:35 PM, Anis KADRI wrote: > @maxw Did you create a user account with plugman adduser ? I do not > see you in the users' list. > > Shazron: Very good point. We can always instruct those users to clone > a 3.0.0 compatible branch from the rep

Re: About plugins in 3.1

I agree that your proposed plugin flow makes good sense. The registry solves this problem of potential broken plugins, but only as long as people are getting plugins from there. The encouraged use of plugin dev branches still has merit as long as people might be cloning plugin repos, though I agr

Re: Moving on

Best of luck, Fil! On Fri, Aug 30, 2013 at 2:48 PM, Gord Tanner wrote: > Best of luck dude! > > > On Fri, Aug 30, 2013 at 2:45 PM, Filip Maj wrote: > > > Sweet, glad there are volunteers willing to take on stuff right away! > > > > And yes: I've got my phonegapday EU ticket and will be booking

Re: [Android] Cordova Camera not working, errors on resolveLocalFileSystemURI(), any ideas?

Joe made this bug with details. On Thu, Aug 29, 2013 at 11:02 AM, Andrew Grieve wrote: > Hey Joe, any update on this? what is broken? > > > On Fri, Aug 23, 2013 at 12:48 PM, Joe Bowser wrote: > > > Hey > > > > I found a pretty serious bug on maste

Re: Camera API

I would expect, if anything, that specifying only one of the two dimensions would be desired. I'm guessing one overrides the other if both are specified but don't conform to the aspect ratio; that should probably be in the docs. On Wed, Aug 28, 2013 at 10:04 AM, James Jong wrote: > You're righ

Re: Pull requests

I believe it's Meina Liu—the confirmation was sent on June 3rd. I'll pull these changes in. On Mon, Aug 19, 2013 at 4:07 PM, Andrew Grieve wrote: > Hi, > > All of your changes look good! Thanks! So that we can verify your ICLA, can > you tell us what your name is? > > Cordova team - any volunte

Re: Status of the 2.9.x branch?

I've added the missing import to the 2.9.x and 3.0.x branches. On Wed, Aug 7, 2013 at 10:59 PM, Brian M Dube wrote: > On 07/30/2013 04:13 PM, Joe Bowser wrote: > >> Hey >> >> Apparently Cordova 2.9.x doesn't build with Android 4.3. >> > > Joe >> > > Right now 2.9.x doesn't build for me at all.

Re: Post 3.0 release committer and community meeting

agrieve, co-location=Google Waterloo mmocny, co-location=Google Waterloo maxw, co-location=Google Waterloo aharding, co-location=Adobe Vancouver filmaj, co-location=Adobe Vancouver stevegill, co-location=Adobe San Francisco On Tue, Aug 6, 2013 at 3:50 PM, Filip Maj wrote: > Added my name + loca

Re: Cordova Android Commit Needs Review

I've committed your work. Thanks! Please close the pull request in GitHub. On Tue, Jul 30, 2013 at 5:17 AM, Sharif Ahmed wrote: > Hi, > > I have submitted the ICLA. > > It is now safe to merge my commits. > > Thanks :) > > > On Mon, Jul 29, 2013 at 9:12 PM, Sharif Ahmed > wrote: > > > Yes ye

Re: 3.0.0 as a beta release?

I'm hearing ".0 releases are always flawed, so it's fine for ours to be too". We should instead try to avoid falling into/perpetuating a pattern that we can all agree is unfortunate. Publicizing this release as beta is a solid step in this direction—the responsibility should be ours to be clear a

Re: Plugin packages on Android

t; > I agree. The only downside I see is that it will be hard to dissociate > core > > plugins from other but I don't think it's really that important. Also > > because it's not a giant change it could happen for 3.0. > > > > > > On Mon, Jul 15

Re: Plugin packages on Android

cifically proposing we change? > > > > On Mon, Jul 15, 2013 at 9:14 AM, Max Woghiren wrote: > > On Android, all Cordova plugins are in the package > org.apache.cordova.core. > > It makes sense to put each plugin into its own package. Aside from > 3.0's > >

Re: Plugin tag

Just a heads up—I plan to make this change and I will make the appropriate documentation updates. On Tue, Jul 9, 2013 at 4:15 PM, Filip Maj wrote: > 2 is more explicit. Either case require a good docs update. > > On 7/9/13 12:57 PM, "Andrew Grieve" wrote: > > >Another use-case that's come up w

Plugin packages on Android

On Android, all Cordova plugins are in the package org.apache.cordova.core. It makes sense to put each plugin into its own package. Aside from 3.0's conceptual shift into "plugins as completely individual entities" and the fact that plugins aren't really "core", here's some rationale: 1. If t

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: We need better contributions from new people

I agree with Ian—reviewing and testing just needs to be more thorough. On Wed, Jun 12, 2013 at 10:17 AM, Michal Mocny wrote: > Before we go changing process, is this really a systemic issue? Bugs > happen, and people sometimes land code, I'de rather be nimble in fixing > those issues than rigi

Re: June board report.

Benn, also. On Tue, Jun 11, 2013 at 5:27 PM, Joni Rustulka wrote: > Mapes not Maps > > On 13-06-11 2:17 PM, "Brian LeRoux" wrote: > > >Am I missing anything? > > > >https://github.com/cordova/apache-board-reports/blob/master/2013-06.md > >

Re: Introduction: Carlos Santana (IBM)

Welcome, Carlos! On Tue, Jun 4, 2013 at 3:01 PM, Carlos Santana wrote: > Hi I'm currently blessed to recently join a team (Marcel, James, Mike, > Lisa) here at IBM dedicated to Apache Cordova. > > I have being using PhoneGap/Cordova for the last 3 years as a consumer > working on an App for IBM

Re: Why does deviceready take a second to load on Android?

It looks like Bryan was correct; the reversion of the change he linked, which was done to fix mobile-spec on ICS, fixes this problem as well. On Tue, May 28, 2013 at 1:45 PM, Brian LeRoux wrote: > createElement would fix that > > On Fri, May 24, 2013 at 1:23 PM, Bryan Higgins > wrote: > > I be

Re: [jira] [Commented] (CB-3512) Cordova rendering issue on Ice Cream Sandwich

> > > > Key: CB-3512 > > URL: https://issues.apache.org/jira/browse/CB-3512 > > Project: Apache Cordova > > Issue Type: Bug > > Components: Android, mobile-spec > >Affec

Re: Android Audio isn't broken, the URIs being fed into the audio are

moment. > > I suspect that a change in cordova-js or in the config broke the media > API. The weird thing is that I still see the calls going through. > > On Mon, May 27, 2013 at 2:07 PM, Max Woghiren wrote: > > I'm seeing it in the automatic tests. If you saw it fi

Re: Changes in Mobile-Spec are breaking Cordova on Android 4.0.3 ICS

, and we had/have an unknown race condition issue. > I will also look at alternatives. > > Max, did reverting it fix it? > > > @purplecabbage > risingj.com > > > On Mon, May 27, 2013 at 11:04 AM, Max Woghiren wrote: > >> I'll take a look at whether rever

Re: Changes in Mobile-Spec are breaking Cordova on Android 4.0.3 ICS

t; > @purplecabbage > risingj.com > > > On Mon, May 27, 2013 at 11:04 AM, Max Woghiren wrote: > >> I'll take a look at whether reverting this change fixes the issue. If >> so, I'll also wait for Jesse to chime in before doing anything else with it. >>

Re: Android Audio isn't broken, the URIs being fed into the audio are

thing is still broken. > On May 27, 2013 1:47 PM, "Max Woghiren" wrote: > > > Joe, was your four-line commit intended to fix the "Error calling method > on > > NPObject" errors in the automatic Media tests? I'm still getting them on > > twelve of

Re: Android Audio isn't broken, the URIs being fed into the audio are

Joe, was your four-line commit intended to fix the "Error calling method on NPObject" errors in the automatic Media tests? I'm still getting them on twelve of those tests. Just want to make sure it's something on my end. On Fri, May 24, 2013 at 2:44 PM, Joe Bowser wrote: > I've already fixed t

Re: Changes in Mobile-Spec are breaking Cordova on Android 4.0.3 ICS

I'll take a look at whether reverting this change fixes the issue. If so, I'll also wait for Jesse to chime in before doing anything else with it. On Mon, May 27, 2013 at 1:52 PM, Joe Bowser wrote: > I think it was made because document.write is ugly. That being said, > does this break somethi

Re: Please fix or delete DataResource

On Mon, May 27, 2013 at 1:59 PM, Andrew Grieve wrote: > Yeah, I actually hadn't even read my email yet when we were talking about > it this morning. My gut's telling me it's not worth the risk to have it for > 2.8, so let's just postpone it. > > Joe - really appreciate your testing efforts! :) >

Re: CB-3512: Having trouble reproducing the issue

Yes, I still get this on the S2, and only when using 2.8.0.rc1. It's fine on 2.7. On Mon, May 27, 2013 at 1:49 PM, Joe Bowser wrote: > BTW: I'm using my S2, not the S3. Also, I've confirmed it on the S2 > and the Amazon Kindle Fire so far. I brought the S2 with me to help > debug this. > > O

Re: Ian Clelland is now a Cordova Committer

Congrats Ian! On Thu, Apr 18, 2013 at 10:20 AM, Andrew Grieve wrote: > Wanted to publicly announce that Ian is now a Cordova committer! > > Ian started working on Cordova just over a month ago and has already made > many big changes. To highlight a few: > > - FileTransfer progress events for gzi

Re: plugman + plugin spec final q's

(1) On line 25 of the cordova-plugman readme, is the command missing (ie. --add or --install or whatever)? (2) Though two versions of a plugin are not allowed, I just want to make sure: there will be some kind of detection that it's okay if the *same*version of a plugin has already been installed

Re: iOS ScreenCapture plugin for Cordova

Hi Aaron, One quick, general Objective-C thing I noticed: when creating messages, it's helpful (and recommended) for readability to write declarations like this: - (void)getScreenBitsWithCaptureOptions:(NSObject*)captureOptions compareOptions:(NSObject*)compareOptions captureCount:(int)captureCou

Re: New directory structure in cordova-cli's future branch

I agree that option 2 is the best route. There's no real need to support the old style if it's made dead easy to move to the new style, and I haven't seen any arguments for the old style being superior. On Wed, Apr 10, 2013 at 11:36 AM, Braden Shepherdson wrote: > First, note that this change is

Re: File Transfer is failing in MobileSpec on Android.

I'm getting a whole bunch of errors here, and visiting http://cordova-filetransfer.jitsu.com/upload in a browser yields a 404, so I suspect server problems. Can someone verify whether they're getting the same issues? On Mon, Apr 1, 2013 at 5:53 PM, Joe Bowser wrote: > OK, things look good now.

Re: Ch-ch-ch-ch-changes

Glad you're sticking around! Good luck in your new adventures. :) On Fri, Apr 5, 2013 at 5:46 PM, Gord Tanner wrote: > Hey everyone. > > Just a heads up that I am no longer working at BlackBerry anymore. I will > be still contributing to Cordova on my own time but more directed at the > tooli

Re: The plugin repos and reality

I agree with a lot of what you said. On Fri, Apr 5, 2013 at 3:13 PM, Joe Bowser wrote: > On Fri, Apr 5, 2013 at 12:00 PM, Max Woghiren wrote: > > We should slow this process down a little bit. Our next step should be > to > > structure the plugins in the existing repos so t

Re: Introduction

Welcome Lucas and Erik! Great to have you. On Fri, Apr 5, 2013 at 3:02 PM, Erik Johnson wrote: > I will piggy back on the back of Lucas's intro as well: > > Hey All, > > I'm Erik a dev at BlackBerry. I've been working on the WebWorks product in > some capacity for nearly a year now. I hope to b

Re: The plugin repos and reality

I should add that in the meantime, we can still test plugman and cli with some non-core plugins—for instance, chrome-cordova plugins<https://github.com/MobileChromeApps/chrome-cordova/>have already been pluginized. On Fri, Apr 5, 2013 at 3:00 PM, Max Woghiren wrote: > We should

Re: The plugin repos and reality

We should slow this process down a little bit. Our next step should be to structure the plugins in the existing repos so that the process of relocating them to their individual repos is straightforward. Trying to do it as we go will be messy and lead to the types of problems that prompted Joe to

Re: [1 of 15] commits

lict happens at > >> any > >> >>> point during application of your branch's commits, one at a time, > the > >> >>> rebase stops, and you have to resolve the conflicts. This can be > >> easier > >> >> in > >> >>&g

Re: [1 of 15] commits

Just wanted to quickly chime in here—Lorin, your sizeable merge reverted one of my bug fixes (CB-2732). Not a huge deal, and a re-fix is on the way, but try to be extra careful when doing merges like that. :) On Tue, Apr 2, 2013 at 8:33 PM, Andrew Grieve wrote: > Sounds good. Cool graph Jesse!

Re: [cordova-cli] Merges Directory

I can see the benefits, but they seem somewhat minor, so I'd prefer the compartmentalization of platform files. If I'm working on a specific platform, I can work in that platform's directory. Having the files spread out in a monolithic directory—especially once an app supports more than a couple

Re: [plugman] logic to support a repo that has more than one plugin

; > > On Fri, Mar 22, 2013 at 2:19 PM, Brian LeRoux wrote: > > > > > I'm into it. > > > > > > On Fri, Mar 22, 2013 at 11:11 AM, Max Woghiren > > wrote: > > > > The main technical ask here is the ability to specify a plugin as

Re: [plugman] logic to support a repo that has more than one plugin

That is, specify a *version* of a plugin that way. On Fri, Mar 22, 2013 at 2:11 PM, Max Woghiren wrote: > The main technical ask here is the ability to specify a plugin as { git > repo, commit hash, subdirectory } instead of just { git repo, commit hash }. > > On Fri, Mar 22, 201

Re: [plugman] logic to support a repo that has more than one plugin

The main technical ask here is the ability to specify a plugin as { git repo, commit hash, subdirectory } instead of just { git repo, commit hash }. On Fri, Mar 22, 2013 at 2:05 PM, Brian LeRoux wrote: > Would have the benefit of enabling a plugin, and plugin-test existence > in a single repo. C

Re: archiving older platforms

+1 On Thu, Mar 21, 2013 at 4:38 PM, Brian LeRoux wrote: > Ok, I think we have agreement that we'll put these guys on hold until > they find a steward. This means: > > - we won't be taggin them further > - we won't be including them in a release > > This does not mean: > > - deletion or archivin

Re: [Plugins] Plugin versioning

That sounds reasonable to me. How would this be maintained? Would there be some automated process that keeps that mapping up-to-date? On Tue, Mar 19, 2013 at 10:59 AM, Anis KADRI wrote: > Hey all, > > Plugins need to be versioned to be backward compatible with previous > versions of Cordova. I

Re: Who's who at cordova

Please star me up, Steve. On Wed, Mar 13, 2013 at 2:28 PM, James Jong wrote: > I need a star too! :-) > > -James Jong > > On Mar 13, 2013, at 2:24 PM, Steven Gill wrote: > > > I have starred it. If anyone else here is missing a star, let me know. > > > > -Steve > > > > On Wed, Mar 13, 2013 at

Re: New doc with new git workflows

On Tue, Mar 12, 2013 at 2:31 PM, Braden Shepherdson wrote: > Comments inline > > On Tue, Mar 12, 2013 at 10:08 AM, Ian Clelland > wrote: > > > I don't see any techincal problems with the doc -- the commands all look > > good to me. Just a couple of comments about the flow: > > > > The very start

Re: prompt dialog for the Notification API?

That sounds good, James! It would be good to have `buttonLabels` be an array of Strings to avoid recreating this bug in your prompt function. On Mon, Mar 11, 2013 at 5:04 PM, James Jong wrote: > I was looking at the Notification API and noticed t

Re: Supporting multiple plugin return values

I agree with Shaz—in general we should start using this type of syntax for dictionaries: return @{@"CDVType": @"Multipart", @"messages": messages}; I'd say messageAsMultipart: makes sense, in keeping with the pattern set by the other names. On Thu, Feb 14, 2013 at 9:24 AM, Michal Mocny wrote:

Re: Android file chooser

the way there yet. For now this'll > remain a plugin. > Simon Mac Donald > http://hi.im/simonmacdonald > > > On Tue, Feb 12, 2013 at 10:49 AM, Max Woghiren wrote: > > Thanks Simon. > > > > The file picker code in that project looks similar to what I was th

Re: Android file chooser

Just to be clear, I'm asking whether it would be useful to add a file picker plugin for Android to core Cordova. On Tue, Feb 12, 2013 at 10:49 AM, Max Woghiren wrote: > Thanks Simon. > > The file picker code in that project looks similar to what I was thinking > might be

Re: Android file chooser

an > Simon Mac Donald > http://hi.im/simonmacdonald > > > On Mon, Feb 11, 2013 at 3:05 PM, Max Woghiren wrote: > > You're right about the FileUtils API, but I need a Cordova File object to > > access those methods. yields a native File object, > so, > > for

Re: Android file chooser

ile picker, you just have . > > Joe > > On Mon, Feb 11, 2013 at 11:21 AM, Max Woghiren wrote: > > Hi everyone, > > > > I'm implementing Chrome's file system API using Cordova. On iOS, this > uses > > the Camera API. However, on Android, Camera isn

Re: Testing 2.4.0rc1 on iOS - 2 possible failures

gt; wait for 2.4.0rc2 to see if my FileTransfer errors magically go away. > > happy testing! > > > On Fri, Jan 25, 2013 at 3:51 PM, Max Woghiren wrote: > > > I'm not seeing the FileTransfer error on an iPad2 / iOS 6.0. I am seeing > > the File error thoug

Re: Testing 2.4.0rc1 on iOS - 2 possible failures

I'm not seeing the FileTransfer error on an iPad2 / iOS 6.0. I am seeing the File error though. On Fri, Jan 25, 2013 at 3:46 PM, Shazron wrote: > Thanks Becky, > http://ci.cordova.io/ confirms the blobConstructor error on iPad3,1 > running > iOS 5.1 > I don't have my other test devices here, th

[jira] [Resolved] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Woghiren resolved CB-2235. -- Resolution: Fixed > FileTransfer spec test failing on i

[jira] [Commented] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13560834#comment-13560834 ] Max Woghiren commented on CB-2235: -- Turns out the "investigation" was prompte

[jira] [Commented] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13560810#comment-13560810 ] Max Woghiren commented on CB-2235: -- Never mind—I need to investigate

[jira] [Issue Comment Deleted] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Woghiren updated CB-2235: - Comment: was deleted (was: Never mind—this breaks it in iOS5. Fixing.) > FileTransfer spec t

[jira] [Commented] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13560809#comment-13560809 ] Max Woghiren commented on CB-2235: -- Never mind—this breaks it in iOS5. Fi

[jira] [Commented] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13560788#comment-13560788 ] Max Woghiren commented on CB-2235: -- I've updated [the fix|https://github.com/apach

[jira] [Commented] (CB-2235) FileTransfer spec test failing on iOS5

[ https://issues.apache.org/jira/browse/CB-2235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559779#comment-13559779 ] Max Woghiren commented on CB-2235: -- I made a [quick fix|https://github.com/apache/cor

  1   2   >