[GitHub] cordova-plugins pull request: Resolved screen move on keyboard app...

[shazron]

Github user shazron commented on the pull request:

https://github.com/apache/cordova-plugins/pull/1#issuecomment-62247629
  
Sorry about that. I was merging something from another repo and wanted to 
keep the history, and github was being clever. Re-open please (we don't have 
the karma - only issue creators do)


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

[GitHub] cordova-plugins pull request: Resolved screen move on keyboard app...

[purplecabbage]

Github user purplecabbage commented on the pull request:

https://github.com/apache/cordova-plugins/pull/1#issuecomment-62247523
  
This was not intended to be closed.  This is because @shazron used the term 
'Fixes #1' in his commit ( refering to 1. Any backgrounded app can potentially 
access this local web server when your app is running. )
Github auto closed pull request #1 as a result


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

[GitHub] cordova-plugins pull request: Resolved screen move on keyboard app...

[beckyconning]

Github user beckyconning commented on the pull request:

https://github.com/apache/cordova-plugins/pull/1#issuecomment-62244153
  
Hi could someone please explain why this was closed? Especially from that 
commit. It seems unrelated. Has the issue been resolved?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

[GitHub] cordova-plugins pull request: Resolved screen move on keyboard app...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugins/pull/1


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: cordova 64-bit support

[Shazron]

Like it or not, it is the future of Apple's ecosystem.
A lot of people will differ on the wanting to keep iOS 6 support. But we've
regularly only supported only the latest, plus the previous - and it's a
resources issue.

If you want to volunteer testing everything on iOS 6 devices for each
release, please do contribute. We are all working with limited resources
here.

On Fri, Nov 7, 2014 at 3:15 PM, julio cesar sanchez 
wrote:

> what's the point of swift plugins?
> is there something that can't be done with objective-c and need swift?
> I think iOS 6 support is more important that the swift plugins
>
> 2014-11-07 20:14 GMT+01:00 Shazron :
>
> > Yup. So the answer is:
> >
> > cordova-ios:
> > 64 bit support since cordova-ios 3.4.1. Xcode 6 only support since
> > cordova-ios 3.7.0.
> >
> > On Fri, Nov 7, 2014 at 11:04 AM, Marcel Kinard 
> wrote:
> >
> > > I suspect Vidiraj's question was driven by this:
> > > https://developer.apple.com/news/?id=10202014a
> >
>

Re: cordova 64-bit support

[julio cesar sanchez]

what's the point of swift plugins?
is there something that can't be done with objective-c and need swift?
I think iOS 6 support is more important that the swift plugins

2014-11-07 20:14 GMT+01:00 Shazron :

> Yup. So the answer is:
>
> cordova-ios:
> 64 bit support since cordova-ios 3.4.1. Xcode 6 only support since
> cordova-ios 3.7.0.
>
> On Fri, Nov 7, 2014 at 11:04 AM, Marcel Kinard  wrote:
>
> > I suspect Vidiraj's question was driven by this:
> > https://developer.apple.com/news/?id=10202014a
>

RE: Measuring Perf of Cordova apps (Android/iOS)

[Parashuram Narasimhan (MS OPEN TECH)]

Thanks for merging it. I did not want to mess up the release blog posts we are 
doing now - hence the date, but would defer to your better judgment on when to 
publish. 

-Original Message-
From: Steven Gill [mailto:stevengil...@gmail.com] 
Sent: Friday, November 7, 2014 2:22 PM
To: dev@cordova.apache.org
Subject: Re: Measuring Perf of Cordova apps (Android/iOS)

Looks good to me. I merged it into apache-blog-posts repo.

https://github.com/cordova/apache-blog-posts/blob/master/2014-11-12-cordova-perf.md

It still needs to be published to the site. Looks like you are aiming to 
publish it on Wednesday, November 12th (based on the date in the file name).

-Steve

On Fri, Nov 7, 2014 at 8:18 AM, Parashuram Narasimhan (MS OPEN TECH) < 
panar...@microsoft.com> wrote:

