Re: Review Request 15461: config_parser - handle duplicates with children and text when merging

- Jeffrey Heifetz On Nov. 12, 2013, 8:22 p.m., Bryan Higgins wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache

Re: Releases! Plugins + Tooling

gt;On Thu, Oct 24, 2013 at 2:47 PM, Jeffrey Heifetz >wrote: > >> I¹d like to update all the BlackBerry plugins with dependencies to point >> to the registry now that our plugins are there before this release. >> >> On 10/24/2013, 2:26 PM, "Steven Gill" wrote

Re: Releases! Plugins + Tooling

I¹d like to update all the BlackBerry plugins with dependencies to point to the registry now that our plugins are there before this release. On 10/24/2013, 2:26 PM, "Steven Gill" wrote: >I am planning on doing some releases today > >Plugins: https://issues.apache.org/jira/browse/CB-5188 >CLI + P

Re: Cordova Issue Workflow

I thought that if an issue is assigned it means nothing but if it's marked as in progress then someone is working on it.‎ There are still components with default assignees I thought. Sent from my BlackBerry 10 smartphone on the Rogers network. Original Message From: Andrew Grieve Sent: Tuesday

Re: Platforms Meet-up @ Waterloo

I'm not sure if I'll make it for the hacking, but I'm going to try and make it for the social event. On 13-10-21 4:12 PM, "Andrew Grieve" wrote: >Please tell me if this list is wrong: > >Attending: Joe, Shaz, Anis, Bryan Higgins, Gorkem, Carlos > >I'll start a private thread with all of you to e

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

Re: Review Request 14621: Fix plugin JS installation during cordova prepare

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14621/#review27033 --- Ship it! Ship It! - Jeffrey Heifetz On Oct. 12, 2013, 2:45 a.m

Re: Review Request 14621: Fix plugin JS installation during cordova prepare

test over the weekend. - Jeffrey Heifetz On Oct. 12, 2013, 2:45 a.m., Ian Clelland wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://revi

