isn't ideal but it isn't
completely unmanageable either. It just makes the workflow a little more
complex.
-Terence
On 6/3/2014 7:12 PM, Michal Mocny wrote:
We don't do platform-plugin version matching *at all* today. Everyone
uses
the latest plugins and any platform version
,
but I do not know who would be willing able to do it.)
In the mean time, the existing CLI is already solving all the use cases
pointed out in this thread, and I'm not aware of it being a problem.
-Michal
On Wed, Jun 4, 2014 at 11:29 AM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Jun 4
, Carlos Santana csantan...@gmail.com wrote:
Micha you mean something like this?
https://github.com/csantanapr/grunt-cordovacli
On Wed, Jun 4, 2014 at 8:29 AM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Jun 4, 2014 at 11:10 AM, Carlos Santana csantan...@gmail.com
wrote:
I think
clinging to old versions of CLI
(e.g.
they
do this now because they don't want to update to new platforms)
On Mon, Jun 2, 2014 at 7:34 PM, Michal Mocny mmo...@chromium.org
wrote:
On Mon, Jun 2, 2014 at 10:14 PM, Andrew Grieve
agri
.
On Tue, Jun 3, 2014 at 10:48 AM, Michal Mocny mmo...@chromium.org wrote:
Thinking it through, if cordova platforms are deps of the CLI, to
install a
specific version you wouldn't just do:
npm install -g cordova-ios@3.4.1
you would actually need to:
cd $(npm config get prefix)/lib
WKWebView?!
On Tue, Jun 3, 2014 at 3:14 PM, Shazron shaz...@gmail.com wrote:
See API diffs:
https://developer.apple.com/library/prerelease/ios/releasenotes/General/iOS80APIDiffs/index.html
Some random search terms: UIWebView, Tofu, Rice Pilaf, WebKit, Curry,
Green Beans
On Tue, Jun 3,
were added?
-Terence
On 6/3/2014 1:47 PM, Michal Mocny wrote:
Okay, so I think that implies:
(a) CLI versions tied to very specific platform versions == to switch
platform versions you must switching CLI versions == switching one
platform version switches all platform versions
? Would a
project-platform have to be re-built if a plugin were added?
-Terence
On 6/3/2014 1:47 PM, Michal Mocny wrote:
Okay, so I think that implies:
(a) CLI versions tied to very specific platform versions == to switch
platform versions you must switching CLI
I don't see how that can be true.
On Tue, Jun 3, 2014 at 7:23 PM, Brian LeRoux b...@brian.io wrote:
You know how we do it today? Just like that.
On Tue, Jun 3, 2014 at 4:20 PM, Michal Mocny mmo...@chromium.org wrote:
Brian/Tommy, may you please write out the complete set of CLI commands
for each platform to be on different schedules.
-Terence
On 6/3/2014 6:17 PM, Michal Mocny wrote:
Most plugins will work across a wide range of platform versions, so often
it would work to have disparate platform versions even with plugins.
However, I do concede that in general this isn't
platform to be on different schedules.
-Terence
On 6/3/2014 6:17 PM, Michal Mocny wrote:
Most plugins will work across a wide range of platform versions, so often
it would work to have disparate platform versions even with plugins.
However, I do concede that in general this isn't a complexity
. While it is a significant
regression, it's well within reason for something that should happen rarely.
-Michal
On Tue, Jun 3, 2014 at 8:12 PM, Michal Mocny mmo...@chromium.org wrote:
We don't do platform-plugin version matching *at all* today. Everyone
uses the latest plugins and any
I remember seeing someone do a presentation about exactly this about a year
ago. I see the repo is new -- Was that you with a previous project?
Anyway good stuff, just hoping you aren't duplicating effort.
On Tue, Jun 3, 2014 at 8:07 PM, Max Lynch m...@drifty.com wrote:
Hey everyone,
We
Wrong mailing list?
On Tue, Jun 3, 2014 at 9:37 PM, Naik, Archana na...@lab126.com wrote:
Hi, Andrew
I recently was looking at cca and tried adding amazon-fireos platform.
Didn't quiet work smoothly. Platform add works fine. But cca build is
failing because of wrong versionCode in
(Just thinking out loud, I agree we should just let this sit for a while)
I kinda feel like the manifest linked here is a subset of the functionality
cordova app manifest will need. Theres also a bootstrap problem that web
apps define a manifest with a link tag.
Quick strawman: Perhaps we add
From original email: Ideal future CLI uses platforms just like other deps.
We lose lazy loading but network and disk is cheap so it wasn't really
important anyhow.
Made me think Brian is proposing adding platforms to cli package.json
dependencies, and you would have a single global install
:
Can multiple versions of a platform be installed side-by-side?
-Terence
On 6/2/2014 3:04 PM, Michal Mocny wrote:
From original email: Ideal future CLI uses platforms just like other
deps.
We lose lazy loading but network and disk is cheap so it wasn't really
At the bottom there is a link for processing PR:
https://github.com/apache/cordova-coho/blob/master/docs/committer-workflow.md#processing-pull-requests
On Thu, May 29, 2014 at 10:17 AM, Josh Soref jso...@blackberry.com wrote:
Andrew wrote:
It's linked to off of here:
Lisa, I love the slide deck, one of the best yet! Thanks for sharing!
Feedback: I think think the slide on 2.0 vs 3.0 could do with some more
clarity, though I guess its inherently hard to capture in one picture.
Besides that, the pitch was perfect.
Do you mind if we use some of your slides
Erik,
I think it should be possible leave the platform plugin interface as-is,
and publish a plugin that does nothing but implement
reflection-based-execute. Then, plugin authors can opt to use that as a
base class for plugin development.
I hesitate to give opinions on this topic, except to say
I tend to agree with Andrew that it should not be necessary to add
platforms to CLI's package.json dependency list. I'm not sure that there
is a benefit to doing that, except perhaps that ability to add platforms
when offline and you haven't loaded them previously.
On the other hand, I think
').
We should just update the platform scripts to check if (require.main ===
module).
-Michal
On Wed, May 28, 2014 at 10:28 AM, Michal Mocny mmo...@chromium.org wrote:
I tend to agree with Andrew that it should not be necessary to add
platforms to CLI's package.json dependency list. I'm not sure
I think that may be the result of the way we do PR.. I merged the PR Joe
points to, and I did it by pulling from his fork, and merging it into
cordova-android. In theory, this way any edits I need to do end up in my
merge commit, and the contributor changes are isolated in the original work
..both the git am --signoff and the git merge --no-ff option ends up with
committer: and author: metadata that are not cordova committers. I think
that should be fine so long as its clear which committer did the signoff /
merge -- but wanted to confirm?
On Wed, May 28, 2014 at 8:11 PM, Shazron
Should we write a plugin that must be installed along with cordova-android
that does the suggested sendJavascript via PluginResults and swap the
implementation on native-side?
-Michal
On Mon, May 26, 2014 at 1:02 PM, Ian Clelland iclell...@chromium.orgwrote:
It's probably a good candidate for
Of *course* lets do it asap. With the one caveat that we shouldn't ship
until we are confident the API won't change *again* within a month and piss
off devs, I think we should put all effort into this and ship asap.
Also, the whole 4.0 thing is not a big deal any more. Shipping one
platform to
Chrome apps for mobile initially tried using local dependencies to solve
the project-create-plugin-add while offline case. In the end, it didn't
work for us, and isn't clear that it could ever work. E.g. if you specify
local deps in your plugins, you cannot publish those plugin to registry.
...@brian.io wrote:
https://github.com/TooTallNate/gnode/blob/master/README.md
On May 7, 2014 1:18 PM, Michal Mocny mmo...@chromium.org wrote:
Damnit. Perplexing choice. Coho isn't released to end users, and
the
codebase is tremendously cleaner and more maintainable now
..but I haven't tested gnode on windows, sorry.
On Thu, May 22, 2014 at 5:47 PM, Michal Mocny mmo...@chromium.org wrote:
I no longer use node 0.11 and coho runs fine on 0.10 thanks to gnode.
nvm/nave aren't necessary at all (I think), especially now that we don't
need to switch node
, Jesse purplecabb...@gmail.com wrote:
gnode seems good on windows
Can I remove the --harmony-generators then?
Or do I need to make a new root command?
noho, windoho, woho, fauxho ?
@purplecabbage
risingj.com
On Thu, May 22, 2014 at 2:47 PM, Michal Mocny mmo...@chromium.org wrote
/master/coho#L1
[2] https://github.com/apache/cordova-coho/blob/master/coho.cmd#L1
@purplecabbage
risingj.com
On Thu, May 22, 2014 at 4:29 PM, Michal Mocny mmo...@chromium.org wrote:
RE: gnode, Awesome.
RE: --harmony-generators, not sure what you mean. Did you add that
manually
In theory, but I think the point for now was that we aren't sure about the
syntax and semantics. We should probably reach out using various channels
to get users to try it and chime in, but its really early to start
documenting lest users get upset when it breaks.
On Wed, May 21, 2014 at 10:16
On Wed, May 21, 2014 at 11:29 AM, Brian LeRoux b...@brian.io wrote:
Mark em as experimental so ppl know we'll change them. Fairly common
practice in frontend dev frameworks and Node.
They are marked experimental both on CLI and docs
On Wed, May 21, 2014 at 9:35 AM, Michal Mocny mmo
lol, thats not a bad suggestion.
At the moment the list of experimental flags is short and we already need
to explain that --experimental exists, so its left inline. We can make
that change if this becomes a thing.
On Wed, May 21, 2014 at 12:56 PM, Josh Soref jso...@blackberry.com wrote:
Just found: https://github.com/w3c-webmob/web-api-gap
It conveniently lists phonegap as well.
-Michal
..also, seems its not warning when I attempt to remove a previously saved
plugin. Not sure if that is a bug I introduced in my manual patch or if it
existed before.
-Michal
On Wed, May 7, 2014 at 2:03 PM, Michal Mocny mmo...@chromium.org wrote:
So, this patch needs updating now that cordova
Thanks Steven. Thats a good idea. This email just arrived in my inbox
right now :/ (1 day behind).
-Michal
On Thu, May 15, 2014 at 2:00 PM, Steven Gill stevengil...@gmail.com wrote:
Some of you may have noticed I started vote threads yesterday for 3.5.0. I
am planning on keeping them open
I think thats the point.
On Fri, May 16, 2014 at 8:05 AM, Wargo, John john.wa...@sap.com wrote:
I wouldn't - without it there new devs simply wouldn't know the option
even exists.
John M. Wargo
Twitter: @johnwargo
-Original Message-
From: Michal Mocny [mailto:mmo...@google.com
handling the default case and pre-populating the
directories from custom locations. So I also filed
https://issues.apache.org/jira/browse/CB-6710
On Fri, May 16, 2014 at 3:47 PM, Michal Mocny mmo...@chromium.org wrote:
I think thats the point.
On Fri, May 16, 2014 at 8:05 AM, Wargo, John john.wa
;
+}
On Tue, May 6, 2014 at 11:20 AM, Gorkem Ercan gorkem.er...@gmail.comwrote:
Any updates for me?
--
Gorkem
On Fri, Apr 18, 2014 at 10:21 PM, Michal Mocny mmo...@chromium.org
wrote:
On Fri, Apr 18, 2014 at 4:11 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Thu, Apr 17, 2014 at 3:46
, Shazron shaz...@gmail.com wrote:
7 days ago - finally arrived, congrats
On Thu, May 8, 2014 at 7:03 AM, Michal Mocny mmo...@google.com wrote:
Chromium WebView would be quite the carrot to convince devs to accept
change. With platform breakout looming, perhaps 4.0 isn't in the far
future..
-Michal
On Fri, May 16, 2014 at 4:43 PM, Ian Clelland iclell...@chromium.orgwrote:
Ugh... so I finally managed to get back to this, and spent a
I'm fairly happy with the state of the cordova-labs new-style test
harness these days, and I think its time to get the ball rolling on
replacing mobile spec [1]. I would really love to have everyone pitch in
moving tests over if we agree this is a good future.
Jesse and Bryan were nice enough to
Great overview. DHH has quite the cult following so I wonder if this will
cause ripples.
Doesn't mention cordova/phonegap, curious if they evaluated it.
-Michal
-- Forwarded message --
From: Andrew Grieve agri...@chromium.org
Date: Mon, May 12, 2014 at 2:24 PM
Subject: Nice
I'm not proposing we drop support for merges/, I just think that many apps
don't use it so why show it by default? (We've done something similar for
.cordova/ where its still supported but not created by default unless it
actually has non-default values)
The way merges/ works right now is
s/cordova-plugin-test-harness/cordova-plugin-test-framework/ -- and I'm
totally open to naming suggestions before we get stuck with this.
On Wed, May 7, 2014 at 12:44 PM, Michal Mocny mmo...@chromium.org wrote:
I'm fairly happy with the state of the cordova-labs new-style test
harness
Did you try it? Do you like it? ;)
On Mon, May 12, 2014 at 11:56 AM, Josh Soref jso...@blackberry.com wrote:
Michal Mocny wrote:
Well it *is* a cordova plugin, in the sense that it has a plugin.xml and
is
managed using cordova plugin add/rm. It also exports js apis: a list of
tests
Tommy, how do you install locally?
Specifically, do you install cordova inside a workspace, and if so, how do
you create that workspace first?
-Michal
On Mon, May 12, 2014 at 4:47 PM, Tommy Williams to...@devgeeks.org wrote:
Just as an aside, I go the other way.. I install Cordova locally.
You were in the list of contributors, but were missing from the list of PMC
on JIRA, so I added you. Were you able to assign issues to self earlier?
I'm not actually sure which roles are needed for what.
On Tue, May 13, 2014 at 9:51 AM, Marcel Kinard cmarc...@gmail.com wrote:
I don’t seem to
I'm not sure that we have an agenda, and its pretty short notice.
I'd be fine to reschedule.
On Tue, May 13, 2014 at 7:04 AM, Wargo, John john.wa...@sap.com wrote:
Is there still a hangout scheduled for today? I've not seen any emails
about it lately.
cmarc...@gmail.com
wrote:
That fixed it, thanks Michal.
I was able to assign issues to self earlier, which is why it seemed like
a
loss of permissions.
On May 13, 2014, at 10:03 AM, Michal Mocny mmo...@chromium.org wrote:
You were in the list of contributors, but were missing
reason we depend on node v0.11 to support 'yield'? Because I
can live without that portion of the refactor ... seems very academic to
me.
@purplecabbage
risingj.com
On Tue, May 6, 2014 at 7:48 PM, Michal Mocny mmo...@chromium.org wrote:
Damnit. Perplexing choice. Coho isn't released
(pinging the list, since I suspect this email was dropped last week.)
On Wed, May 7, 2014 at 12:55 PM, Michal Mocny mmo...@chromium.org wrote:
s/cordova-plugin-test-harness/cordova-plugin-test-framework/ -- and I'm
totally open to naming suggestions before we get stuck with this.
On Wed
-*
On Mon, May 12, 2014 at 10:38 AM, Josh Soref jso...@blackberry.com
wrote:
Michal Mocny wrote:
s/cordova-plugin-test-harness/cordova-plugin-test-framework/ -- and I'm
totally open to naming suggestions before we get stuck with this.
I'd rather cordova-test-framework-plugins
(poke, due to email)
On Wed, May 7, 2014 at 2:45 PM, Michal Mocny mmo...@chromium.org wrote:
Added experimental flag to CLI (--experimental). Please wrap your
handling of save restore commands with if (opts.experimental)
On Wed, May 7, 2014 at 2:05 PM, Michal Mocny mmo...@chromium.org
performance
hit. Autotests are currently 400kb of JS.
- I don't think making it easy to turn an application into a unit test
environment adds much value.
On Mon, May 12, 2014 at 11:56 AM, Josh Soref jso...@blackberry.com
wrote:
Michal Mocny wrote:
Well it *is* a cordova plugin
there without impacting application size/boot times.
-Michal
On Mon, May 12, 2014 at 2:49 PM, Michal Mocny mmo...@chromium.org wrote:
Idea: Once we have plugin level hooks, the test-harness plugin can ship
with a hook to install all local plugins' tests by iterating the
plugins/*/tests
Added experimental flag to CLI (--experimental). Please wrap your
handling of save restore commands with if (opts.experimental)
On Wed, May 7, 2014 at 2:05 PM, Michal Mocny mmo...@chromium.org wrote:
..also, seems its not warning when I attempt to remove a previously saved
plugin. Not sure
Damnit. Perplexing choice. Coho isn't released to end users, and the
codebase is tremendously cleaner and more maintainable now. On the other
hand, doing release testing using development version of node does seem odd.
One possible solution, for now, is nvm supports changing the version for a
PM, Michal Mocny mmo...@chromium.org
wrote:
On Fri, May 2, 2014 at 2:43 PM, Mark Koudritsky
kam...@google.com
wrote:
Instructions for checking history in cordova-lib:
git log file will show no history from before this commit for
files
that
moved
Thanks Mark, I'll take a look now.
One quick note: at the hangout we raised the option of placing everything
in cordova-lib.git repo inside a top-level node_modules dir. There was
some debate if that was a good idea, bad idea, or just a joke.. Right now,
we think it may help with dev workflow,
On Fri, May 2, 2014 at 2:43 PM, Mark Koudritsky kam...@google.com wrote:
Instructions for checking history in cordova-lib:
git log file will show no history from before this commit for files that
moved. To see full history use either
git log --follow file
or
git log cli_pre_lib old file
Added cordova-lib to coho repo list --- but I haven't figured out which
lists it needs to go in yet, so that will need to be updated for releases
etc.
Mark, I noticed that cordova-lib is in CLI package.json deps, but not for
plugman. I imagine thats an oversight?
Also, if you npm install before
Thanks Steven. Lets see what Joe/Ian say about cordova-android webview
support.
-Michal
On Wed, Apr 30, 2014 at 8:38 PM, Steven Gill stevengil...@gmail.com wrote:
Hello everyone!
Shall we move forward with 3.5.0 release?
Please list any issues that exist reasons to postpone. I know both
becomes harder to discover. We need to
consider the platforms too since next stop is implementing cordova
save/restore platforms
--
Gorkem
On Thu, Apr 24, 2014 at 5:05 PM, Michal Mocny mmo...@chromium.org
wrote:
Gorkem,
I also found an old JIRA duplicate issue for this which
://plugins.cordova.io/#/package/org.apache.cordova.camera;engine=3.4.0
and get the docs page for the best version of the camera plugin for *that*
cordova release.
Thoughts?
On Wednesday, April 30, 2014, Michal Mocny mmo...@chromium.org wrote:
Thats will be easy to pretend (just kidding! ;). Yes
. I'll
have to let you know later today.
Ian
On Thu, May 1, 2014 at 9:47 AM, Michal Mocny mmo...@chromium.org wrote:
Thanks Steven. Lets see what Joe/Ian say about cordova-android webview
support.
-Michal
On Wed, Apr 30, 2014 at 8:38 PM, Steven Gill stevengil...@gmail.com
wrote
On Thu, May 1, 2014 at 1:01 PM, Mike Billau mike.bil...@gmail.com wrote:
So the plugin registry will go fetch the appropriate docs from github for
whichever version of the plugin you are viewing by using the engine tag on
the plugin page and comparing that to the git tags? And then the github
On Thu, May 1, 2014 at 1:17 PM, Freak Show freaksho...@me.com wrote:
On May 1, 2014, at 8:47 AM, Ray Camden rayca...@adobe.com wrote:
1. Please don't mention WebSQL.
RKC: Heh, well, it *works*, but yeah, ok, removed to make it more
generic.
Why? None of my apps work without it.
We
Hey Freak, which plugins did you publish?
On Thu, May 1, 2014 at 1:47 PM, Freak Show freaksho...@me.com wrote:
You write software that bypasses web browser security models and punches
holes in the sandbox. How does that support the web?
That's a good useful thing considering how badly the
I believe the plugin docs reflect what was bundled with the latest plugin
release -- perhaps your recent changes were not released yet? Or has
something gotten lost in the recent shuffle with dev/master branches?
Its true, though, that for core plugins our registry links to the official
apache
Ray, Yeah seems file plugin @c1a1052 was tagged for 1.1.0 release 13 days
ago, you patched docs after that tag @abcaf70 12 days ago, and plugin was
actually released with @e9efe65 7 days ago. You just missed the window
narrowly!
-Michal
On Wed, Apr 30, 2014 at 9:45 AM, Michal Mocny mmo
.. which I guess raises the question, how can we make docs fixes without
formal releases? Do we want that, or should we just make formal releases
easier and more frequent until the problem goes away?
On Wed, Apr 30, 2014 at 9:50 AM, Michal Mocny mmo...@chromium.org wrote:
Ray, Yeah seems file
to do anything? Will it just be
updated in the next plugin release?
From: mmo...@google.com mmo...@google.com on behalf of Michal Mocny
mmo...@chromium.org
Sent: Wednesday, April 30, 2014 8:50 AM
To: Michal Mocny
Cc: dev
Subject: Re: Docs
On Wed, Apr 30, 2014 at 12:23 PM, Joe Bowser bows...@gmail.com wrote:
Hey
So, once again, we're dealing with some major API changes once we
introduce pluggable webview. The first change that was done for
sanity was finally deprecating setProperty. This was slated to be
removed by 3.5 or
Thanks for choosing a saner option than the wiki ;)
On Wed, Apr 30, 2014 at 12:34 PM, Ray Camden rayca...@adobe.com wrote:
Ok folks, here is the document. I even took a quick stab at an outline.
I've set this as Anyone Can Edit, but if that causes problems I'll set it
back to invited folks
On Wed, Apr 30, 2014 at 1:30 PM, Joe Bowser bows...@gmail.com wrote:
On Wed, Apr 30, 2014 at 9:35 AM, Michal Mocny mmo...@chromium.org wrote:
On Wed, Apr 30, 2014 at 12:23 PM, Joe Bowser bows...@gmail.com wrote:
Hey
So, once again, we're dealing with some major API changes once we
https://developer.apple.com/support/appstore/
iOS 6 = 2%. That meets the criteria we've used in the past..
On Wed, Apr 30, 2014 at 4:13 PM, Shazron shaz...@gmail.com wrote:
With 3.4.0, the default template only supports iOS 6.0 and up. I know that
plugins can specify iOS support (apple-ios
version, and Xcode version that has the iOS 5 SDK)
On Wed, Apr 30, 2014 at 1:47 PM, Michal Mocny mmo...@chromium.org wrote:
https://developer.apple.com/support/appstore/
iOS 6 = 2%. That meets the criteria we've used in the past..
On Wed, Apr 30, 2014 at 4:13 PM, Shazron shaz
I think this particular users' frustration is not addressable (and his
feedback in places is just annoying: you work for X and I demand that you
should have the money to do everything for me).
He hasn't maintained his project for 2 years, hasn't read our docs, hasn't
written tests to guard
for me than 7 hours later.
Ian
Thanks,
-ningxin
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of
Michal Mocny
Sent: Thursday, April 24, 2014 11:45 AM
To: dev
Subject: Re: [Android] Refactoring
On Fri, Apr 25, 2014 at 12:53 AM, Michal Mocny mmo...@chromium.org wrote:
TLDR; Ran a bunch of experiments tonight. I think this is too early to
merge into master. We pointed out several issues in previous threads and
seems they were ignored.
Few quick comments from trying this:
- cordova
to push with force).
-Michal
On Fri, Apr 25, 2014 at 9:30 AM, Michal Mocny mmo...@chromium.org wrote:
On Fri, Apr 25, 2014 at 12:53 AM, Michal Mocny mmo...@chromium.orgwrote:
TLDR; Ran a bunch of experiments tonight. I think this is too early to
merge into master. We pointed out several
, and not pull latest commit and
instead
pull down latest release r.0.4.0 from master.
Or it's not worth? user can just do
https://github.com/apache/cordova-plugin-inappbrowser@r.0.4.0;
Yes, this.
--Carlos
On Wed, Apr 23, 2014 at 9:30 AM, Michal Mocny mmo
...@google.com [mailto:mmo...@google.com] On
Behalf
Of
Michal Mocny
Sent: Tuesday, April 08, 2014 11:39 PM
To: dev
Subject: Re: [Android] Refactoring for different engines
Would it be alright to set up a Hangout some time to
introduce
Notes:
- native junit tests needs fixing (due to deprication)
- common script for creating walk mobilespec
- fix failing mobile spec tests (file-transfer?, media?)
- who publishes the plugins, intel or cordova?
- static vs dynamic xwalk lib
- (option) one plugin, use hooks to download
in?
On Fri, Apr 25, 2014 at 8:13 AM, Andrew Grieve agri...@chromium.orgwrote:
reverted the merge commits to plugman js.
On Fri, Apr 25, 2014 at 9:43 AM, Michal Mocny mmo...@chromium.org
wrote:
Also Anis, would it please be possible to squash most of these commits
into
a few units of standalone
This would get us into a pretty sweet world.
One question: Between [DISCUSS] and [RELEASE] how do we make sure nothing
slips in? Should DISCUSS include branching/tagging? Pointing at a CI
result? Trust nothing changes?
-Michal
On Fri, Apr 25, 2014 at 2:55 PM, Brian LeRoux b...@brian.io
Yeah first thing that come to my mind was to just add it as part of the
commit itself, so AUTHORS and/or COMMITTERS files.
This means that we don't append anything with coho, we just do, git patch
author - lookup in AUTHORS - get real name - lookup in apache list
We could even make a git commit
Thats a decent plan.
(But instead of LOC for threshold I'd do weighted hamming distance that
puts little weight on whitespace and semicolons etc. ;)
-Michal
On Fri, Apr 25, 2014 at 4:00 PM, Josh Soref jso...@blackberry.com wrote:
Andrew Grieve wrote:
How about: trivial = 10 lines ||
, let's not do the
4:00 PM meeting. This kinda sucks, but yeah, we should touch base
sometime next week when we've moved forward a bit.
Sorry for making people wait all day for this thing. I hope that you
can salvage your evening!
Joe
On Fri, Apr 25, 2014 at 9:52 AM, Michal Mocny mmo
From the description of nave:
nave borrows concepts, inspiration, and code from Tim Caswell's nvm and
Kris Kowal's sea programs.
Nvm is also really nice, but has to be sourced rather than being run, and
thus is a little bit wonky for some use cases. But it doesn't involve
subshells, which makes it
the current installed plugins into
deps
Just something to consider.
(note, just tried it again and npm install --save doesn't actually do what
I want.. wonder if its supported..)
-Michal
On Wed, Apr 23, 2014 at 11:39 PM, Michal Mocny mmo...@chromium.org wrote:
Gorkem, as an orthogonal issue
TLDR; Ran a bunch of experiments tonight. I think this is too early to
merge into master. We pointed out several issues in previous threads and
seems they were ignored.
Few quick comments from trying this:
- cordova-js is a new dependency of plugman, and needs to be npm linked to
local dev
On Thu, Apr 24, 2014 at 9:42 PM, Andrew Grieve agri...@chromium.org wrote:
Yes, I will say that I was super impressed at how cleanly the code
converted to co-routines.
I had started down the road of promises and quickly determined it was
infeasible.
With co, 99% of the change was
On Thu, Apr 24, 2014 at 10:31 PM, Ian Clelland iclell...@chromium.orgwrote:
Quick vote and release of 0.1.6? If the vote starts soon enough, it could
get released early in the weekend.
I'll admit that I didn't attempt to test this properly (it's not a plugin I
use), and forgot that although
Also, it will only break new plugin installs.
On Tue, Apr 22, 2014 at 9:55 PM, Ian Clelland iclell...@chromium.orgwrote:
To be clear, this is just referring to Cordova CLI versions 3.0.0 - 3.0.4,
I think. By version 3.0.5, CLI had a dependency on plugman 0.10.0, which
included the
, and it should until we teach it
to restore plugins from config.xml.
Here is a change for --link-to / --copy-from to also link/copy merges and
config.xml
https://github.com/apache/cordova-cli/pull/169
does it look ok?
On Tue, Apr 22, 2014 at 12:33 PM, Michal Mocny mmo...@chromium.org
:41 AM, Mark Koudritsky kam...@google.com
wrote:
I prefer the dependency syntax. It's shorter, more intuitive and
consistent with plugin.xml. I don't see much value in _partial_
compliance
with the w3c spec.
On Tue, Apr 22, 2014 at 1:31 PM, Michal Mocny mmo...@google.com
wrote
401 - 500 of 1168 matches
Mail list logo
