Andrew
Some enterprise apps allow access to their own intranet sites with privately
signed certificates. Such apps can't connect to internet usually so there's no
way to verify the certificates.
As I mentioned earlier, it's pretty easy to access privately signed URLs within
the main Cordova web
Sorry, I buggered up the list. Full list copied below...
> Attendees: If you plan to attend, could you add your name to this list
> (inline so that the list grows) and say whether you plan to be co-located:
> agrieve, co-location=Google Waterloo
> mmocny, co-location=Google Waterloo
> maxw, co-lo
On Aug 6, 2013, at 7:45 PM, Anis KADRI wrote:
> Just tried it and it works. I have a couple of comments.
>
> - I think it would be better to have a separate template and then use
> util.format() to add all the values. Kinda like we do help()
thanks for the feedback, i figured there was an easi
Ally, co-location=n/a Tokyo, Japan.
Sent from my Windows Phone From: Tommy-Carlos Williams
Sent: 07/08/2013 07:53
To: dev@cordova.apache.org
Subject: Re: Post 3.0 release committer and community meeting
On 07/08/2013, at 6:15 AM, Bryan Higgins wrote:
> agrieve, co-location=Google Waterloo
> mmo
Windows phone does. Unless we can agree on guaranteed channel order of
firing on startup, I still need this.
Sent from my iPhone
> On Aug 6, 2013, at 5:08 PM, Gord Tanner wrote:
>
> That channel used to be there for any platforms that needed some time to warm
> up after the web view was initial
That channel used to be there for any platforms that needed some time to warm
up after the web view was initialized.
I don't think any platforms require this anymore so I am ok with removing it as
well.
Sent from my iPhone
On 2013-08-06, at 5:37 PM, Jesse wrote:
> WP code:
>
> string native
Just tried it and it works. I have a couple of comments.
- I think it would be better to have a separate template and then use
util.format() to add all the values. Kinda like we do help()
- I think you should add some tests ;-}
On Tue, Aug 6, 2013 at 2:11 PM, Lucas Holmquist wrote:
> oh yea,
+1 if we can somehow automate a user-level node installation (or
package it somehow).
On Tue, Aug 6, 2013 at 3:28 PM, Filip Maj wrote:
> That's a fair answer! I concur. The main win for me is in android + BB
> land, for the reason you name, Jesse.
>
> On 8/6/13 3:24 PM, "Jesse" wrote:
>
>>I only
Another disadvantage is, this may cause downstream distributions of
Cordova to get fragmented.
--
Gorkem
On Tue, Aug 6, 2013 at 4:43 PM, Andrew Grieve wrote:
> Want to have this as a discussion starter.
>
> We've previously established that:
> 1. Releases for plugman & CLI will not be tied to
I wrote some tests for Android back when I was writing those bin/
thingies. I think it makes sense to have some higher level blind tests
that run against each platform's bin folder. I'd like it be part of
cordova-cli though. We already have 40+ repositories.
On Tue, Aug 6, 2013 at 3:52 PM, Jesse
I am a +1 either way, not sure which is best.
@purplecabbage
risingj.com
On Tue, Aug 6, 2013 at 3:40 PM, Filip Maj wrote:
> You mean, can't the tests exist as part of the cordova-cli tests? I
> suppose they could. The unit tests in cordova-cli are just that: unit
> tests. They do not actually
On 07/08/2013, at 6:15 AM, Bryan Higgins wrote:
> 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
> bhiggins,
+1 for sane Asia/Aus time.
On 16/07/2013, at 5:59 PM, Ally Ogilvie wrote:
> Sensible timezone for Asia/Aus please :)
>
>
>
> On Tue, Jul 16, 2013 at 4:22 PM, Filip Maj wrote:
>
>> Sounds good
>>
>> On 7/16/13 12:10 AM, "David Pfahler" wrote:
>>
>>> Count me in for the hangouts etc.
>>>
You mean, can't the tests exist as part of the cordova-cli tests? I
suppose they could. The unit tests in cordova-cli are just that: unit
tests. They do not actually shell out to the platform scripts. This keeps
the tests focussed and light (run in < 1 second). A good thing if you're
developing on
This will also be a great addition to the min requirements of being a
supported platform. +1
On Tue, Aug 6, 2013 at 3:10 PM, Filip Maj wrote:
> Bonus: no longer need to update the wiki article linked-to below and
> instead can update the tests. At least this way platform maintainers will
> get a
That's a fair answer! I concur. The main win for me is in android + BB
land, for the reason you name, Jesse.
On 8/6/13 3:24 PM, "Jesse" wrote:
>I only think this should be done for the multi-OS platforms.
>Elsewhere it is just a make work project IMHO.
>I have spent a lot of time ensuring that I
Can't this be done vicariously through the cordova-cli tests?
@purplecabbage
risingj.com
On Tue, Aug 6, 2013 at 3:10 PM, Filip Maj wrote:
> Bonus: no longer need to update the wiki article linked-to below and
> instead can update the tests. At least this way platform maintainers will
> get a b
I only think this should be done for the multi-OS platforms.
Elsewhere it is just a make work project IMHO.
I have spent a lot of time ensuring that I was not introducing
dependencies, then we add node, and we get 600 deps.
@purplecabbage
risingj.com
On Tue, Aug 6, 2013 at 3:14 PM, Filip Maj wr
I would like to introduce node.js as a dependency for the platform
libraries, so that the platform scripts (bin/create, cordova/run, etc) are
written in node.
Pros:
- For multi-OS platforms (Android, BlackBerry), this reduces committer
cognitive load as the scripts do not need to be authored in tw
Bonus: no longer need to update the wiki article linked-to below and
instead can update the tests. At least this way platform maintainers will
get a bit more tangible feedback on those scripts, and possibly higher
chance that the scripts get updated :)
On 8/6/13 3:07 PM, "Filip Maj" wrote:
>I wo
I would like to propose adding a new repository to cordova called
platform-spec.
It would be a set of tests that would be run against a cordova-* platform
implementation's bin/ folder, testing all of the platform scripts that we
have started / attempted to standardize [1].
Reason: I already see d
WP code:
string nativeReady = "(function(){
cordova.require('cordova/channel').onNativeReady.fire()})();";
@purplecabbage
risingj.com
On Tue, Aug 6, 2013 at 1:45 PM, Ian Clelland wrote:
> I think that's a good idea. If there are no platforms actually using this
> signal to indicate anything u
oh yea, and the command is "cordova -i" or "cordova -info"
On Aug 6, 2013, at 5:10 PM, Lucas Holmquist wrote:
> So i've done a little work on this here:
>
> https://github.com/lholmquist/cordova-cli/tree/CB-2234
>
> atm i've only added the iOS and Android platforms. And it doesn't currently
So i've done a little work on this here:
https://github.com/lholmquist/cordova-cli/tree/CB-2234
atm i've only added the iOS and Android platforms. And it doesn't currently
get your command history.
i have it outputting to the console as well as writing to a file, info.txt ,
eventually maybe
I think that's a good idea. If there are no platforms actually using this
signal to indicate anything useful, then nobody should be listening for it
to fire.
Deleting it now means that nobody ends up in a situation where they're
implicitly depending on a feature that we don't support, don't test,
Want to have this as a discussion starter.
We've previously established that:
1. Releases for plugman & CLI will not be tied to platform releases
2. Releases to plugins will not be tied to platform releases
That's not to say we shouldn't sometime co-ordinate them with platform
releases, but I thi
Andrew, not too late. I started a JIRA issue related to translation here:
https://issues.apache.org/jira/browse/CB-4461
Basically I ended up going with Crowdin instead of Transifex because
Crowdin supports markdown file times making it a LOT easier on our flow.
The customer support has been inc
Sergey, `cordova plugin *` commands all invoke plugman.
On 8/1/13 12:26 AM, "Sergey Grebnov (Akvelon)"
wrote:
>Thanks Benn, regarding WP8 and plugman support:
>
>Does this mean cli command "cordova plugin add ..." use different
>mechanism (not plugman)? I run the following commands and got added
I think the onCordovaReady event does what onNativeReady intends to do..
If that makes sense. So removal sounds good to me.
Are there cases out there where third party plugins attach to
onNativeReady?
On 8/6/13 1:21 PM, "Andrew Grieve" wrote:
>All of the JS platforms fire onNativeReady in their
All of the JS platforms fire onNativeReady in their platform.bootstrap
function (used to be bootstrap-$platform.js).
Might as well just delete this channel, yes?
On Tue, Aug 6, 2013 at 4:15 PM, Bryan Higgins wrote:
> 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
> bhiggin
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
bhiggins, co-location=BlackBerry Toronto
jheifetz, co-location=BlackBerry T
Michal & I did a test run with the hang-outs on air and it seemed to work
really well! We'll give it a try :) No need to fill out your info if you
don't plan on talking.
On Tue, Aug 6, 2013 at 4:04 PM, Richard Sentino wrote:
> definitely +1 for viewing-only via youtube but pretty sure the record
definitely +1 for viewing-only via youtube but pretty sure the recorded version
might get some audience too
Richard
--
Sent from my mobile
Original Message
From: Michal Mocny
Sent: Wed Aug 07 07:49:55 NZST 2013
To: dev
Cc: Andrew Grieve
Subject: Re: Post 3.0 release commit
That could be an ideal solution to that :).
Thanks all,
=Ryan
On 8/6/13 12:53 PM, "Al Harding" wrote:
>Ryan come up to the Vancouver office?
>
>
>On Tue, Aug 6, 2013 at 12:51 PM, Ryan Stewart wrote:
>
>> If we're planning on attending from a community standpoint, but aren't
>> planning on tal
Finally getting around to this. I think the workflow that you describe
sounds great! The project link didn't work for me... maybe I was too slow
:(.
On Tue, Jul 30, 2013 at 5:24 PM, Anis KADRI wrote:
> I vote yes. I am a bit worried about translations though. I feel like
> people who translat
Ryan come up to the Vancouver office?
On Tue, Aug 6, 2013 at 12:51 PM, Ryan Stewart wrote:
> If we're planning on attending from a community standpoint, but aren't
> planning on talking, is there going to be an easy way to do that or do we
> need to add our names to the list?
>
> And I'm assumi
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
If we're planning on attending from a community standpoint, but aren't
planning on talking, is there going to be an easy way to do that or do we
need to add our names to the list?
And I'm assuming this is open to non-committers based on the subject, but
correct me if that's wrong.
=Ryan
On 8/6/1
SGTM
On 8/6/13 11:57 AM, "Michal Mocny" wrote:
>I like Ians suggestion. I'm happy to trust that contributors know what
>constitutes good/bad content and what is/isn't worth sharing, and that we
>can go to the lists for the few times where confirmation is needed. Fil,
>that okay with you?
>
>An
Added my name + location inline below
On 8/6/13 12:33 PM, "Andrew Grieve" wrote:
>Want to get the ball rolling on this.
>
>Please fill out this doodle so we can pick a day:
>http://www.doodle.com/i4u89n2k52yne4zt
>AFAIK, the *best* timezone-friendly time is 4:30PM PST
>
>How to meet? - Hangouts
On Tue, Aug 6, 2013 at 3:33 PM, Andrew Grieve wrote:
> Want to get the ball rolling on this.
>
> Please fill out this doodle so we can pick a day:
> http://www.doodle.com/i4u89n2k52yne4zt
> AFAIK, the *best* timezone-friendly time is 4:30PM PST
>
> How to meet? - Hangouts have a max 10 person lim
We'll need 2 locations for the Cordova team at Adobe:
>Attendees: If you plan to attend, could you add your name to this list
>(inline so that the list grows) and say whether you plan to be co-located:
agrieve, co-location=Google Waterloo
aharding, co-location=Adobe Vancouver
stevegill, co-locati
Want to get the ball rolling on this.
Please fill out this doodle so we can pick a day:
http://www.doodle.com/i4u89n2k52yne4zt
AFAIK, the *best* timezone-friendly time is 4:30PM PST
How to meet? - Hangouts have a max 10 person limit, but I've found that VC
meetings get a bit unwieldy anyways when
I like Ians suggestion. I'm happy to trust that contributors know what
constitutes good/bad content and what is/isn't worth sharing, and that we
can go to the lists for the few times where confirmation is needed. Fil,
that okay with you?
Another question, though: should we have templates for the
On Tue, Aug 6, 2013 at 2:01 PM, Filip Maj wrote:
> Will this mean we will be discussing blog post curation stuff on
> dev@cordova.apache.org ?
I hope that we can avoid a lot of that -- I'd hate for every potential
external contribution to come down to a discussion and vote on the mailing
list.
+1 as well. I plan to write some posts on BlackBerry and Cordova and a method
to "link" would be great.
Sent from my BlackBerry 10 smartphone on the Bell network.
From: dguald...@gmail.com
Sent: Tuesday, August 6, 2013 1:48 PM
To: dev@cordova.apache.org
Reply To: dev@cordova.apache.org
Subject: R
Will this mean we will be discussing blog post curation stuff on
dev@cordova.apache.org ?
On 8/6/13 10:46 AM, "Tommy Williams" wrote:
>+1 from me as well.
>
>I like the idea of official posts looking official as well as the side
>effect of third party posts getting the traffic benefits.
>
>- tom
+1
Sent from my BlackBerry® wireless device
-Original Message-
From: Tommy Williams
Date: Tue, 6 Aug 2013 10:46:15
To:
Reply-To: dev@cordova.apache.org
Subject: Re: Posting Blog Posts
+1 from me as well.
I like the idea of official posts looking official as well as the side
effect of
+1 from me as well.
I like the idea of official posts looking official as well as the side
effect of third party posts getting the traffic benefits.
- tommy
On 7 Aug 2013 03:44, "Ian Clelland" wrote:
> +1. That's a good approach to separating them, and should encourage
> third-party authors to
+1. That's a good approach to separating them, and should encourage
third-party authors to submit pieces -- knowing that Apache will drive
traffic to their site.
On Tue, Aug 6, 2013 at 1:35 PM, David Kemp wrote:
> +1 for Michals approach
>
>
> On Tue, Aug 6, 2013 at 1:27 PM, Michal Mocny wro
+1 for Michals approach
On Tue, Aug 6, 2013 at 1:27 PM, Michal Mocny wrote:
> I'de like to make a proposal about how we go about publishing certain blog
> posts. I think this is a good practice for Organizational-type blogs to
> clearly identify posts which are (1) genuinely origination from t
I'de like to make a proposal about how we go about publishing certain blog
posts. I think this is a good practice for Organizational-type blogs to
clearly identify posts which are (1) genuinely origination from the
organization, vs (2) those which are just being curated from within the
community.
:o
On 8/2/13 2:39 PM, "Anis KADRI" wrote:
>http://npm-stat.vorb.de/charts.html?package=cordova
I am a member of the sys apps working group:
http://www.w3.org/2012/sysapps/
Mozilla (FxOS) and samsung+intel (Tizen) lead a lot of the discussions
there and IMO the work done in this group better represents cordova's
interests. We used to track the DAP, though.
On 8/5/13 12:02 PM, "Lisa Seacat
+1, let's file it as an issue
On 8/6/13 7:01 AM, "Andrew Grieve" wrote:
>The path where it was looking for the file looks correct to me. Note that
>plugins get copied into your project in *two* spots:
>
>1. within plugins/
>2. within platforms/
>
>I think the bug here is that we should ignore wh
>cordova plugin ls
>cordova platform ls
>cordova prepare
I don't think any of these commands invoke shelljs
>On Thu, Jul 25, 2013 at 1:57 PM, Filip Maj wrote:
>
>> cheers
>>
>> On 7/25/13 10:54 AM, "Andrew Grieve" wrote:
>>
>> >Issues created.
>> >https://issues.apache.org/jira/browse/CB-4398
Ripple does exactly what serve does but provides an in-browser emulator
experience on top
On 8/6/13 7:47 AM, "Wargo, John" wrote:
>Thanks. Another question, how is Ripple used with the CLI?
>
>John M. Wargo
>SAP | Charlotte, NC | USA
>Office: +1 704.321.0265 | Mobile: +1 704.249.7476
>Email: jo
Thanks. Another question, how is Ripple used with the CLI?
John M. Wargo
SAP | Charlotte, NC | USA
Office: +1 704.321.0265 | Mobile: +1 704.249.7476
Email: john.wa...@sap.com
Twitter: @johnwargo
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal Moc
Here's a draft of a "how to write a blog post". I intend to add this to the
website's README.md. Wanted to get some feedback / +1 since this is a
"process".
Writting a Blog Post
>
> Blog posts live in `www/_posts`. To create a new post:
> 1. Copy one of the existing posts i
Just replaced all instances in cordova-cli and plugman, and removed shelljs
from node_modules to make *sure* we don't use that one anywhere. (also
forced a syntax error to sanity check that I'm sure I'm using the right
local version).
Results are zero noticeable improvement in perf. May still be
I didn't replace it inside plugman, but assumed that for "plugin ls" and
"platform ls" it would not call into plugman.. perhaps it always does for
some setup, and I'll try replacing *all* instances for good measure.
On Tue, Aug 6, 2013 at 9:57 AM, Andrew Grieve wrote:
> Whenever I run "createmo
file:// urls come with a lot of restrictions in chrome in desktop, but that
isn't the intended use case anyway.
The intended purpose was to load the web assets from a mobile device
instead of loading the bundled versions, so as to get rapid edit-refresh
when not making changes to native bits. As
The path where it was looking for the file looks correct to me. Note that
plugins get copied into your project in *two* spots:
1. within plugins/
2. within platforms/
I think the bug here is that we should ignore when files we're trying to
delete are already gone.
On Sat, Aug 3, 2013 at 8:32 P
Whenever I run "createmobilespec.sh", I get an EMFILE error, which is
caused by shelljs.exec leaking file handles, so it must be calling it a
good number of times.
Did you replace it with shelljs-ffi in plugman as well?
Somewhat related - I tried swapping in shelljs-ffi in coho, but it fails
afte
One of the original motivations for "cordova serve" was for it to watch for
changes and automatically run "prepare" for you. I don't think this is
working right now though.
On Fri, Aug 2, 2013 at 4:23 PM, Anis KADRI wrote:
> XHRs won't work by default on certain browsers such as Chrome. I don't
66 matches
Mail list logo