Re: PSA: watch for stipped [CB-####] from patch subject line when using git am

Is that the reason that commit that was just pushed had the wrong issue # ? On 13-10-02 2:35 PM, "Michal Mocny" wrote: >As I just discovered, git has a bug where it will strip the leading >[CB-] when using "git am" to apply a patch made with git format-patch. > Details here: [1]. > >You can

Re: Review Request 14446: [CB-4749]: Display proper error if cordova prepare run not in project dir.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14446/#review26616 --- Ship it! Ship It! - Jeffrey Heifetz On Oct. 2, 2013, 5:54 p.m

Re: Review Request 14376: Update cli prepare to make platform config.xml a build artifact

91697e9 src/metadata/wp8_parser.js 8dc121b src/prepare.js b6928b9 Diff: https://reviews.apache.org/r/14376/diff/ Testing --- Tested and Working for BlackBerry use cases Thanks, Jeffrey Heifetz

Re: Tagging 3.1.0 today?

David Kemp's buoldbot found a bug in cli from the plugman bump. I have a fix upcoming Sent from my BlackBerry 10 smartphone on the Rogers network. From: Andrew Grieve Sent: Tuesday, October 1, 2013 5:47 PM To: dev Reply To: dev@cordova.apache.org Subject: Re: Tagging 3.1.0 today? On Tue, Oct 1,

Re: Plugman Release

It seems as though there is no cordova-cli 3.1.x branch, does this mean we always release off of master? There is a bug I found where element tree needs to be bumped to the same version as plugman to support namespace xml elements and I'd like to know where to push this. Thanks, Jeff On 13-10-0

Re: Tagging 3.1.0 today?

Since I believe Lorin is away, I have tagged the release for blackberry. On 13-10-01 1:01 PM, "Marcel Kinard" wrote: >If any platform owners don't have time to do this today, let me know how >I can help. > >On Oct 1, 2013, at 11:11 AM, Andrew Grieve wrote: > >> I think all that needs >> to happ

Re: Tagging 3.1.0 today?

BlackBerry10 needs a commit into CordovaJS for 3.1 as well. (Does this mean all platforms must be updated?) On 13-09-30 1:38 PM, "Shazron" wrote: >iOS has a bug fix that is not in RC1 (but in the 3.1.x branch) related to >the Keyboard preferences in iOS 7 (visual bug). This is why I've already >

Review Request 14376: Update cli prepare to make platform config.xml a build artifact

. Diffs - spec/cli.spec.js 999ce62 Diff: https://reviews.apache.org/r/14376/diff/ Testing --- Tested and Working for BlackBerry use cases Thanks, Jeffrey Heifetz

Re: 3.1 Release

I can take the responsibility of tagging BlackBerry. Could you send me the wiki with instructions ? From: Andrew Grieve mailto:agri...@chromium.org>> Date: Thursday, 19 September, 2013 10:40 AM To: dev mailto:dev@cordova.apache.org>>, Jeffrey Heifetz mailto:jheif...@blackberry.com&g

Re: config.xml as a build artifact for less suffering and easier upgrades

board ? On 13-09-12 2:13 PM, "Michal Mocny" wrote: >Thats awesome, looking forward to it! > > >On Thu, Sep 12, 2013 at 10:22 AM, Jeffrey Heifetz >wrote: > >> Yup I'm on the same page with you Michal, and I believe Braden as well. >> I'm sorry I sh

Re: config.xml as a build artifact for less suffering and easier upgrades

27;t suggest anywhere that we edit the user's top-level, app >> config.xml. This is just a process for building the platform config.xml, >> and making it a pure build artifact. >> >> I also suggest that the "last word"; the file whose changes are added &g

Re: config.xml as a build artifact for less suffering and easier upgrades

es with me I will of course implement it the way Braden proposed it though. On 13-09-10 1:58 PM, "Jeffrey Heifetz" wrote: >Issue Created - https://issues.apache.org/jira/browse/CB-4774 > >On 13-09-10 9:30 AM, "Tommy-Carlos Williams" wrote: > >>Then col

Re: config.xml as a build artifact for less suffering and easier upgrades

Issue Created - https://issues.apache.org/jira/browse/CB-4774 On 13-09-10 9:30 AM, "Tommy-Carlos Williams" wrote: >Then colour me excited! > >+1 > > >On 10/09/2013, at 11:27 PM, Andrew Grieve wrote: > >> On Mon, Sep 9, 2013 at 7:37 PM, Tommy-Carlos Williams >>wrote: >> >>> I have been following

Re: Non-Git Plugin Dependencies

file-system relative url != "." and does not have "://" Does this seem correct to everyone? Does anyone have any strong opinions one way or the other? On 13-09-04 4:18 PM, "Jeffrey Heifetz" wrote: >While I believe we could be able to specify everything with a sing

Re: Non-Git Plugin Dependencies

gt;> >> >>>>>>>>>> >> >>>>>>>>>> >> On Tue, Sep 3, 2013 at 11:56 PM, Andrew Grieve < >>>>>>>>>> agri...@chromium.org>wrote: >>>>>>>>>> >>

Non-Git Plugin Dependencies

We were working on a redistribution of Cordova that included some plugins and ran into a use-case not covered by the current plugin spec.[1] Currently there are two ways to specify a dependency 1. Using a combination of url, commit and subdir which plugman will use to clone down a repo and insta

Re: PROPOSAL: node.js all the script things

We've been doing all our scripts in node and have yet to find a better route than ".bat" scripts that call in. So I'm interested if anyone knows of one. Sent from my BlackBerry 10 smartphone on the Rogers network. From: Benn Mapes Sent: Monday, August 26, 2013 5:53 PM To: dev@cordova.apache.org R

Re: WP8 'Plugin interface' and 'Splash screen' support

BlackBerry10 supports both Media and SplashScreen but not Globalization On 13-07-31 9:52 AM, "Michael Sierra" wrote: >I can see another couple of problems that need to be fixed. Please take >a moment to review this table for any platform you're particularly >familiar with. > >Thanks, > >--Mike

Re: Dependency wildcards

I would think '*' is an invalid subdir On 13-07-31 3:26 AM, "Filip Maj" wrote: >Im pretty sure that can be removed entirely or set to ".". > >On 7/30/13 6:49 PM, "Jesse" wrote: > >>What is the point of the wildcard in the dependency tag of plugin.xml ? >>I have an issue with any dependent plugi

Plugman Integration Tests

I recently added some end to end testing into the plugman tests run via npm test and on some machines these can take a while to run (Fil is saying 10s timeouts are being hit). While I know mocking these things can speed up the tests, I personally feel like they are more valuable as integration

Re: blackberry10 build

You haw no signing key provided so it's skipping debug token generation. You need to either add a key store pass value to your %home%/.cordova/blackberry10.json or use the platform level cordova/run script with -k and your key store pass. Sent from my BlackBerry 10 smartphone on the Rogers netw

Is a config.xml without an author valid?

When the config.xml for mobile-spec was re-written recently the element was removed and I'm just wondering if this is valid. In the BlackBerry implementation we've always required one and I'm wondering if this behaviour is wrong, or if I should add one to mobile-spec. Thanks, Jeff --

Re: CLI's master2

ever heard of it On Tue, Jul 9, 2013 at 4:26 PM, Jeffrey Heifetz wrote: > > > Sent from my BlackBerry 10 smartphone on the Rogers network. > From: Michal Mocny > Sent: Thursday, July 4, 2013 1:19 PM > To: dev > Reply To: dev@cordova.apache.org > Subject: Re: CLI's

Re: CLI's master2

Sent from my BlackBerry 10 smartphone on the Rogers network. From: Michal Mocny Sent: Thursday, July 4, 2013 1:19 PM To: dev Reply To: dev@cordova.apache.org Subject: ‎Re: CLI's master2 If master is in use, then I think that is a mistake. As far as I'm aware, master branch should be "dead" rig

Re: CLI's master2

G Sent from my BlackBerry 10 smartphone on the Rogers network. From: Michal Mocny Sent: Thursday, July 4, 2013 1:23 PM To: ‎Michal Mocn Ii Reply To: dev@cordova.apache.org Cc: dev Subject: Re: CLI's master2 (small correction, next was actually called future)

Re: CLI's master2

Sent from my BlackBerry 10 smartphone on the Rogers network. From: Michal Mocny Sent: Tuesday, July 9, 2013 3:13 PM To: dev Reply To: ‎dev@cordova.apache.org Subject: Re: CLI's master2 Hmmm. What about Carlos' suggestion to just tag master2 instead of renaming branch? It would mean we can't l

Re: Jake woes

+1 Sent from my BlackBerry 10 smartphone on the Rogers network. From: Bryan Higgins Sent: Friday, June 21, 2013 9:39 AM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: Jake woes +1 On Fri, Jun 21, 2013 at 7:11 AM, Lucas Holmquist wrote: > +1 > On Jun 20, 2013, at 11:2

Re: Opinions Needed: Platform specific features and mobilespec tests

+1 On 13-06-20 9:06 AM, "Andrew Grieve" wrote: >Definitely torn on this one. On one hand, if there are features >implemented >on some platforms that should be implemented on others than having them >fail is a constant reminder that your platform needs to implement the >missing functionality. OTO

Re: Cordova.js now at 2.9.0rc1 for real

I've been seeing similar issues with Jake since I've upgraded my node and it is definitely related to Jake failing with dependencies. I have yet to find the real root cause. On 13-06-18 8:27 PM, "Andrew Grieve" wrote: >As both Jesse and Shaz pointed out, I ran coho to update cordova.js >snapshot

Re: Whitelist and Wildcards

On BlackBerry10 we use the subdomains attribute and this seems compliant with the spec [1] 1. http://www.w3.org/TR/widgets-access/#attributes On 13-06-17 7:20 PM, "Shazron" wrote: >iOS doesn't use the subdomains attribute, relying on the wildcard in the >origin attribute only. > > >On Mon, Jun

Re: 2.9.0rc1 this coming monday??

Yep, all BB10 work is being tracked in JIRA. Check out CB-3797, CB-3799 On 13-06-17 1:26 PM, "Filip Maj" wrote: >Good stuff Bryan, is this being tracked on issues anywhere? I'd like to >refer other issues (CLI) to this feature you're speaking of. > >On 6/17/13 10:18 AM, "Bryan Higgins" wrote: >

Re: Cordova vs Company workflow

I also think there's value in having some time between posting a diff/commit/pull request to the issue and committing to master to allow some discussion. On 13-06-05 2:25 PM, "Lorin Beer" wrote: >Yes, putting a comment on the issue itself should be sufficient. If >you're familiar with the person

Re: Baby Grieve

Congratulations, all the best to you and your family. From: Andrew Grieve mailto:agri...@chromium.org>> Reply-To: "dev@cordova.apache.org" mailto:dev@cordova.apache.org>> Date: Friday, 31 May, 2013 10:00 AM To: dev mailto:dev@cordova.apache.org>> Subject: Baby Griev

Re: Cordova CLI merge, new branch, INFRA ticket

I'd go with tangled history over forced re-clone. On 13-05-29 11:00 AM, "Braden Shepherdson" wrote: >I'll keep this thread up to date with INFRA's responses. > >I asked INFRA about options and their implications. These are the four >options I described, after I was informed that our original req

Re: Cordova BlackBerry project structure

If bin is top level, it requires a non-standard first parameter to distinguish sub-platform. I know this is the same as the old way, but it's very unique to the BlackBerry implementation. Perhaps if this just routed to sub platform bin scripts it would be ideal. Sent from my BlackBerry 10 smart

Re: plugman/cli and blackberry

There will be a pull request coming, its just running through testing atm https://github.com/blackberry/cordova-plugman/pull/2. I expect to re-target this to apache in the coming hours. On 13-05-10 1:52 PM, "Filip Maj" wrote: >Only issue I see is that support was removed from the >blackberry pl

Re: blackberry 10 migration

What about plugman and cli? Sent from my BlackBerry 10 smartphone on the Rogers network. From: Lorin Beer Sent: Monday, May 6, 2013 7:04 PM To: dev Reply To: dev@cordova.apache.org Subject: Re: blackberry 10 migration ok, we'll pull the code from Blackberry/Blackberry-Cordova and Blackberry/Cord

Re: plug man and tags

e to keep that consistent. >Perhaps an `architecture` or `arch` attribute? > >Would the SOs have to be placed in a specific location (and can/would that >location need to be customized based on the library?). > >On 5/3/13 12:19 PM, "Jeffrey Heifetz" wrote: >

Re: plug man and tags

can add a `target` >attribute to it to satisfy BB's needs. > >On 5/3/13 12:07 PM, "Jeffrey Heifetz" wrote: > >>While implementing the BlackBerry10 platform updates in plugman I've >>noticed that the tags have been removed. I wanted to know if >>this was

plug man and tags

While implementing the BlackBerry10 platform updates in plugman I've noticed that the tags have been removed. I wanted to know if this was a conscious decision and if so would anyone object to me reviving them. In BlackBerry 10 some plugins require the use of sharedObject libraries I would lik

Re: Naming: cordova-2.8.0.js --> cordova.js

Tl;dr I'd like to propose a different but similar solution based on the evolution of WebWorks. That we automatically inject cordova.js into a specific place in the app (say the root since thats where cordova_plugins is) and then the developer simply adds a script tag to the correct location account

Re: Migrating to

+1 On 13-04-17 4:14 PM, "Joe Bowser" wrote: >+1 for deprecate now, remove 3.0 > >On Wed, Apr 17, 2013 at 12:15 PM, Shazron wrote: >> +1 for deprecate now, remove 3.0 >> >> >> On Wed, Apr 17, 2013 at 10:00 AM, Filip Maj wrote: >> >>> My vote is to set up deprecation of plugin now, and remove it

Re: plugman + plugin spec final q's

ughts/comments welcome. On 4/17/13 11:07 AM, "Jeffrey Heifetz" wrote: >I was thinking exactly along the same lines as Braden. Whatever universe >the cordova core plugins live in will likely be default, with the wild >west following it. SO long as plugman is explicit about where

Re: plugman + plugin spec final q's

ng a url in the would then only be necessary for >other >universes. > >Braden > > >On Wed, Apr 17, 2013 at 1:56 PM, Filip Maj wrote: > >> But then we'd need to be able to discover the different universes.. >>Unless >> we all agree on a "defau

Re: plugman + plugin spec final q's

Coming back to Braden's suggestion of specifying a url and id for plugin dependency, I think this is the correct route, and would go further to suggest the url is optional. I do not believe we should inherently tie plugin dependency to the exact source. Thats why we have a discovery system and mult

Re: BlackBerry BB10 Repos on GitHub

rkflow >>>and >>> >cross platform tool chain. >>> >A for instance is the create script: the other platforms use bash >>>scripts >>> >for the 'create' command, and BlackBerry's BB10 repo is dependent on >>>Node. >>&g

Re: BlackBerry BB10 Repos on GitHub

So now that the code has been out for a bit we'd like to start talking about getting the code into the 2.7 release. There are no longer any hacks or hoops to getting it running and anyone interested can try it out. Mobile spec results are about on par with the previous implementation and will cont

Re: Module IDs and relative requiring

I know at some point we spoke about modifying require to allow relative paths within a module and I'm wondering if this is still something we're interested in doing and if so what a reasonable spec for doing so would be. In the current plugin spec [1], under the JS module tag, we define a module

Re: docs.cordova.io == 404

Same here. Maybe it's type coercion Sent from my BlackBerry 10 smartphone. From: Filip Maj Sent: Wednesday, April 3, 2013 11:38 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: docs.cordova.io == 404 Works for me? On 4/3/13 11:35 PM, "Andrew Grieve" wrote: > -

Re: [cordova-cli] - rewrite Blackberry and Android scripts in Node to minimize surface for inconsistencies

We do have brand new scripts written in node we're struggling to get approval to show off. Sent from my BlackBerry 10 smartphone. From: Filip Maj Sent: Friday, March 22, 2013 7:46 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Re: [cordova-cli] - rewrite Blackberry and An

Re: Platform-level command line scripts ;)

