versions we
need to legally bless and re-distribute.
On Fri, Sep 19, 2014 at 2:32 PM, Brian LeRoux b...@brian.io wrote:
So I think its neat we had a vote but was there a technical reason for
it?
Nope. Lets kill it.
On Fri, Sep 19, 2014 at 11:23 AM, Carlos Santana csantan...@gmail.com
+1!
On Mon, Sep 15, 2014 at 9:46 AM, Joe Bowser bows...@gmail.com wrote:
+1 to that!
On Mon, Sep 15, 2014 at 9:45 AM, Marcel Kinard cmarc...@gmail.com wrote:
The agenda is currently empty. I'd suggest that if there are no agenda
items within 1 hour of the start time, that it be
I consider 4 a release branch. Merge in tested green lit code to your
hearts desire but 4.0 is definitely not a feature. It should be always in a
releasable state.
On Sep 10, 2014 1:53 PM, Michal Mocny mmo...@chromium.org wrote:
Question is, do you consider the fact that bugs are introduced
pretty normal. we were way faster last year.
On Mon, Sep 8, 2014 at 2:04 PM, Michal Mocny mmo...@chromium.org wrote:
When was the last board report? Thats a staggering amount of activity. Is
it just that the range covered is large, or is that usual?
On Mon, Sep 8, 2014 at 4:48 PM, Shazron
Not to diss on anyone's efforts / our slowdown is b/c we're spending weeks,
sometimes months, trying to get the Vote thing right instead of just
defaulting to shipping. Ideally we fix that and get back to modern software
development.
On Mon, Sep 8, 2014 at 2:14 PM, Brian LeRoux b...@brian.io
would be worth us exploring using npm to manage deps (like, vanilla npm)
this is precisely the issue w/ maintaining this unnecessary logic ourselves
On Mon, Sep 8, 2014 at 5:26 PM, Suraj Pindoria
suraj.pindo...@yahoo.com.invalid wrote:
Hey,
I am having an issue when trying to add the
PM, Brian LeRoux b...@brian.io wrote:
me too! enjoy
(guessing you're not going to burning man?)
On Fri, Aug 22, 2014 at 9:40 AM, Kerri Shotts kerrisho...@gmail.com
wrote:
Enjoy! Hope you are going somewhere fun!
Sent from my phone
ideally we move to using npm for all dependency resolution given that is
what it does
On Fri, Sep 5, 2014 at 1:56 PM, Marcel Kinard cmarc...@gmail.com wrote:
So why is cordova-js in npm anyway? It's not an npm dependency from any of
our packages. It's embedded in each platform package.
On
0.0.1rc1
0.0.1rc2
no?
On Thu, Sep 4, 2014 at 12:54 PM, Marcel Kinard cmarc...@gmail.com wrote:
Here is more specifics on what I'd suggest:
- on the 3.6.x branch of all the platforms and tools in git, modify
VERSION and/or package.json to bump the version to 3.6.1. Create a new
3.6.1 tag
maxes out at 10mb I think.
-Chuck
-Original Message-
From: brian.ler...@gmail.com [mailto:brian.ler...@gmail.com] On Behalf Of
Brian LeRoux
Sent: Thursday, August 21, 2014 12:15 PM
To: dev@cordova.apache.org
Subject: Re: remotely loaded pages
No apologies! It definitely
...@gmail.com] On Behalf Of
Brian LeRoux
Sent: Wednesday, September 3, 2014 2:35 PM
To: dev@cordova.apache.org
Subject: Re: remotely loaded pages
there is no appcache in webview based apps…unless we implement it as a
plugin (which we won't b/c appcache is a sort of terrible spec)
On Wed, Sep 3
me too! enjoy
(guessing you're not going to burning man?)
On Fri, Aug 22, 2014 at 9:40 AM, Kerri Shotts kerrisho...@gmail.com wrote:
Enjoy! Hope you are going somewhere fun!
Sent from my phone.
___
Kerri Shotts
photoKandy Studios, LLC
On the Web:
is in control and
loaded locally (i.e. directupdate, appmobi, spellcaster) is a valid
scenario for Cordova. loading a random cordova.js directly from a
non-local
random place not guarantee to be supported.
On Wed, Aug 20, 2014 at 12:07 PM, Brian LeRoux b...@brian.io wrote:
Very much
project.
On Thu, Aug 21, 2014 at 1:30 PM, Brian LeRoux b...@brian.io wrote:
phonegap-connect serves up remote cordova.js (negotiates the requestor to
send the right file)
no deaths yet!
https://github.com/phonegap/connect-phonegap/blob/master/lib/middleware/cordova/cordova.js#L29
and cordova_plugin.js depending on the
version of the native code that is installed on the different versions of
the mobile App in production.
On Thu, Aug 21, 2014 at 2:06 PM, Brian LeRoux b...@brian.io wrote:
totally, though connect-phonegap *could* be considered production
worthy
(it is being
Very much so. So much so, I think we should even consider such
functionality as 'core'. Could dovetail w/ Serviceworker.
On Wed, Aug 20, 2014 at 7:26 AM, Andrew Grieve agri...@chromium.org wrote:
I think this is a very desired plugin that many end up re-writing, and it's
far better than
I like the idea of not supporting them until I hear a really great reason
to support them. =)
On Mon, Aug 18, 2014 at 9:31 AM, Ian Clelland iclell...@chromium.org
wrote:
We could have some sort of preprocessing step on the current directory,
that would prepare it for publishing.
Maybe we
Totally.
On Aug 18, 2014 1:34 PM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
How about storing all this information in a project's package.json ?
If all Cordova CLI projects were simply NodeJS projects and Cordova was
the builder, like Grunt or Gulp (Thinking about
We don't have to make plugins a package.json thing…we could do that latter.
If we do choose to use package.json highly likely we'll need to reserve a
key for our 'namespace'. Perhaps cordova. That key could have whatever we
want in it (such as mapping our current config.xml properties/values).
:
On Mon, Aug 18, 2014 at 5:58 PM, Brian LeRoux b...@brian.io wrote:
We don't have to make plugins a package.json thing…we could do that
latter.
If we do choose to use package.json highly likely we'll need to reserve a
key for our 'namespace'. Perhaps cordova. That key could have whatever
Welcome!
On Thu, Aug 14, 2014 at 8:50 AM, VIVEK THAKUR
vivek_thaku...@yahoo.com.invalid wrote:
Filled ICLA already. Got a confirmation mail for the same.
I have been reading more and more about contributing.
Excited :)
On Thursday, 14 August 2014 8:41 PM, Carlos Santana
rather than bundle app-hello-world I'd rather we *extracted*
cordova-project-create from cordova-lib into its own module so thing that
create cordova projects only have one way of doing it
On Thu, Aug 14, 2014 at 7:58 AM, Carlos Santana csantan...@gmail.com
wrote:
Each platform should carry
orly
On Wed, Aug 13, 2014 at 1:57 PM, Shazron shaz...@gmail.com wrote:
External urls of course work. The other alternative is to host www
contents on a local webserver, and for CORs use the whitelist.
On Wed, Aug 13, 2014 at 1:51 PM, Shazron shaz...@gmail.com wrote:
Well, bad news, the
Topic for a PGDay talk! --yes pls submit
On Wed, Aug 13, 2014 at 5:31 PM, Michal Mocny mmo...@chromium.org wrote:
:D So cool!
If I understand correct, this is a combination of:
(a) using the cordova-lib node interface directly
(b) iterating node_modules and inferring the set of platforms
main benefit was humor though an argument could be made for other ones ;)
On Tue, Aug 12, 2014 at 12:06 PM, Myles Borins my...@famo.us wrote:
Brian, would there be any benefit to using bash to call node rather than a
script that started with #! /bin/env node?
On Aug 12, 2014 12:01 PM, Brian
node?
On Aug 12, 2014 12:01 PM, Brian LeRoux b...@brian.io wrote:
OR BOTH
#!/bin/sh
node -e 'console.log(require(./package.json).version)'
On Tue, Aug 12, 2014 at 11:52 AM, Jesse purplecabb...@gmail.com
wrote:
Yeah, if you are going to replace bash
though.
@purplecabbage
risingj.com
On Tue, Aug 12, 2014 at 12:17 PM, Myles Borins my...@famo.us wrote:
A, I forgot to shim my path with a sense of humor... Oops!
On Aug 12, 2014 12:16 PM, Brian LeRoux b...@brian.io wrote:
main benefit was humor though an argument could be made
we talked about this years ago…pretty cool stuff. basically the only use
for a sync xhr call ever.
On Tue, Aug 12, 2014 at 12:32 PM, Andrew Grieve agri...@chromium.org
wrote:
Very cool! Thanks for sharing.
The technique used is the same that JsHybugger uses. Differences though:
- This is
I can see the value but have found configurable path look ups tend to be
very fragile. (The more config the more variable paths create more
opportunities for weird side effects.) I echo the sentiment that we need to
be 100% certain this feature does not break existing (default) workflow.
On Mon,
Welcome Jason! Lots to do and see here. Please document your journey of
getting up to speed. Lots of rough edges that we can smooth out with a
fresh perspective.
I'm sure your colleagues have already given you a boat load of stuff to
look at but our wiki [1] * is a great place to start.
[1]
ah, sometimes you have read inbetween the lines w/ Joe's messaging
he's right, it is broken, and he did state why: its a blocking API
our feedback would be perhaps received better with a concrete proposal:
throw out the current spec and rewrite it using DOM promises or whatever
flavor of the
bonus: https://gist.github.com/brianleroux/cc8b4adc0f9f0b7df654
(I have no idea if this is the best way…not being a fan promises but
willing to cede they have won this round.)
On Thu, Aug 7, 2014 at 10:50 AM, Brian LeRoux b...@brian.io wrote:
ah, sometimes you have read inbetween the lines w
risingj.com
On Thu, Aug 7, 2014 at 10:57 AM, Brian LeRoux b...@brian.io wrote:
bonus: https://gist.github.com/brianleroux/cc8b4adc0f9f0b7df654
(I have no idea if this is the best way…not being a fan promises but
willing to cede they have won this round.)
On Thu, Aug 7, 2014 at 10:50 AM
Plot thickens. Chrome has an experimental promises based API:
https://dvcs.w3.org/hg/dap/raw-file/default/battery/Overview.html
This is implementable.
On Thu, Aug 7, 2014 at 11:08 AM, Brian LeRoux b...@brian.io wrote:
ya, idk, even those I have problems with (meaningful strings)
current
thanks again David and have fun in the new gig / stop by and say hi
whenever!
On Wed, Aug 6, 2014 at 2:26 PM, Jesse purplecabb...@gmail.com wrote:
Thanks David, don't be a stranger. Best of luck.
Cheers,
Jesse
@purplecabbage
risingj.com
On Wed, Aug 6, 2014 at 2:22 PM, Shazron
yes! this
and related to your earlier thread: maybe hooks themselves should just be
npm modules
The hook lookups could walk up node_modules and look for modules with a
package.json that have a cordova key… maybe this should go to the other
thread
On Tue, Aug 5, 2014 at 1:18 PM, Carlos Santana
. Why not just add hooks support for
plugins (I commented as such on the other thread first).
-Michal
On Tue, Aug 5, 2014 at 4:31 PM, Brian LeRoux b...@brian.io wrote:
yes! this
and related to your earlier thread: maybe hooks themselves should just be
npm modules
The hook lookups
awesome, great to have you here Sebastian: don't hesitate to start a
thread, open an issue, and dive in on improvements
always lots to do around here!
On Wed, Jul 30, 2014 at 7:37 PM, Carlos Santana csantan...@gmail.com
wrote:
Welcome Sebastian
checkout this link
Ah the docs. Many threads have appeared and receded into the ether about
our Docs. (Searching the ML archives might be interesting but in no way
required.)
So even the very generation and publishing of Cordova docs could use a
love. And somehow this might be related to generating/publishing docs
http://html5doctor.com/web-manifest-specification
perhaps our days our numbered? I hope so!
we have a big enough backlog for 4.x as is and these specs are still very
early but worth watching for our 5.x series
hey everyone, many of us hang out in IRC and it would be good to get more
of us there
https://wiki.apache.org/cordova/IRC%20Communication
sounds like irccloud is worth using, i'm giving it a try
https://www.irccloud.com
cordova-js:
- cordova.version returns a value computed from the cordova-js git tag.
- Let's deprecate this field
- And create cordova.platformVersion
- And update our release process to have the version set based on the
platform's version rather than the tag within cordova-js.
I am against this change. I am in favor of adding platforms via
package.json, however.
We need to version lock our dependencies in the CLI. Testing and bug
resolution will be impossible otherwise. (We did this for that reason.)
However, the Platforms don't need to be synchronized. Platforms can
:38 PM, Brian LeRoux b...@brian.io wrote:
I am against this change. I am in favor of adding platforms via
package.json, however.
We need to version lock our dependencies in the CLI. Testing and bug
resolution will be impossible otherwise. (We did this for that reason.)
However
to agreement, but now we wont have anything to discuss
Friday ;)
-Michal
On Thu, Jul 24, 2014 at 2:56 PM, Brian LeRoux b...@brian.io wrote:
totally agree. the cli package.json can capture which versions of the
platforms it needs. the platforms can release with reckless abandon
Or we could use SauceLabs (for all)
On Jul 15, 2014 9:16 AM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
We would need both right? For covering Windows and Linux platforms for lib
to build/run.
-Original Message-
From: Mark Koudritsky
https://docs.saucelabs.com/reference/status-images/
On Jul 15, 2014 9:17 AM, Brian LeRoux b...@brian.io wrote:
Or we could use SauceLabs (for all)
On Jul 15, 2014 9:16 AM, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com wrote:
We would need both right? For covering Windows
have been investigating to see if I could use Appium to run Medic
tests. No Windows support yet though :(
-Original Message-
From: brian.ler...@gmail.com [mailto:brian.ler...@gmail.com] On Behalf Of
Brian LeRoux
Sent: Tuesday, July 15, 2014 9:18 AM
To: dev@cordova.apache.org
Subject
1. patch bombing is never ok
2. topic branches people: its not hard
3. testing: this is why you do it
+1 revert. back and forth justifications have been going on for weeks,
joe's work is totally borked and blocked which is unfair.
On Tue, Jul 15, 2014 at 11:42 AM, Joe Bowser bows...@gmail.com
:48 PM, Brian LeRoux b...@brian.io wrote:
1. patch bombing is never ok
2. topic branches people: its not hard
3. testing: this is why you do it
+1 revert. back and forth justifications have been going on for weeks,
joe's work is totally borked and blocked which is unfair.
On Tue
wrote:
No, I'm actually back this week. I'll be in Portland next week
for
OSCON, so my availability will be even more sporatic than it is
now.
I'll be available for the hangout tomorrow.
On Mon, Jul 14, 2014 at 10:56 AM, Brian LeRoux b...@brian.io
wrote
anyone want to take a stab at an agenda? (no major blockers/issues for us
in Vancouver/SF atm)
On Mon, Jul 14, 2014 at 8:49 AM, David Kemp drk...@chromium.org wrote:
The call is scheduled for tomorrow evening.
On 14 Jul 2014 11:44, Parashuram Narasimhan (MS OPEN TECH)
panar...@microsoft.com
think that sort of thing belongs to a preview blog post written by the
person promising it will land not our canonical docs
On Mon, Jul 14, 2014 at 10:30 AM, David Kemp drk...@chromium.org wrote:
I would prefer to have the 'coming soon' stuff more visible.
I like the idea that when looking
the min/max Android and iOS versions right
(Joe's questions about this) ?
@Lisa, would this be too early to talk about configurable folders in the
CLI?
-Original Message-
From: brian.ler...@gmail.com [mailto:brian.ler...@gmail.com] On Behalf Of
Brian LeRoux
Sent: Monday, July 14, 2014
this would be a good time to talk about the federation capabilities in
Plugman and the Cordova/CLI then =)
time for:
`cordova registry add telerik http://plugins.telerik.com/ cordova set
registry telerik`
(or something like that)
On Fri, Jul 11, 2014 at 7:51 AM, Rob Lauer
to stop are users from doing dumb
things like including thirdpartyadnetworkthatdoesnoteusehttps.js in
their apps any time soon, but they'll have to jump through more hoops
to do dumb things, and making dumb things harder is a good thing.
On Tue, Jul 8, 2014 at 9:47 AM, Brian LeRoux b
if anything changed in iOS 8
beta 3)
On Mon, Jul 7, 2014 at 11:45 AM, Brian LeRoux b...@brian.io wrote:
Was discussing this w/ Shaz and Joe and, in theory, this is possible
from
iOS8 onward and possibly w/ some refactoring in the 4.x series of
Android.
Its also probably
Yes, we've been on the road educating them about Cordova and getting them
to become contributing members of the community. As evidenced by the 'kill
phonegap' rhetoric they still have a lot to learn. ;)
That said, they are very ambitous about contributing back to the 'many
webviews' future so
Was discussing this w/ Shaz and Joe and, in theory, this is possible from
iOS8 onward and possibly w/ some refactoring in the 4.x series of Android.
Its also probably the single most problematic areas of misunderstanding as
it relates to security we have. Isolating it from core would give us a
I tend to agree. Encouraging web framework diversity *helps* Cordova long run
more. Imagine had we locked to jquerymobile years back? Probably wouldn't be
here today.
Drawback being that our audience needs to learn proper web dev which arguably
is a feature not a bug.
—
Sent from Mailbox
On
ideally we ship a point release every month and historically we'd be
pushing to a MAJOR by the summer but this year we've slowed
for my part, I'd like to start pushing faster again. on paper this should
be possible. something like this would be great
3.6 june
3.7 july
3.8 aug
3.9 sept
4.0 oct
that might be a message for infra…guessing you didn't send that last msg
On Mon, Jun 23, 2014 at 11:59 AM, Josh Soref jso...@blackberry.com wrote:
Can someone please fix this mailing list to stop lying about senders and
poisoning address books?
Thanks
Sent from my BlackBerry 10
ah the deadly peril of living on the edge of moving specs. to make things
even more fun Mozilla just made everything promises.
On Mon, Jun 23, 2014 at 2:08 PM, Ray Camden rayca...@adobe.com wrote:
As just an FYI - I swear 99% of the questions I get on my blog about
Cordova/PG involve the File
+1
For historical context, there was a time when finding/retaining committers
was more important than concern about the fickle style of JS that came into
fashion that week. We would even accept a pull request if it had tabs
instead of spaces!
But ya lets go bananas on JSHint. Cleaning up those
No regrets. ;)
On Tue, Jun 17, 2014 at 10:49 AM, Michal Mocny mmo...@chromium.org wrote:
Don't tell me you would accept patches written using emacs?
On Tue, Jun 17, 2014 at 12:45 PM, Brian LeRoux b...@brian.io wrote:
+1
For historical context, there was a time when finding/retaining
we could do a batch reformat using:
https://github.com/rdio/jsfmt
On Tue, Jun 17, 2014 at 1:28 PM, Mark Koudritsky kam...@google.com wrote:
JSHint is awesome and I'm slowly adding the JSHint config lines to almost
every file I touch in cordova-lib.
But as Shazron mentioned back in April in
cordova-lib is not end user software..or is it?
On Jun 11, 2014 5:49 AM, Ian Clelland iclell...@chromium.org wrote:
With the bump to cordova-lib, which, incidentally, also includes my
favorite feature ever -- support for Android library projects -- I'd like
to start a vote so that we can get
system, I would be thrilled if they chose
to use cordova-lib and called it directly from Node, rather than spawning
shells to invoke the CLI.)
On Wed, Jun 11, 2014 at 9:00 AM, Brian LeRoux b...@brian.io wrote:
cordova-lib is not end user software..or is it?
On Jun 11, 2014 5:49 AM, Ian
Travel assistance applications open for ApacheCon EU, Budapest. If budget
is a constraint this is a really great opportunity to get some miles.
-- Forwarded message --
From: jan i j...@apache.org
Date: Wed, Jun 11, 2014 at 8:37 AM
Subject: Travel assistance for ApacheCon EU,
Well, here's what we know. Most developers use Chrome Devtools, Webkit
Inspector, IE Developer Tools, and, increasingly, Firefox Devtools to build
their apps. They treat Cordova less as an authoring env and more as a
publishing step to test/qa. This is an important distinction to
acknowledge.
shelve!
On Tue, Jun 10, 2014 at 3:35 PM, Joe Bowser bows...@gmail.com wrote:
Hey
After the battery tests, I looked at the battery plugin, and we need
to shelve the battery plugin until we get a new API. Worse yet, the
W3C API proposed is terrible and should never be implemented on
I see the releases as a tidy bit of revisionism but it certainly paints a
better story than contrasting what we did before.
On Tue, Jun 10, 2014 at 3:41 PM, Carlos Santana csantan...@gmail.com
wrote:
Shaz what you mean there are no Board issues? just kidding :-)
Looks good to me.
Side
Hi Gabriel, we'll be reviewing and either closing or merging PRs there this
week: thx!
On Mon, Jun 9, 2014 at 3:46 AM, Schulhof, Gabriel
gabriel.schul...@intel.com wrote:
Hi, all!
I've signed the ICLA and I've updated the PRs for the CLI and for
plugman, so now they are against
,
such
as
reading config files from disk once and then modifying in-memory,
but
I'm
not sure if we actyally have that problem.
-Michal
On Fri, Jun 6, 2014 at 1:12 PM, Andrew Grieve agri...@chromium.org
wrote:
On Fri, Jun 6, 2014 at 12:37 PM, Brian LeRoux b
Jesse does well answering the queries. Our ideal is to get cordova-browser
somewhere production ready in the coming year.
On Fri, Jun 6, 2014 at 1:24 PM, Jesse purplecabb...@gmail.com wrote:
Hi Jeff,
1. Currently (out of the box) you can load the start page from the network
or the device
My understanding is that a VOTE was for ./dist and that anything npm is the
domain of the person publishing.
On Mon, Jun 9, 2014 at 1:27 PM, Steven Gill stevengil...@gmail.com wrote:
Going to have to do a vote to release to npm.
On Mon, Jun 9, 2014 at 1:22 PM, Lorin Beer
/me slow clap
On Mon, Jun 9, 2014 at 1:57 PM, Marvin Humphrey mar...@rectangular.com
wrote:
On Mon, Jun 9, 2014 at 1:35 PM, Brian LeRoux b...@brian.io wrote:
My understanding is that a VOTE was for ./dist and that anything npm is
the
domain of the person publishing.
Here's the policy
demonstrate well how little you understand of the
project. I'd recommend *actually* building Cordova *then* providing advice
about how to improve it and our release process. Seriously: it would help.
On Mon, Jun 9, 2014 at 2:18 PM, Brian LeRoux b...@brian.io wrote:
/me slow clap
Brian, I realize that you
at length, and the a very clear conclusion was
made that unless policies change, anything published to npm that is
intended for users outside of the project must first land on dist/.
On Mon, Jun 9, 2014 at 6:38 PM, Brian LeRoux b...@brian.io wrote:
Blind copy paste of URLs and blanket repeat
(or just small modules) would isolate the changes making it
easier to refactor. Anyhow: I'm tired of advocating that design pattern
choice and I'm sure you're tired of hearing about it!
On Thu, Jun 5, 2014 at 6:04 PM, Michal Mocny mmo...@chromium.org wrote:
On Thu, Jun 5, 2014 at 6:47 PM, Brian
-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Thursday, June 5, 2014 6:04 PM
To: dev
Subject: Re: wip on cordova-lib? pls let us know
On Thu, Jun 5, 2014 at 6:47 PM, Brian LeRoux b...@brian.io wrote:
we're about to do some heavy refactoring on cordova
. Looking forward to see where we get.
-Michal
On Fri, Jun 6, 2014 at 11:36 AM, Brian LeRoux b...@brian.io wrote:
@Michal: we're going to start extracting things to their own modules.
(As
discussed.) We're going to start small and simple: CordovaError,
SuperSpawn, etc
I don't see why not. Its pretty damn good now and would only help onboard
more contributors.
On Fri, Jun 6, 2014 at 1:13 PM, Brian LeRoux b...@brian.io wrote:
I don't see why not. Its pretty damn good now and would only help onboard
more contributors.
1. Agree w/ Michal: we need to discuss F2F. Want to quickly address some of
Andrews comments.
- start enforcing that Cordova projects are node projects
Node is a dep already. We could look into painting over it and distributing
raw binary that vendors Node but there's probably no benefit to it.
Pls elaborate on how we can be more efficient?
We shipped 67 releases last year and, so far, 2 this year so I'm very
interested in moving this back in the right direction.
On Thu, Jun 5, 2014 at 12:43 PM, Marvin Humphrey mar...@rectangular.com
wrote:
On Wed, Jun 4, 2014 at 12:50 PM, Joe
we're about to do some heavy refactoring on cordova-lib…it would appear
many ppl are working on it atm:
https://github.com/apache/cordova-lib/pulls
I'm afraid to find out how many *aren't* open PR's …but this certainly
illustrates the problem with one giant repo with all our code
Looks awesome: love it. Pls let us know stuff we should be fixing/changing
in Cordova to make this stuff easier!
On Wed, Jun 4, 2014 at 8:57 AM, Max Lynch m...@drifty.com wrote:
On Wed, Jun 4, 2014 at 9:37 AM, dev-digest-h...@cordova.apache.org
wrote:
-- Forwarded message
Using package.json and npm for dependencies is what those things are
designed for. Those are the conventions of the platform we use: Node. This
IS simpler, following the principle of least surprise: an expected by our
developer audience.
On Jun 4, 2014 8:55 AM, Marcel Kinard cmarc...@gmail.com
that different apps need to support different platform
versions,
but I would suspect that the greatest majority of those would want
the
same
version of iOS and Android in app x.
On 4 June 2014 at 9:04:42, Brian LeRoux (b...@brian.io) wrote:
That is the thing
is this or 2nd or 3rd release in 2014?
either way: =(
On Wed, Jun 4, 2014 at 11:21 AM, Shazron shaz...@gmail.com wrote:
The Board Report is due on June 11th. I reckon all votes and release
won't finish by then?
On Mon, Jun 2, 2014 at 11:17 AM, Steven Gill stevengil...@gmail.com
wrote:
Oh whoops, not crazy just excited. Saying YES!! to everything Michal said
in that last msg.
On Wed, Jun 4, 2014 at 11:34 AM, Carlos Santana csantan...@gmail.com
wrote:
YES!! to what? Brian
On Wed, Jun 4, 2014 at 11:18 AM, Brian LeRoux b...@brian.io wrote:
YES!!!
On Wed, Jun 4, 2014
I think I might be soon (I accepted) though I'm not sure how it works
behind the curtain. Hopefully we ramp many and more of Cordova into that
part of the ASF and continue our, sometimes painful but important, attempts
at reform.
On Wed, Jun 4, 2014 at 12:09 PM, Ian Clelland
to debate on those topics: it happening
elsewhere and if you think those things are important you should chime in
there. (legal-discuss and infra-dev)
On Wed, Jun 4, 2014 at 12:36 PM, Brian LeRoux b...@brian.io wrote:
I think I might be soon (I accepted) though I'm not sure how it works
behind
Well, maybe we read the emails from Larry differently. Anyhow! I respect
and appreciate the work too Marvin. Hopefully we can fix this clearly
broken process and move on.
On Wed, Jun 4, 2014 at 1:00 PM, Marvin Humphrey mar...@rectangular.com
wrote:
On Wed, Jun 4, 2014 at 12:47 PM, Brian LeRoux
at 9:04:42, Brian LeRoux (b...@brian.io) wrote:
That is the thing: you do not EVER want to have disparate versions
of
platforms. Plugins negate this potential fantasy.
You want version locked deps. You want to use package.json to do
that
b/c
that is what the runtime we use has
. If not, then you need to tell it when dependencies change).
My main goal for now is to get to where we can release platforms
independently, but I'm curious if this is all talk or is anyone intending
to do some real exploration in this area?
On Wed, Jun 4, 2014 at 4:55 PM, Brian LeRoux b
/apache/cordova-plugin-inappbrowser/tree/master/src
On Wed, Jun 4, 2014 at 5:32 PM, Terence M. Bandoian tere...@tmbsw.com
wrote:
Why is having different versions of platforms a recipe for disaster?
-Terence
On 6/4/2014 4:29 PM, Brian LeRoux wrote:
As discussed: having different versions
and Wednesday, would be interested
in
a cordova meet as well!
--
Ken Wallis
Senior Product Manager - WebWorks
BlackBerry
925-931-6024
-Original Message-
From: Brian LeRoux b...@brian.io
Reply-To: dev@cordova.apache.org dev@cordova.apache.org
Date
, Jun 2, 2014 at 6:05 PM, Brian LeRoux b...@brian.io wrote:
Eventually, yes. (Sort of how Grunt works now.)
On Mon, Jun 2, 2014 at 5:52 PM, Terence M. Bandoian tere...@tmbsw.com
wrote:
Can multiple versions of a platform be installed side-by-side?
-Terence
101 - 200 of 1061 matches
Mail list logo