> Thanks Josh for reviewing it. I have fixed the issues.
>
> On 11/7/14, 2:55 AM, "Josh Soref"  wrote:
>
> >‎You can benefit from a spelling (you have capitalized the second 
> >letter of one long word) and grammar checker (there's a parenthetical 
> >where you want "and", not "or")
> >
> >Otherwise, it seems pretty neat.
> >‎
> >Sent from my BlackBerry 10 smartphone.
> >
> >?B KK
> >KKCB  
> >? ?[  X  ܚX K??K[XZ[? ??] ][  X  ܚX P? ܙ?ݘK \?X ?K ܙ B  ܈?Y??]?[ۘ[?? 
> > [X[  ? ??K[XZ[? ??] Z?[??? ܙ?ݘK \?X ?K ܙ B
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [DISCUSS] Tools Release

[Mark Koudritsky]

Ok sent out a vote thread.

What's the process with branches for tools where only the last digit was
changed.
For example in cordova-js Do I just do something like this?
git checktout 3.7.x
git merge 3.7.2
git push

On Fri, Nov 7, 2014 at 2:03 PM, Steven Gill  wrote:

> Yup! We should discuss the version in these threads early on. If CLI or Lib
> have changes other than new pinned platforms, we should update the version
> accordingly based on semver.
>
> On Fri, Nov 7, 2014 at 11:00 AM, Marcel Kinard  wrote:
>
> > Makes total sense.
> >
> > On Nov 7, 2014, at 1:34 PM, Mark Koudritsky  wrote:
> >
> > > For the release process in general, it looks like it would be useful to
> > > decide on the intended version names very early in the process and send
> > out
> > > the intended version names as part of the DISCUSS email, so that this
> can
> > > also be discussed. What do you think?
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> > For additional commands, e-mail: dev-h...@cordova.apache.org
> >
> >
>

Review: Tools Release blog post

[Mark Koudritsky]

Please review and send PRs!
https://github.com/kamrik/apache-blog-posts/blob/master/2014-11-10-tools-release.md

Re: Measuring Perf of Cordova apps (Android/iOS)

[Steven Gill]

Looks good to me. I merged it into apache-blog-posts repo.

https://github.com/cordova/apache-blog-posts/blob/master/2014-11-12-cordova-perf.md

It still needs to be published to the site. Looks like you are aiming to
publish it on Wednesday, November 12th (based on the date in the file name).

-Steve

On Fri, Nov 7, 2014 at 8:18 AM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:

> Thanks Josh for reviewing it. I have fixed the issues.
>
> On 11/7/14, 2:55 AM, "Josh Soref"  wrote:
>
> >‎You can benefit from a spelling (you have capitalized the second letter
> >of one long word) and grammar checker (there's a parenthetical where you
> >want "and", not "or")
> >
> >Otherwise, it seems pretty neat.
> >‎
> >Sent from my BlackBerry 10 smartphone.
> >
> >?B�CB�
> >?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?�ܙ?ݘK�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�
> >?�??K[XZ[?�??]�Z?[???�ܙ?ݘK�\?X�?K�ܙ�B
>
>

[VOTE] Tools Release

[Mark Koudritsky]

Please review and vote on this Tools Release.

Release issue: https://issues.apache.org/jira/browse/CB-7988

Packages have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/CB-7988/
And to npm under @rc tag

To test them out you can use:
npm -g uninstall cordova
npm -g install cordova@rc

The packages were published from their corresponding git tags:

cordova-js: 3.7.2 (7afadfc044)
cordova-lib: 4.1.0 (0141806d73)
cordova-plugman: 0.22.14 (cdb84dda53)
cordova-cli: 4.1.0 (e33cfc90a0)

Upon a successful vote I will upload the archives to dist/, publish them to
NPM (under @latest tag), and post the corresponding blog post.

Voting guidelines:
https://github.com/apache/cordova-coho/blob/master/docs/release-voting.md

Voting will go on for a minimum of 48 hours.

I vote +1:
* Ran coho audit-license-headers over the relevant repos
* tested with npm test and mobilespec on Android

Re: cordova 64-bit support

[Shazron]

Yup. So the answer is:

cordova-ios:
64 bit support since cordova-ios 3.4.1. Xcode 6 only support since
cordova-ios 3.7.0.

On Fri, Nov 7, 2014 at 11:04 AM, Marcel Kinard  wrote:

> I suspect Vidiraj's question was driven by this:
> https://developer.apple.com/news/?id=10202014a

Re: cordova 64-bit support

[Marcel Kinard]

I suspect Vidiraj's question was driven by this: 
https://developer.apple.com/news/?id=10202014a

Re: [DISCUSS] Tools Release

[Steven Gill]

Yup! We should discuss the version in these threads early on. If CLI or Lib
have changes other than new pinned platforms, we should update the version
accordingly based on semver.

On Fri, Nov 7, 2014 at 11:00 AM, Marcel Kinard  wrote:

> Makes total sense.
>
> On Nov 7, 2014, at 1:34 PM, Mark Koudritsky  wrote:
>
> > For the release process in general, it looks like it would be useful to
> > decide on the intended version names very early in the process and send
> out
> > the intended version names as part of the DISCUSS email, so that this can
> > also be discussed. What do you think?
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Re: [DISCUSS] Tools Release

[Marcel Kinard]

Makes total sense.

On Nov 7, 2014, at 1:34 PM, Mark Koudritsky  wrote:

> For the release process in general, it looks like it would be useful to
> decide on the intended version names very early in the process and send out
> the intended version names as part of the DISCUSS email, so that this can
> also be discussed. What do you think?


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: [DISCUSS] Tools Release

[Marcel Kinard]

That would be my interpretation as well, and in keeping of the spirit of semver.

The versioning strategy doc doesn't specifically say what should happen to the 
cli version when the lib or plugman changes. I just pushed some clarifying 
changes into the doc: 
https://git-wip-us.apache.org/repos/asf?p=cordova-coho.git;a=commitdiff;h=8d2abe5b
 , let me know if there are objections.

On Nov 7, 2014, at 1:12 PM, Shazron  wrote:

> There were definitely changes to cordova-lib to support cordova-ios 3.7.0
> (new icons/splashscreen size support). If I'm reading the rule correctly,
> the cli should be at 4.1.0

Re: [DISCUSS] Tools Release

[Mark Koudritsky]

Yup, started the process thinking it will be 4.0.1, changing to 4.1.0 and
restarting.

For the release process in general, it looks like it would be useful to
decide on the intended version names very early in the process and send out
the intended version names as part of the DISCUSS email, so that this can
also be discussed. What do you think?

On Fri, Nov 7, 2014 at 1:12 PM, Shazron  wrote:

> There were definitely changes to cordova-lib to support cordova-ios 3.7.0
> (new icons/splashscreen size support). If I'm reading the rule correctly,
> the cli should be at 4.1.0
>
> On Fri, Nov 7, 2014 at 10:06 AM, Marcel Kinard  wrote:
>
> > From
> >
> https://github.com/apache/cordova-coho/blob/master/docs/versioning-and-release-strategy.md
> > :
> >
> > "...when a new platform is released, and the platform pin in the CLI is
> > correspondingly updated, the CLI receives a bump to its third digit, no
> > matter the size of the version bump to those platform(s). If the CLI
> > requires a change (beyond updating the pin) to handle the new platform,
> or
> > if the CLI has other changes, then the second or even first digit of the
> > CLI version may get bumped - the SemVer semantics still apply for the
> CLI."
> >
> > On Nov 7, 2014, at 1:02 PM, Shazron  wrote:
> >
> > > What's our rule for incrementing cordova-cli version when a platform
> gets
> > > updated? I can't find it in the docs.
> >
> >
>

Re: cordova 64-bit support

[Shazron]

The 64 bit support on iOS is in the form of a fat binary that contains 32
bit and 64 bit code.
This form of fat binary is only supported for iOS 5.1.1 and up, which is
below our minimum support of iOS 6.0 in cordova-ios itself (which may be
bumped up soon to 7.0 if there is consensus to do so).

Off-topic:
If we bump up min support to iOS 7.0, we can support Swift plugins.

On Fri, Nov 7, 2014 at 8:17 AM, Ian Clelland  wrote:

> The question doesn't reference any particular platform, for one. Is this a
> Windows phone question? An iOS question? Android? Workstation? There's no
> actual answer to it, as stated.
>
> I totally agree that we should document which platforms support / require
> 64-bit binaries, along with what we support in general, it's just that, as
> Joe said, we need more into to answer the original question.
>
> iOS supports 64-bit devices (as of 3.4.1). I haven't looked to see whether
> the compiled binaries are 64-bit, or if they're 32-bit but run on both
> arm32 and arm64.
>
> Android is a Java platform, and so doesn't care about 32- or 64- bit width
> at the level that Cordova operates on. The crosswalk plugin includes native
> code, and that code is 32-bit on both ARM and x86 right now. I haven't
> tested on a 64-bit device yet, but I expect that the libxwalkcore.so
> library will at least load on them.
>
> Other people can chime in on other platforms, if what I've written isn't
> what the original question was about.
>
> On Fri Nov 07 2014 at 10:56:54 AM Josh Soref 
> wrote:
>
> > Vadiraj V wrote:
> > > I would like to know if cordova supports 64-bit - if so, from which
> > > version it supports and any supporting documentation exists. Thanks.
> >
> > Joe Bowser wrote:
> > > Can you be more specific?
> > > I'm not sure what you're asking.
> >
> > http://cordova.apache.org/docs/en/4.0.0/guide_support_index.
> > md.html#Platfor
> > m%20Support
> > <
> http://cordova.apache.org/docs/en/4.0.0/guide_support_index.md.html#Platform%20Support
> >
> >
> >
> > Doesn't include any reference to "64bit".
> >
> > It's a reasonable question.
> > Are the apps that are generated, 32bit or 64bit or both (as applicable)?
> >
> >
>

Re: [DISCUSS] Tools Release

[Shazron]

There were definitely changes to cordova-lib to support cordova-ios 3.7.0
(new icons/splashscreen size support). If I'm reading the rule correctly,
the cli should be at 4.1.0

On Fri, Nov 7, 2014 at 10:06 AM, Marcel Kinard  wrote:

> From
> https://github.com/apache/cordova-coho/blob/master/docs/versioning-and-release-strategy.md
> :
>
> "...when a new platform is released, and the platform pin in the CLI is
> correspondingly updated, the CLI receives a bump to its third digit, no
> matter the size of the version bump to those platform(s). If the CLI
> requires a change (beyond updating the pin) to handle the new platform, or
> if the CLI has other changes, then the second or even first digit of the
> CLI version may get bumped - the SemVer semantics still apply for the CLI."
>
> On Nov 7, 2014, at 1:02 PM, Shazron  wrote:
>
> > What's our rule for incrementing cordova-cli version when a platform gets
> > updated? I can't find it in the docs.
>
>

Re: [DISCUSS] Tools Release

[Marcel Kinard]

From 
https://github.com/apache/cordova-coho/blob/master/docs/versioning-and-release-strategy.md
 :

"...when a new platform is released, and the platform pin in the CLI is 
correspondingly updated, the CLI receives a bump to its third digit, no matter 
the size of the version bump to those platform(s). If the CLI requires a change 
(beyond updating the pin) to handle the new platform, or if the CLI has other 
changes, then the second or even first digit of the CLI version may get bumped 
- the SemVer semantics still apply for the CLI."

On Nov 7, 2014, at 1:02 PM, Shazron  wrote:

> What's our rule for incrementing cordova-cli version when a platform gets
> updated? I can't find it in the docs.

Re: [DISCUSS] Tools Release

[Shazron]

What's our rule for incrementing cordova-cli version when a platform gets
updated? I can't find it in the docs.

On Fri, Nov 7, 2014 at 7:08 AM, Mark Koudritsky  wrote:

> The platforms are out, starting the tools release process.​
>

Re: cordova 64-bit support

[Josh Soref]

Ian Clelland wrote:
> The question doesn't reference any particular platform, for one.

True

> Is this a Windows phone question? An iOS question? Android? Workstation?
> There's no actual answer to it, as stated.

I see it as a documentation question.
I think it's legitimate to ask about documenting support for all supported
platforms.

>I totally agree that we should document which platforms support / require
>64-bit binaries, along with what we support in general, it's just that, as
>Joe said, we need more into to answer the original question.

I don't really think we need more information.
Sure we have to decide if there's a question about "cordova-cli host" vs.
"cordova generated binaries target",
I think it's reasonable to assume that no one really cares about the host
side because "it just works" (unless there's some amusing platform where
it doesn't).

>iOS supports 64-bit devices (as of 3.4.1).

We should definitely document this.

>I haven't looked to see whether the compiled binaries are 64-bit,
> or if they're 32-bit but run on both arm32 and arm64.

I suppose it's worth deciding if it's important to indicate whether it's a
"runs on" vs "is-native".
It probably mostly matters in case some platform switches from "64bit w/
32bit support" to "64bit only", in which case a previous "32bit that runs
on 64bit" would switch too "does not work at all".

>Android is a Java platform, and so doesn't care about 32- or 64- bit width
>at the level that Cordova operates on.

> The crosswalk plugin includes native code,
>and that code is 32-bit on both ARM and x86 right now.

We're going to need to split out crosswalk somewhere on our supported
platforms table...

>I haven't tested on a 64-bit device yet, but I expect that the
>libxwalkcore.so
>library will at least load on them.



>Other people can chime in on other platforms, if what I've written isn't
>what the original question was about.


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Measuring Perf of Cordova apps (Android/iOS)

[Parashuram Narasimhan (MS OPEN TECH)]

Thanks Josh for reviewing it. I have fixed the issues.

On 11/7/14, 2:55 AM, "Josh Soref"  wrote:

>‎You can benefit from a spelling (you have capitalized the second letter
>of one long word) and grammar checker (there's a parenthetical where you
>want "and", not "or")
>
>Otherwise, it seems pretty neat.
>‎
>Sent from my BlackBerry 10 smartphone.
>
>?B�CB�
>?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?�ܙ?ݘK�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�
>?�??K[XZ[?�??]�Z?[???�ܙ?ݘK�\?X�?K�ܙ�B

Re: cordova 64-bit support

[Ian Clelland]

The question doesn't reference any particular platform, for one. Is this a
Windows phone question? An iOS question? Android? Workstation? There's no
actual answer to it, as stated.

I totally agree that we should document which platforms support / require
64-bit binaries, along with what we support in general, it's just that, as
Joe said, we need more into to answer the original question.

iOS supports 64-bit devices (as of 3.4.1). I haven't looked to see whether
the compiled binaries are 64-bit, or if they're 32-bit but run on both
arm32 and arm64.

Android is a Java platform, and so doesn't care about 32- or 64- bit width
at the level that Cordova operates on. The crosswalk plugin includes native
code, and that code is 32-bit on both ARM and x86 right now. I haven't
tested on a 64-bit device yet, but I expect that the libxwalkcore.so
library will at least load on them.

Other people can chime in on other platforms, if what I've written isn't
what the original question was about.

On Fri Nov 07 2014 at 10:56:54 AM Josh Soref  wrote:

> Vadiraj V wrote:
> > I would like to know if cordova supports 64-bit - if so, from which
> > version it supports and any supporting documentation exists. Thanks.
>
> Joe Bowser wrote:
> > Can you be more specific?
> > I'm not sure what you're asking.
>
> http://cordova.apache.org/docs/en/4.0.0/guide_support_index.
> md.html#Platfor
> m%20Support
> 
>
>
> Doesn't include any reference to "64bit".
>
> It's a reasonable question.
> Are the apps that are generated, 32bit or 64bit or both (as applicable)?
>
>

Re: cordova 64-bit support

[Josh Soref]

Vadiraj V wrote:
> I would like to know if cordova supports 64-bit - if so, from which
> version it supports and any supporting documentation exists. Thanks.

Joe Bowser wrote:
> Can you be more specific?
> I'm not sure what you're asking.

http://cordova.apache.org/docs/en/4.0.0/guide_support_index.md.html#Platfor
m%20Support


Doesn't include any reference to "64bit".

It's a reasonable question.
Are the apps that are generated, 32bit or 64bit or both (as applicable)?

Re: cordova 64-bit support

[Joe Bowser]

Can you be more specific?  I'm not sure what you're asking.

On Fri Nov 07 2014 at 7:43:27 AM Vadiraj V 
wrote:

> I would like to know if cordova supports 64-bit - if so, from which
> version it supports and any supporting documentation exists. Thanks.
>
>
> Regards,
> Vadiraj.
>
>

cordova 64-bit support

[Vadiraj V]

I would like to know if cordova supports 64-bit - if so, from which version it 
supports and any supporting documentation exists. Thanks.


Regards,
Vadiraj.

RE: Questions re: plugin variables

[Horn, Julian C]

Leo's question really hasn't been answered yet.  Let me try to make this more 
concrete and see if anyone can explain whether the current behavior of the CLI 
is correct or not.

The plugin.xml in the StatusBar plugin contains the following content:

...

.
  ...
  

There are several mysteries here.

1) What does it mean if the name attribute of a preference tag does not obey 
the "only capital letters, digits, or underscores" rule?  Apparently it can 
never cause variable replacement.
2) What does the value attribute mean?  Does this supply a default value for a 
variable if the variable is not mentioned in the --variable flag (thus making 
the variable "optional")?
3) Where can  tags legally appear?  Must they be outside of 
 tags, or can they be inside  tags or even inside 
 tags?

Our experiments with CLI 4.0.1-dev show the following:

1) The value attribute is ignored by the CLI, or at least it doesn't create a 
default value.

For example, suppose you put the following preference tag outside of any 
 tag.

We found that the user is still required to supply --variable API_KEY, which 
means that "my-api-key" never becomes the value of API_KEY.

2)  tags appear to be ignored by the CLI if they appear below a 
 node.

If you move the  node shown above from outside a  node to 
inside a  node, then the CLI stops prompting for a --variable flag 
and $API_KEY is not replaced by anything.

It looks to us like the  tag is overloaded.  When it appears 
outside the  tag it defines a variable.  When it appears inside a 
 tag it does not.  The meaning of the  tag within a 
 tag is apparently determined by the platform.

If people agree that this is correct then the documentation can be updated 
accordingly.  However, we did see some code in the implementation that seemed 
to be looking for  tags inside of  tags.  It seems like 
this isn't working as intended, but then again we can't figure out what the 
intention is.

Julian

-Original Message-
From: Marcel Kinard [mailto:cmarc...@gmail.com] 
Sent: Friday, November 07, 2014 9:42 AM
To: dev@cordova.apache.org
Subject: Re: Questions re: plugin variables

If there is a reasonable question from a user, it should probably be added to 
the docs (assuming it's not already there).

Leo, would you like to do a pull request?

On Nov 5, 2014, at 8:24 PM, Mark Koudritsky  wrote:

> Variables should to be provided when adding the plugin
> E.g:
> 
>cordova plugin add org.some.plugin --variable API_KEY=some_value
> 
> Example of a plugin that uses variables:
> http://plugins.cordova.io/#/package/com.phonegap.plugins.facebookconne
> ct
> 
> Relevant places in the code in cordova-lib:
>   Where variables are checked during plugin add:
> 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cord
> ova/plugin.js#L126
> 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plug
> man/install.js#L296
> 
> Here each variable is replaced with its value when generating the 
> "config munge" which is an object that describes changes that need to 
> be applied to the platform dir.
> 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plug
> man/util/config-changes.js#L368
> 
> 
> On Wed, Nov 5, 2014 at 5:28 PM, Treggiari, Leo 
> 
> wrote:
> 
>> I'm having a hard time understanding exactly how plugin variables work.
>> It's probably a level of detail that only plugin developers and tool 
>> developers need to be concerned about.  I'd appreciate it if someone 
>> can give me the answers.
>> 
>> 1.  "variables can be indicated by a dollar-sign followed by a series 
>> of capital letters, digits, or underscores."
>> "To make the variable mandatory, the  tag needs to 
>> contain a  tag."
>> Does this mean that there are optional and required variables - i.e?
>>  -  A variable reference is defined by a lexical element which 
>> begins with a $ and is followed only by capital letters, digits, or 
>> underscores?
>>  -  A variable is made mandatory by the presence of a 
>>  tag which uses the same name with the $ removed?
>>  -  Can this  tag be anywhere in the plugin.xml file, 
>> or must it be the direct child of the  element or
>> a  element?
>>  -  Can the variable references be anywhere or only within strings?
>> 
>> 2.  Where and when are the variables replaced by their value?
>>  -  plugin.xml is the only place that the variable value is used 
>> and only for replacing the variable references?
>>  -  When in Cordova CLI do the values get applied - during "add", 
>> during "prepare"?
>> 
>> 3.   What happens if you combine dependencies with variables.  For
>> example, suppose A depends on B, and B requires a variable X.  How do 
>> you supply the value?
>> 
>> Thanks,
>> Leo
>> 
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.or

Re: [DISCUSS] Tools Release

[Mark Koudritsky]

The platforms are out, starting the tools release process.​

Re: Cordova 8th most explicitly installed npm package!

[Joe Bowser]

I have a feeling that we may get in trouble for distributing on npm if we
let the Apache folks know about this.  Every time we've sent them a story
about our success, they've found new ways to try to sabotage and destroy
the project.  We should let sleeping dogs lie.

On Fri Nov 07 2014 at 6:27:35 AM Marcel Kinard  wrote:

> Indeed!
>
> Anyone mind if I propose this news to the Apache press folks, to see if
> they want to highlight it on the a.o homepage or similar?
>
> On Nov 6, 2014, at 1:56 PM, Michal Mocny  wrote:
>
> > Article: http://blog.npmjs.org/post/101775448305/npm-and-front-
> end-packaging
> >
> > List:
> > https://docs.google.com/spreadsheets/d/1LyRwn6E8k7NM5bw2hJ7pWD7BWjgN_
> EskQ0ZMNphrffE/edit#gid=0
> >
> > Woot!  Some other interesting tidbits in the article.
> >
> > -Michal
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Re: [ANNOUNCE] Cordova-iOS, Cordova-Windows, & Cordova-wp8 3.7.0 released

[Mark Koudritsky]

Awesome! Starting a tools release.

On Thu, Nov 6, 2014 at 7:46 PM, Steven Gill  wrote:

>
> http://cordova.apache.org/announcements/2014/11/06/cordova-wp-windows-3.7.0.html
> http://cordova.apache.org/announcements/2014/11/06/cordova-ios-3.7.0.html
>
> Lets get that tools release out! Mark?
>
> -Steve
>

Re: Adding ability to add any platform on any OS

[Marcel Kinard]

Exactly.

On Nov 5, 2014, at 6:44 PM, Andrew Grieve  wrote:

> That's my understanding. Don't do check_reqs until the start of an
> operation that depends on the reqs (e.g. a build)


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Questions re: plugin variables

[Marcel Kinard]

If there is a reasonable question from a user, it should probably be added to 
the docs (assuming it's not already there).

Leo, would you like to do a pull request?

On Nov 5, 2014, at 8:24 PM, Mark Koudritsky  wrote:

> Variables should to be provided when adding the plugin
> E.g:
> 
>cordova plugin add org.some.plugin --variable API_KEY=some_value
> 
> Example of a plugin that uses variables:
> http://plugins.cordova.io/#/package/com.phonegap.plugins.facebookconnect
> 
> Relevant places in the code in cordova-lib:
>   Where variables are checked during plugin add:
> 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/plugin.js#L126
> 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/install.js#L296
> 
> Here each variable is replaced with its value when generating the "config
> munge" which is an object that describes changes that need to be applied to
> the platform dir.
> 
> https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/plugman/util/config-changes.js#L368
> 
> 
> On Wed, Nov 5, 2014 at 5:28 PM, Treggiari, Leo 
> wrote:
> 
>> I'm having a hard time understanding exactly how plugin variables work.
>> It's probably a level of detail that only plugin developers and tool
>> developers need to be concerned about.  I'd appreciate it if someone can
>> give me the answers.
>> 
>> 1.  "variables can be indicated by a dollar-sign followed by a series of
>> capital letters, digits, or underscores."
>> "To make the variable mandatory, the  tag needs to contain
>> a  tag."
>> Does this mean that there are optional and required variables - i.e?
>>  -  A variable reference is defined by a lexical element which begins
>> with a $ and is followed only by capital letters, digits, or underscores?
>>  -  A variable is made mandatory by the presence of a 
>> tag which uses the same name with the $ removed?
>>  -  Can this  tag be anywhere in the plugin.xml file, or
>> must it be the direct child of the  element or
>> a  element?
>>  -  Can the variable references be anywhere or only within strings?
>> 
>> 2.  Where and when are the variables replaced by their value?
>>  -  plugin.xml is the only place that the variable value is used and
>> only for replacing the variable references?
>>  -  When in Cordova CLI do the values get applied - during "add",
>> during "prepare"?
>> 
>> 3.   What happens if you combine dependencies with variables.  For
>> example, suppose A depends on B, and B requires a variable X.  How do you
>> supply the value?
>> 
>> Thanks,
>> Leo
>> 
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Cordova 8th most explicitly installed npm package!

[Marcel Kinard]

Indeed!

Anyone mind if I propose this news to the Apache press folks, to see if they 
want to highlight it on the a.o homepage or similar?

On Nov 6, 2014, at 1:56 PM, Michal Mocny  wrote:

> Article: http://blog.npmjs.org/post/101775448305/npm-and-front-end-packaging
> 
> List:
> https://docs.google.com/spreadsheets/d/1LyRwn6E8k7NM5bw2hJ7pWD7BWjgN_EskQ0ZMNphrffE/edit#gid=0
> 
> Woot!  Some other interesting tidbits in the article.
> 
> -Michal


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

[GitHub] cordova-plugin-vibration pull request: CB-7970 Add cordova-plugin-...

[daserge]

GitHub user daserge opened a pull request:

https://github.com/apache/cordova-plugin-vibration/pull/25

CB-7970 Add cordova-plugin-vibration support for Windows Phone 8.1

Added Windows Phone 8.1 support
Updated documentation

[JIRA issue](https://issues.apache.org/jira/browse/CB-7970)

[This 
change](https://github.com/MSOpenTech/cordova-plugin-vibration/compare/CB-7970?expand=1#diff-5db2c860d4e7e5ef74eb7cfc33d99f8eR86)
 is because `wp` platform does not support `vibrateWithPattern` actually

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/MSOpenTech/cordova-plugin-vibration CB-7970

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-plugin-vibration/pull/25.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #25


commit 69fde4d1a56e6c590fe423f9152e6d1d657ef806
Author: daserge 
Date:   2014-11-06T16:51:38Z

CB-7970 Add cordova-plugin-vibration support for Windows Phone 8.1

Added Windows Phone 8.1 support
Updated documentation




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

[GitHub] cordova-medic pull request: CB-7987 Rename buildbot slaves for med...

[MariaBukharina]

GitHub user MariaBukharina opened a pull request:

https://github.com/apache/cordova-medic/pull/18

CB-7987 Rename buildbot slaves for medic tests to more specific names

 Added "cordova-" prefix to all slave names.
https://issues.apache.org/jira/browse/CB-7987

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/MSOpenTech/cordova-medic CB-7987

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-medic/pull/18.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #18


commit 9c31ddbb305b38ef5b232f926e769a10997d346a
Author: maria.bukharina 
Date:   2014-11-07T13:23:33Z

CB-7987 Added "cordova-" prefix to all slave names.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org

Re: Measuring Perf of Cordova apps (Android/iOS)

[Josh Soref]

‎You can benefit from a spelling (you have capitalized the second letter of one 
long word) and grammar checker (there's a parenthetical where you want "and", 
not "or")

Otherwise, it seems pretty neat. 
‎
Sent from my BlackBerry 10 smartphone.

[GitHub] cordova-windows pull request: CB-7985 windows platform does not bu...

[daserge]

GitHub user daserge opened a pull request:

https://github.com/apache/cordova-windows/pull/51

CB-7985 windows platform does not build with Visual Studio 14 CTP tools

This fixes the bug - Microsoft.Common.props is loaded successfully thus 
defining all needed MSBuild variables.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/MSOpenTech/cordova-windows CB-7985

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-windows/pull/51.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #51


commit 84c9547ab58bb256a3054f29612daec3d41196bc
Author: daserge 
Date:   2014-11-07T08:17:36Z

CB-7985 windows platform does not build with Visual Studio 14 CTP tools

This fixes the bug - Microsoft.Common.props is loaded succesfully




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org