I like this solution to platform scripts, the only addition I would add is that if the platform allows multiple targets, perhaps it could be possible to set a default one that would be used instead of the timeout to first one (although I suppose that makes first entry inherent default). Sent fr

Re: [cordova-cli] - check_req's should move into the platforms.

+1 On 13-03-22 1:32 PM, "Anis KADRI" wrote: >+1 > > >On Fri, Mar 22, 2013 at 10:29 AM, Brian LeRoux wrote: > >> Propose we add ./bin/check_requirements to each platforms in 2.7 >> timeframe so as to remove that logic from the cordova-cli tool. >> --

Re: Platform-level command line scripts

While we're discussing the platform level scripts, should we also attempt to standardize the arguments that can be passed in as well? On 13-03-20 6:19 AM, "Brian LeRoux" wrote: >Fil: yes I like the easy wins you describe. > >Anis: agree on harder wins. The `emulate` cmd should require a >paramet

Re: [Plugins] Changes to plugman

+11 I really like the plan On 13-03-20 10:23 AM, "Andrew Grieve" wrote: >Read through FUTURE.md. Like it! Sounds amazing! Great work guys! > > >On Tue, Mar 19, 2013 at 5:02 PM, Filip Maj wrote: > >> For those unaware, cordova-plugman [1] is a tool under active >>development >> that will be resp

