GitHub user dpogue opened a pull request:
https://github.com/apache/cordova-android/pull/127
Ignore --device option in Android build
iOS uses the `--device` flag to indicate that it should build for the
device rather than the simulator. Until recently, Android simply ignored this
o
Github user shazron commented on the pull request:
https://github.com/apache/cordova-plugin-geolocation/pull/25#issuecomment-58731667
Please file an issue for Android at:
http://issues.apache.org/jira/browse/CB
... so it can be tracked and evaluated by the devs, and you ca
They have been converted to jasmine.
Right now there are two test suites:
1. cordova-lib tests (runs the unit tests)
2. create tests (tests different ways to create a project)
Thanks Edna!
On Fri, Oct 10, 2014 at 10:34 AM, Edna Y Morales
wrote:
>
> I have gone through the mobilespec tests on 8.1 beta 2 and so far
> everything is looking good. Looks like the only API diffs are methods and
> constants that got added.
>
> Thanks,
> Edna Morales
+1
Verified Signatures, tags and functionality.
On 10/10/14, 3:50 PM, "Steven Gill" wrote:
>We need one more vote to publish
>
>On Mon, Oct 6, 2014 at 8:18 PM, Sergey Grebnov (Akvelon) <
>v-seg...@microsoft.com> wrote:
>
>> I vote +1
>> * Verified signatures and hashes
>> * Verified
We need one more vote to publish
On Mon, Oct 6, 2014 at 8:18 PM, Sergey Grebnov (Akvelon) <
v-seg...@microsoft.com> wrote:
> I vote +1
> * Verified signatures and hashes
> * Verified tags
> * Checked plugin functionality with mobilespec app for windows and
> wp8 platforms
> *
Please review and vote on this Tools Release.
Release issue: https://issues.apache.org/jira/browse/CB-7661
Tools have been published to
dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-7661/
The packages were published from their corresponding git tags:
cordova-js: 3.7.1 (f5046c96
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/28
[CB-7766] Add quirk note about android navigator.globalization.dateToString
A note to clarify, that the value obtained using dateToString uses the
UTS#35 and is not comple
Good call.
On Fri, Oct 10, 2014 at 2:14 PM, purplecabbage wrote:
> Github user purplecabbage commented on the pull request:
>
> https://github.com/apache/cordova-coho/pull/52#issuecomment-58695256
>
> We should stop closing issues from other repositories, since @asfgit
> closing it does
Yeah we were joking that we were fine with Apache Cordova 10, but not Apache
Cordova X --- ACX is too Apple. :)
-Chuck
-Original Message-
From: Jesse [mailto:purplecabb...@gmail.com]
Sent: Friday, October 10, 2014 11:37 AM
To: dev@cordova.apache.org
Subject: Re: Independent platform re
I am sure Microsoft had a much longer discussion before deciding on Windows
10, and probably the same goes for Android L
Happy to be moving ...
@purplecabbage
risingj.com
On Fri, Oct 10, 2014 at 11:29 AM, Michal Mocny wrote:
> 4.0! woo hoo.
>
> On Fri, Oct 10, 2014 at 2:10 PM, Josh Soref wrot
4.0! woo hoo.
On Fri, Oct 10, 2014 at 2:10 PM, Josh Soref wrote:
> Ok, 4.0
>
> On 10/10/14, 2:08 PM, "Steven Gill" wrote:
>
> >Alright, 4.0.
> >
> >On Fri, Oct 10, 2014 at 11:06 AM, Shazron wrote:
> >
> >> 4.0 and let's move on. It's just a number, and is a minor point in the
> >>end.
> >>
> >
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-coho/pull/52#issuecomment-58696669
@agrieve, @purplecabbage thx for looking on this!
I've asked @MariaBukharina to send PR one more time w/o 'd' alias for
'--depth' arg since we use -d for debug
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-coho/pull/52#issuecomment-58695256
We should stop closing issues from other repositories, since @asfgit
closing it does not give us any more info.
Looking at cordova-coho and elsewhere, I sti
Ok, 4.0
On 10/10/14, 2:08 PM, "Steven Gill" wrote:
>Alright, 4.0.
>
>On Fri, Oct 10, 2014 at 11:06 AM, Shazron wrote:
>
>> 4.0 and let's move on. It's just a number, and is a minor point in the
>>end.
>>
>> On Fri, Oct 10, 2014 at 10:57 AM, Andrew Grieve
>> wrote:
>>
>> > Should we consider ju
Alright, 4.0.
On Fri, Oct 10, 2014 at 11:06 AM, Shazron wrote:
> 4.0 and let's move on. It's just a number, and is a minor point in the end.
>
> On Fri, Oct 10, 2014 at 10:57 AM, Andrew Grieve
> wrote:
>
> > Should we consider jumping to 13? You know... just prefix a 1 onto the
> > existing num
4.0 and let's move on. It's just a number, and is a minor point in the end.
On Fri, Oct 10, 2014 at 10:57 AM, Andrew Grieve
wrote:
> Should we consider jumping to 13? You know... just prefix a 1 onto the
> existing number.
>
>
>
> 4.0 (or any other number) is great by me!
>
> On Fri, Oct 10
Should we consider jumping to 13? You know... just prefix a 1 onto the
existing number.
4.0 (or any other number) is great by me!
On Fri, Oct 10, 2014 at 1:54 PM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:
> 4.0 is also good. Should we tag and start a vote for th
4.0 is good. Let's move.
@purplecabbage
risingj.com
On Fri, Oct 10, 2014 at 10:54 AM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:
> 4.0 is also good. Should we tag and start a vote for that ?
> Sorry for asking about vote again, but I want to ensure that the issues
> th
4.0 is also good. Should we tag and start a vote for that ?
Sorry for asking about vote again, but I want to ensure that the issues
that Sergey fixed in the CLI/Lib are impacting some folks and I hope this
release could help them fast.
On 10/10/14, 10:17 AM, "Victor Sosa" wrote:
>lol... I like t
I have gone through the mobilespec tests on 8.1 beta 2 and so far
everything is looking good. Looks like the only API diffs are methods and
constants that got added.
Thanks,
Edna Morales
lol... I like that :P
2014-10-10 12:09 GMT-05:00 Joe Bowser :
> On Oct 10, 2014 10:05 AM, "Brian LeRoux" wrote:
> >
> > OR we move to named releases externally.
> >
> > Cordova MX === 4.0
>
> Cordova Mexico?
>
> > On Oct 10, 2014 10:03 AM, "Michal Mocny" wrote:
> >
> > > 4 was also discussed as
GitHub user sosahvictor opened a pull request:
https://github.com/apache/cordova-plugin-network-information/pull/21
CB-7700 cordova-plugin-network-information documentation translation
CB-7700 cordova-plugin-network-information documentation translation:
cordova-plugin-network-infor
GitHub user sosahvictor opened a pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/45
CB-7700 cordova-plugin-file-transfer documentation translation
CB-7700 cordova-plugin-file-transfer documentation translation:
cordova-plugin-file-transfer
You can merge th
GitHub user sosahvictor opened a pull request:
https://github.com/apache/cordova-docs/pull/241
CB-7700 cordova-docs documentation translation
CB-7700 cordova-docs documentation translation: cordova-docs
You can merge this pull request into a Git repository by running:
$ git pul
GitHub user sosahvictor opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/86
CB-7700 cordova-plugin-file documentation translation
CB-7700 cordova-plugin-file documentation translation: cordova-plugin-file
You can merge this pull request into a Git repository
On Oct 10, 2014 10:05 AM, "Brian LeRoux" wrote:
>
> OR we move to named releases externally.
>
> Cordova MX === 4.0
Cordova Mexico?
> On Oct 10, 2014 10:03 AM, "Michal Mocny" wrote:
>
> > 4 was also discussed as fine, and in isolation would have been our
choice
> > for sure -- but we worried th
Thanks for the answers and they make sense to me. Just a couple of follow-ons
– see [LEO] below.
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal Mocny
Sent: Friday, October 10, 2014 9:54 AM
To: Treggiari, Leo
Cc: Michal Mocny; Marcel Kinard; dev
Subject: Re: Independent pl
OR we move to named releases externally.
Cordova MX === 4.0
On Oct 10, 2014 10:03 AM, "Michal Mocny" wrote:
> 4 was also discussed as fine, and in isolation would have been our choice
> for sure -- but we worried that with the impending "cordova-4.0" releases,
> it would confuse users and not ma
Well, alright, I think I like that. All I care about is that we start to
semver properly, and don't block platforms from releasing.
Anyway, I'm not sure we should necessarily vote on this, but lets give it a
day to sink in since it isn't what everyone agreed to at the meetup.
-Michal
On Fri, Oc
4 was also discussed as fine, and in isolation would have been our choice
for sure -- but we worried that with the impending "cordova-4.0" releases,
it would confuse users and not mark a clear departure from cadver.
The more I think about it though, the less important I think that worry
is. Maybe
On Thu, Oct 9, 2014 at 3:22 PM, Treggiari, Leo
wrote:
> I’ll have to admit that this seems a bit weird. That is, independent
> versions of the CLI and platforms, with a “Cordova release” named
> “something” – e.g. a date?
>
"The Cordova Release" can be labelled with the CLI version number. Th
I would prefer 4 as well. I asked in the hangout and the answer was that 4 was
not good because Android had/is releasing a platform version 4. However if the
CLI and platform version numbers will be unrelated going forward, it doesn't
seem as if that should matter.
Leo
-Original Message-
As is 4.
This is more of an outreach, marketing, blogging, tweeting, etc problem.
Versions are for issue tracking not marketing. (Tho semver and our
respective $BIGCO's confuse that to their and our continued strife.)
(All IMO of course, happy to follow the wisdom of the crowd on this one.)
On Oc
5 is also fine.
On Fri, Oct 10, 2014 at 12:17 PM, Brian LeRoux wrote:
> I am against it. Its not going to achieve the goal of alleviating
> confusion. People see the CLI as the version not the platforms. I'd rather
> we went to 5 if anything.
> On Oct 9, 2014 3:56 PM, "Parashuram Narasimhan (MS
I am against it. Its not going to achieve the goal of alleviating
confusion. People see the CLI as the version not the platforms. I'd rather
we went to 5 if anything.
On Oct 9, 2014 3:56 PM, "Parashuram Narasimhan (MS OPEN TECH)" <
panar...@microsoft.com> wrote:
> I meant tag and start the vote fo
I'd like to see this tie into Pluggable WebViews because based on the work
I'm doing on MozillaView, I think we're going to need it broken out into a
plugin and an API added for it. That said, I'm hoping the delta isn't too
different, because if we decide to completely redesign the Pluggable
WebVi
I'm still thinking in the old CadVer world here -- yes, it is a breaking
change, and would absolutely require a major version change. 3.7.0 is
certainly not a possible version number for it.
I suppose the issue of master vs. 4.0.x in my head was whether the feature
branch should be rooted on the b
Github user agrieve commented on the pull request:
https://github.com/apache/cordova-coho/pull/52#issuecomment-58642817
I don't see any commit logs that tell it close it, and I don't see it
merged either.
Change LGTM as well. Maybe just pull it in now even though it's closed?
---
Hi Dam,
The code for that is here:
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/util.js#L31
So, looks like if you set your HOME / USERPROFILE variable to somewhere
else that might do it.
You can also try and manage your downloads separately and do things via:
cordo
Hello guys,
I want to use cordova in a multi-user environment. I have noticed that at
the first use, cordova needs to download some stuff, and write them to a
".cordova" folder in my HOME folder. I would like to modify this process in
order to have a single folder for all my users. The idea is to
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-coho/pull/52#issuecomment-58634089
Does anyone know why this PR was closed w/o any comment? I personally think
that this option is very valuable, for example to significantly speed up Medic
which use
Github user Pushkar13008 commented on the pull request:
https://github.com/apache/cordova-plugin-geolocation/pull/25#issuecomment-58625893
Hi,
I use cordova 3.6 and last version of geolocation. I have the same issue on
Android. When the watch is cleared, the symbol stays visible.
43 matches
Mail list logo
