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
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 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
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
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 mmo...@google.com wrote:
Article: http://blog.npmjs.org/post/101775448305/npm-and-front-end-packaging
List:
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 kam...@google.com wrote:
Variables should to be provided when adding the plugin
E.g:
Exactly.
On Nov 5, 2014, at 6:44 PM, Andrew Grieve agri...@chromium.org 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:
Awesome! Starting a tools release.
On Thu, Nov 6, 2014 at 7:46 PM, Steven Gill stevengil...@gmail.com 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
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
The platforms are out, starting the tools release process.
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:
...
platform name=ios
config-file
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.
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 vvadi...@kodiaknetworks.com
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 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.
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
Thanks Josh for reviewing it. I have fixed the issues.
On 11/7/14, 2:55 AM, Josh Soref jso...@blackberry.com 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
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
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 kam...@google.com wrote:
The platforms are out, starting the tools release process.
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
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 cmarc...@gmail.com wrote:
From
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).
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 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:
Makes total sense.
On Nov 7, 2014, at 1:34 PM, Mark Koudritsky kam...@google.com 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,
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 cmarc...@gmail.com wrote:
Makes total sense.
On Nov 7, 2014, at
I suspect Vidiraj's question was driven by this:
https://developer.apple.com/news/?id=10202014a
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 cmarc...@gmail.com wrote:
I suspect Vidiraj's question was driven by this:
https://developer.apple.com/news/?id=10202014a
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
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).
Please review and send PRs!
https://github.com/kamrik/apache-blog-posts/blob/master/2014-11-10-tools-release.md
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:
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 stevengil...@gmail.com wrote:
Yup!
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 shaz...@gmail.com:
Yup. So the answer is:
cordova-ios:
64 bit support since cordova-ios
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
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
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
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
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 -
38 matches
Mail list logo