Re: cordova-cli plugin add/remove/prepare proposal

Actually I'm lucky enough to be heading down to join in on the fun, looking forward to meeting all of you. On 2013-02-27, at 6:26 PM, Al Harding wrote: > Awesome! We've got a room booked at Adobe SF with projector, camera, beer, > so we can loop anyone in who is remote. > > Look forward to meeti

Re: Proposition to split cordova-blackberry into two separate plugins

t; platforms, and addressed by the current repo. > > Can you be more precise and explain exactly what you envision this new > repo to contain, and specifically why it can't come as a pull request > to the existing repo/codebase? > > > On Tue, Feb 19, 2013 at 5:47 PM, J

Re: Proposition to split cordova-blackberry into two separate plugins

> As for process, assuming there are no objections (would wait a couple > > > days), file a JIRA issue on the INFRA project > > > (issues.apache.org/jira/browser/INFRA) > > > > > > On 2/19/13 1:15 PM, "Jeffrey Heifetz" wrote: > > > > > > &

Proposition to split cordova-blackberry into two separate plugins

With all this talk of re-organizing cordova plugins we here at BlackBerry (RIM no more) have been discussing better alleging ourselves with the approach by splitting our existing cordova-blackberry platform into two separate platforms. (I saw a similar call here as well http://callback.markmail.

Re: Free ApacheCon (Committer) Ticket

Any responses? Also does it include the sprints as well? Sent from my BlackBerry 10 smartphone. From: Brent Lintner Sent: Friday, February 15, 2013 12:43 PM To: dev@cordova.apache.org Reply To: dev@cordova.apache.org Subject: Free ApacheCon (Committer) Ticket Hey all, I have (discounted) commi