https://issues.apache.org/jira/browse/CB-5422
why?!
)
:-(
On Mon, Dec 2, 2013 at 8:59 PM, Brian LeRoux b...@brian.io wrote:
https://issues.apache.org/jira/browse/CB-5422
why?!
--
Carlos Santana
csantan...@gmail.com
for now I worked around on Mac by
export JAVA_HOME=$(/usr/libexec/java_home)
:-(
On Mon, Dec 2, 2013 at 8:59 PM, Brian LeRoux b...@brian.io wrote:
https://issues.apache.org/jira/browse/CB-5422
why?!
--
Carlos
, but seems he was replacing windows'
create batch files with node scripts, and perhaps a made a few
windows-centric decisions for the platform as a whole.
On Tue, Dec 3, 2013 at 12:09 AM, Brian LeRoux b...@brian.io wrote:
That's my q too
On Dec 3, 2013 3:51 PM, Lorin Beer lorin.beer
cross platform reset,
and not much else. I even think we should dump the image.
@purplecabbage
risingj.com
On Thu, Nov 28, 2013 at 1:10 PM, Brian LeRoux b...@brian.io wrote:
https://gist.github.com/brianleroux/7698123
Debating making the CSS external w/ the logo inlined. Probably
for a
Updated version to x.x.x commit.
Do we need tags at all?
On Mon, Nov 25, 2013 at 6:32 PM, Brian LeRoux b...@brian.io wrote:
the problem wasn't isolated to the repo (there were many problems) but
suffice to say lack of shared issue tracking was a key point of failure
https://gist.github.com/brianleroux/7698123
Debating making the CSS external w/ the logo inlined. Probably would be
more clear.
git://git.apache.org/cordova-ubuntu.git
On Thu, Nov 28, 2013 at 5:00 AM, haithem rahmani
haithem.rahm...@gmail.comwrote:
Hi,
On Thu, Nov 28, 2013 at 12:00 AM, Brian LeRoux b...@brian.io wrote:
I beleive our friends at Canonical have the freshest copy of Qt stuff
Ya I see no reason why not. Joe you should talk to Lorin about this. I
think he's going to be working w/ Fil to get end to end Appium tests
running shortly too. (More to follow to the list on that from Lorin / Fil.)
On Thu, Nov 28, 2013 at 8:07 AM, Andrew Grieve agri...@chromium.org wrote:
Welcome aboard Kyle!
On Wed, Nov 27, 2013 at 9:37 AM, Lorin Beer lorin.beer@gmail.comwrote:
Hi Kyle, welcome to the list!
On Wed, Nov 27, 2013 at 9:01 AM, James Jong wjamesj...@gmail.com wrote:
Welcome Kyle!
-James Jong
On Nov 27, 2013, at 10:41 AM, Kyle Nitzsche
Aiming for a Dec release of 3.3 which hopefully can include both FireOS and
Ubuntu platforms but, it is Dec, so we might have to bump to Jan.
On Wed, Nov 27, 2013 at 9:58 AM, Naik, Archana na...@lab126.com wrote:
Hi, Steven
Do you know when will amazon-fireos be part of cordova's official
, 2013 at 10:31 AM, Brian LeRoux b...@brian.io wrote:
Aiming for a Dec release of 3.3 which hopefully can include both FireOS
and
Ubuntu platforms but, it is Dec, so we might have to bump to Jan.
On Wed, Nov 27, 2013 at 9:58 AM, Naik, Archana na...@lab126.com wrote:
Hi, Steven
I beleive our friends at Canonical have the freshest copy of Qt stuff as it
relates to Cordova. No idea how much to genericize that would be.
Hmm. Is genericize a word?
On Wed, Nov 27, 2013 at 1:28 PM, haithem rahmani
haithem.rahm...@gmail.comwrote:
Hi,
the Qt backend has been removed since
You should download the binary for the user in the script. Node has a cross
platform http lib.
On Tue, Nov 26, 2013 at 10:00 AM, Naik, Archana na...@lab126.com wrote:
Thank you Steven for doing this!!
CLI Plugman are both on a fireos branch. They both require more work.
CLI - firstly I
Super disagree about putting src into a single big repo. I get why we do
that. I do not buy that we 'have too many repos' or that complexity is
minimized by combining. Anyhow: not a discussion I think is even worth us
having AGAIN. =/
On Mon, Nov 25, 2013 at 10:32 AM, Braden Shepherdson
I tend to agree w/ Joe here. Abstracting ./release is a nice idea on the
surface but this should really live in our docs as the process is far more
manual and store specific than can be automated in a useful manner.
On Mon, Nov 25, 2013 at 11:26 AM, Joe Bowser bows...@gmail.com wrote:
Proposal:
1. We open bugs to document how to create release software for all the
platforms.
2. We review to see if there is anything common we can abstract
Cool?
On Mon, Nov 25, 2013 at 11:36 AM, Michal Mocny mmo...@chromium.org wrote:
Lets distinguish between CLI as (a) one of two
the problem wasn't isolated to the repo (there were many problems) but
suffice to say lack of shared issue tracking was a key point of failure and
inability to discreetly version changesets created more suffering than good
On Mon, Nov 25, 2013 at 3:20 PM, Josh Soref jso...@blackberry.com wrote:
version bump and an api change… but isn’t
that what we seem to already be discussing?
1. http://caniuse.com/#feat=xhr2
On 23 Nov 2013, at 9:02 am, Brian LeRoux b...@brian.io wrote:
Ya FileTransfer not a spec and this is mostly solved now by XHR2 which
our
File implementation predates
-Original Message-
From: brian.ler...@gmail.com [mailto:brian.ler...@gmail.com] On Behalf
Of
Brian LeRoux
Sent: Monday, November 18, 2013 5:11 PM
To: dev@cordova.apache.org
Subject: Re: Updating FileTransfer
Answers inline.
Does FileTransfer implement any
Answers inline.
Does FileTransfer implement any published standard, or is it our own API?
Nope.
Does it make sense for FileTransfer to continue to use raw FileSystem paths
(and *not* go through File at all?) given that the File API will soon be
returning only relative paths and
+1
On Mon, Nov 18, 2013 at 1:53 PM, RUDD, Brett brettr...@gmail.com wrote:
+1
-Brett
On Mon, Nov 18, 2013 at 1:29 PM, Herm Wong kingoftheo...@hotmail.com
wrote:
+1
Date: Mon, 18 Nov 2013 13:00:27 -0800
Subject: Re: [proposal] Deprecate WP7 as a target platform
From:
Yup that is a sound plan. I think we should continue discussion on the
config file thing however. We have clearly accumulated some technical debt
here as it is difficult to reason (even describe) the config file dog pile.
Given the maturity of Cordova I feel paying off tech debt is crucially
Awesome stuff Ian. Our community is going to love this.
On Fri, Nov 15, 2013 at 11:19 AM, Ian Clelland iclell...@chromium.orgwrote:
On Fri, Nov 15, 2013 at 1:40 PM, purplecabbage purplecabb...@gmail.com
wrote:
Considering the magnitude of the changes I would have expected that this
was
Enjoy the warmth and pls have a drink on Bourbon Street for me!
(Also everyone def check out Andrew's Full Frontal presentation. Loads of
great mobile web perf stuff in there.)
On Fri, Nov 15, 2013 at 11:37 AM, Dick Van den Brink
d_vandenbr...@outlook.com wrote:
Have fun!
Sent from my
I think it is reasonable that we choose to allow a polyfill for this
regardless of the Google stance. The change is very likely to break
existing users and just b/c it was 'private' doesn't mean that it wasn't
exposed. Maybe this is just a docs issue given we have the scaffolding to
fix this with
at 2:47 PM, Brian LeRoux b...@brian.io wrote:
so would it be insane to deprecate the name thing and just go ID?
(Warning: I am insane.)
On Wed, Nov 13, 2013 at 2:39 PM, Shazron Abdullah s...@adobe.com
wrote:
Brian: plugin mapping service js name
...@gmail.com wrote:
On Thu, Nov 14, 2013 at 9:12 AM, Brian LeRoux b...@brian.io wrote:
First thing: might as well give up on referencing config.xml as a
standard.
That's a historical footnote of little relevance anymore!
It feels leaky to define the mapping in feature. Would seem
on the body
looking for clicks on input type=file, and then hijacking the onsubmit()
of the form. Ugly.
On Thu, Nov 14, 2013 at 12:09 PM, Brian LeRoux b...@brian.io wrote:
I think it is reasonable that we choose to allow a polyfill for this
regardless of the Google stance. The change is very
devs (feature) from tags that are generated by
plugman (cordova-plugin)
On Thu, Nov 14, 2013 at 1:40 PM, Brian LeRoux b...@brian.io wrote:
Ok, everybody be calm. We are adults and we are capable of working
through
this in a dispassionate manner and has nothing to do with you, your code
project
(.cordova/config.json) and a single global config for plugman/cli
(~/.cordova, ~/.plugman).
So I guess if the above two points were addressed I would be happy even
though it seems like a lot at first glance.
-Michal
On Wed, Nov 13, 2013 at 11:58 PM, Brian LeRoux b
.
That timing works for me, Anis. I'll see you, and any other interested
parties, there and then. If you're not Anis, add +Braden Shepherdson ahead
of time and I'll make sure you get added into the Hangout.
Braden
On Thu, Nov 14, 2013 at 2:36 PM, Brian LeRoux b...@brian.io wrote:
This is helpful. I
this is
written down anywhere right now, just in my and Anis's heads.
Braden
On Thu, Nov 14, 2013 at 2:41 PM, Brian LeRoux b...@brian.io wrote:
http://www.youtube.com/watch?v=a1N2k0-F1pU
On Thu, Nov 14, 2013 at 9:11 AM, Braden Shepherdson
bra...@chromium.org
wrote
ship it!
On Thu, Nov 14, 2013 at 1:01 PM, Andrew Grieve agri...@chromium.org wrote:
Inlining instead of using reviewboard:
---
layout: post
author:
name: Andrew Grieve
url: https://twitter.com/GrieveAndrew
title: Action Required: Android KitKat Compatibility
categories:
So would a plugin author not be the one to define a mapping? Seems
gratuitous for a userland feature.
On Nov 14, 2013 6:41 PM, Michal Mocny mmo...@chromium.org wrote:
plugin.xml is where *plugin authors* define metadata. A user shouldn't be
looking there at all, unless for curiosity, and
Thx Dick.
So, Braden/Josh: did we discuss these semantics changes on list at all or
was this just colloquially decided out off list and implemented? The latter
is not cool. If I missed the former I apologize.
I don't have a problem with this new feature per se but I don't think it
has been
for review.
On Wed, Nov 13, 2013 at 11:19 AM, Brian LeRoux b...@brian.io wrote:
Thx Dick.
So, Braden/Josh: did we discuss these semantics changes on list at all
or
was this just colloquially decided out off list and implemented? The
latter
is not cool. If I missed the former I
So, specifically, you require ID and VERSION for runtime introspection?
Why not just add that to feature?
On Wed, Nov 13, 2013 at 12:23 PM, Braden Shepherdson bra...@chromium.orgwrote:
The feature tags list only those plugins which are relevant to the
bridge. Also they map from exec
here's a query: what are we using feature for?
On Wed, Nov 13, 2013 at 1:39 PM, Gorkem Ercan gorkem.er...@gmail.comwrote:
If a plugin does not inject a feature tag for some reason it is the same
deal as before. Plugman injects one with the id and version as params.
If a plugin has multiple
what are we using feature for?
On Wed, Nov 13, 2013 at 2:27 PM, Braden Shepherdson bra...@google.comwrote:
My concern with (ab)using feature tags for this is that now platforms that
don't know about these parameters, and especially about the dummy ones for
js-only plugins, have a bug, rather
So we currently have:
- config.xml
- .cordova/config.json
- ./plugins/[PLATFORM].json
Am I missing anything?
so would it be insane to deprecate the name thing and just go ID?
(Warning: I am insane.)
On Wed, Nov 13, 2013 at 2:39 PM, Shazron Abdullah s...@adobe.com wrote:
Brian: plugin mapping service js name - service native name/class
On 11/13/13 2:36 PM, Brian LeRoux b...@brian.io wrote:
what
/config
Welcome to our world.
On Wed, Nov 13, 2013 at 5:45 PM, Steven Gill stevengil...@gmail.com
wrote:
each plugin has plugin.xml.
On Wed, Nov 13, 2013 at 2:36 PM, Brian LeRoux b...@brian.io wrote:
So we currently have:
- config.xml
- .cordova/config.json
- ./plugins
On Thu, Nov 7, 2013 at 9:53 AM, Brian LeRoux b...@brian.io wrote:
During the lull in Ripple's development it definitely felt risky but
the
project has become rather active again of late. The big advantage is
the
mocking for all the Cordova specific stuff (like deviceready).
We
My definition of working is deployed not 'works on my machine'. =)
I'm not comfortable pushing just this. Steve and/or Braden: are we stable
to push a release now that this is apparently fixed?
On Tue, Nov 12, 2013 at 1:54 PM, Josh Soref jso...@blackberry.com wrote:
Brian wrote:
did you try
weird. this is working?
On Tue, Nov 12, 2013 at 2:23 PM, Shazron shaz...@gmail.com wrote:
cordova cli 3.2.0-rc.1 -- cordova serve works fine on iOS
On Tue, Nov 12, 2013 at 2:14 PM, Shazron shaz...@gmail.com wrote:
I confirm Tim's results (but this was 3.1.0-0.1.0), haven't tried 3.2 rc1
. Cordova plugins aren't going
to work, deviceready won't fire, etc.
On Tue, Nov 12, 2013 at 5:38 PM, Brian LeRoux b...@brian.io wrote:
weird. this is working?
On Tue, Nov 12, 2013 at 2:23 PM, Shazron shaz...@gmail.com wrote:
cordova cli 3.2.0-rc.1 -- cordova serve works fine on iOS
Ship it. Also remember dependences can be version locked w npm so releases
not interdependent. Let's ship as often as possible and consider the 'once
a week' thing a minimum. (Unless there is nothing to ship.)
On Nov 8, 2013 10:51 PM, Steven Gill stevengil...@gmail.com wrote:
I am going to
On Tue, Nov 5, 2013 at 2:10 PM, Ian Clelland iclell...@chromium.org
wrote:
On Tue, Nov 5, 2013 at 9:32 AM, Brian LeRoux b...@brian.io wrote:
I'm trying to understand: precisely what does this provide us that
requestFileSystem does not? (Currently.)
I think it currently
Apologies I think there is another thread about this but I'd like to
understand more about what we're thinking here. There's been discussion
that we should make this configurable. I disagree. I think we need to
target highest available level possible, as we always have in the past, and
take
Feels like we're starting to regress rather often on the CLI these past two
releases. This is due to not running tests (or indeed writing them).
Thats fine. Stuff happens. A gentle reminder:
- If there is a bug: write a test
- If you are adding or refactoring code: run the tests
That is all.
Also: wonder if it is time to revisit this as just Ripple. The new version
of Ripple is pretty awesome.
On Thu, Nov 7, 2013 at 11:54 AM, Brian LeRoux b...@brian.io wrote:
Feels like we're starting to regress rather often on the CLI these past
two releases. This is due to not running tests
We postponed. Tacit plan is Brazil (late fall), Japan (spring), Portland
(late spring), and Amsterdam (early fall) next year.
On Nov 5, 2013 11:07 AM, Sergey Grebnov (Akvelon) v-seg...@microsoft.com
wrote:
Does anyone know if the event will take place? It was previously announced
as PhoneGap
Look fwd to this! When do you arrive?
Would be cool to get you to pop into the phonegap workshop day before to
show off some chromium plugin goodness. :)
On Nov 5, 2013 12:26 PM, Andrew Grieve agri...@chromium.org wrote:
Just wanted to give a heads up that I'm prepping for a talk at Full
Love it. Now that this business is independently versioned I say we charge
ahead with the changes ruthlessly. This is the most adopted plugin and long
standing PITA!
On Tue, Nov 5, 2013 at 4:18 PM, Ian Clelland iclell...@chromium.org wrote:
So, coming out of our meetup last week, we
I'm trying to understand: precisely what does this provide us that
requestFileSystem does not? (Currently.)
Another thing to consider, we need to document the differences from the W3C
proposed standards and get that feedback back to the browser vendors.
On Tue, Nov 5, 2013 at 4:35 PM, Ian
The psds are in http://cordova.apache.org/artwork.html downloads but I am
unsure if they are vector because, perhaps embarrassingly, I do not have
photoshop installed on this particular machine.
On Mon, Nov 4, 2013 at 6:19 AM, Andrew Grieve agri...@chromium.org wrote:
We're looking to make
+1 file an issue!
On Sun, Nov 3, 2013 at 10:24 AM, Anis KADRI anis.ka...@gmail.com wrote:
It is intentional but it is a use case that wasn't thought of because
every single one of us use Mac OS X. I would file an issue.
On Sun, Nov 3, 2013 at 10:22 AM, Axel Nennker ignisvul...@gmail.com
omfg thank you google!
On Thu, Oct 31, 2013 at 11:34 AM, Steven Gill stevengil...@gmail.comwrote:
Celebrate!
https://developers.google.com/chrome/mobile/docs/webview/overview
I'm not a very big fan of this sub directory business anyhow. Too many ways
to fail. It would be better, in my mind, if we aimed to always have one
repo equals one package.
On Wed, Oct 30, 2013 at 10:40 AM, Shazron shaz...@gmail.com wrote:
if we had the cordova-plugins repo created, this won't
I am in favor of putting the contents of that repo in a branch (maybe
called DEPRECATED) so it is very clear what is going on and throwing up
said readme.
On Tue, Oct 29, 2013 at 11:34 AM, Anis KADRI anis.ka...@gmail.com wrote:
We should just trash that repository and add the instructions to
Carlos, pls email your address and shirt size offlist. =)
On Thu, Oct 24, 2013 at 6:18 AM, Carlos Santana csantan...@gmail.comwrote:
I'm attending ATO [1] conference and realize that will be cool to wear
Cordova t-shirt
Who do I need to bribe or how can I order one?
Oh by the way if any
I grok the theory here but not sure I agree w/ the practice. The working
'master' should always be green. Working branches should be the place where
failing tests happen. If I'm looking to collaborate I won't be hacking on
any branches w/ failing tests b/c I'll just assume the developers are in
Indeed, the CLI should not care about the platform. The ./cordova/create
script is very concerned with platform. That is where our impedance
mismatch exists. =)
We need ALL platforms to allow for this capability in ./cordova/bin/create
before we can surface in the CLI. That would be the next
YES! We've been talking about this for years. Al and I felt racing horse
names would be fun. Or perhaps a concatenation of spanish words and popular
Canadian things. Beuno Syrup is way cooler than 3.2.x
On Wed, Oct 23, 2013 at 7:29 AM, Lisa Seacat DeLuca ldel...@us.ibm.comwrote:
I propose we
Quick side note: Thanks for taking this on Josh.
Cordova is kind of an older project and in that maturity things seem to sag
and wilt without exercise: especially wiki articles about our process!
On Tue, Oct 22, 2013 at 8:17 AM, Andrew Grieve agri...@chromium.org wrote:
That's true. It's also
Multi Platform or Cross Platform is also fine
Using Flow or Mode is also fine
On Friday, October 18, 2013, Brian LeRoux wrote:
Ya, to me the difference is that one workflow embraces the
native
platform
and tooling (plugman and bin/scripts) while
Not so much an accident as very deliberate!
When we started this is how you worked with JSON:
var data = eval('' + my_json_string + '')
We then had some fun w/ Crockford's JSON lib licensing. [1] Specifically
IBM did not like the enforceability of The Software shall be used for
Good, not Evil.
, which
may very well have value (esp for tooling support like coho).
-Michal
On Fri, Oct 18, 2013 at 6:57 PM, Brian LeRoux b...@brian.io wrote:
I think having a staging area for plugins is a good idea and leaving
cordova-labs as a prototyping area. Ideally we graduate plugins out of
cordova
I think having a staging area for plugins is a good idea and leaving
cordova-labs as a prototyping area. Ideally we graduate plugins out of
cordova-plugins if they get any sort of traction at all and require
discreet issue tracking.
On Fri, Oct 18, 2013 at 1:31 PM, Anis KADRI
Ya, to me the difference is that one workflow embraces the native platform
and tooling (plugman and bin/scripts) while the other focuses on building a
web project (cli/merges/etc).
As a dev, if I'm ONLY worried about one platform (like a Cordova
implementor or many of our community folk) then
ya merges
also think we should redo that app to something more sane and tiny
On Fri, Oct 18, 2013 at 12:53 PM, Shazron shaz...@gmail.com wrote:
Didn't think about merges -- +1 merges for moi
On Fri, Oct 18, 2013 at 12:41 PM, Jesse purplecabb...@gmail.com wrote:
Also, the images we use
ya we want everything possible to be mirrored
On Thu, Oct 17, 2013 at 8:20 AM, Shazron shaz...@gmail.com wrote:
I believe they should be as well.
On Thu, Oct 17, 2013 at 7:46 AM, David Kemp drk...@chromium.org wrote:
When I went to add to the cordova-medic repo, I found that is was not
I don't really appreciate comments that we don't talk to our users, or
build apps in anger. Neither of those assertions are true. The origins of
these initiatives are based on both community feedback, and direct
experience.
Keeping your focus on just pure platform side of a project is fine, of
Yes a google hangout and/or recording would be awesome.
On Wed, Oct 16, 2013 at 2:46 AM, Carlos Santana csantan...@gmail.comwrote:
I sent a request to our management team for travel, I don't think it's
going to get approved in this short time notice.
We would like to participate if you guys
feature)
- stop backporting anything to 2.9 when 3.5 comes out
If so, should this be spelled out somwhere, such as
cordova.apache.org/blog?
On Oct 15, 2013, at 8:24 PM, Brian LeRoux b...@brian.io wrote:
3.5
(Or six months.)
But ya, what Jesse said.
On Tuesday, October 15, 2013, Jesse
Cordova is mostly about phones (except when its OS X and Windows). Node
support is not a project goal though I would encourage you to look at
authoring plugins for iOS, Android, Windows Phone that mimic Node APIs if
that is something you're looking for.
On Tue, Oct 15, 2013 at 1:27 PM, Maxime
oversight
opened a bug: http://issues.cordova.io/5089
On Tue, Oct 15, 2013 at 4:24 PM, Marcel Kinard cmarc...@gmail.com wrote:
Here's the question I'm wondering about:
The console plugin is not documented in cordova-docs. Is that an
oversight, or is it a plugin that is treated differently?
3.5
(Or six months.)
But ya, what Jesse said.
On Tuesday, October 15, 2013, Jesse wrote:
I would not add iOS7 support.
I would consider adding any plugin changes if it is not too difficult to do
so.
@purplecabbage
risingj.com
On Tue, Oct 15, 2013 at 4:56 PM, Shazron shaz...@gmail.com
:-/
On Thu, Oct 10, 2013 at 1:40 PM, Brian LeRoux b...@brian.io wrote:
Kind of a chicken/egg problem. Will this cleanly merge or should we
just
force push it in?
On Thu, Oct 10, 2013 at 7:42 AM, David Kemp drk...@google.com
wrote:
I'm happy to put the bb-test code
...@chromium.org wrote:
Which one?
On Fri, Sep 27, 2013 at 10:09 AM, Brian LeRoux b...@brian.io wrote:
I really like your proposal as a starting point. Very simple but would
allow for in-app testing as well as on the cmd line if we so wish.
On Fri, Sep 27, 2013 at 3:28 PM, Michal Mocny
I'd love to see this be an open and *joint effort* extending from Medic if
possible. If that means a force push from David's repo, while I don't love
it, so be it. While I'm still unsure of the precise definition of The
Apache Way I'm pretty certain that would not be it!
On Thu, Oct 10, 2013 at
Kind of a chicken/egg problem. Will this cleanly merge or should we just
force push it in?
On Thu, Oct 10, 2013 at 7:42 AM, David Kemp drk...@google.com wrote:
I'm happy to put the bb-test code into the official repo.
I was hoping to do that soon but I do not think I am an official committer
Hey Rima, this list is for the development of Apache Cordova.
Please direct your PhoneGap/Build questions here:
http://community.phonegap.com/nitobi/products/nitobi_phonegap_build
Thank you.
On Thu, Oct 10, 2013 at 1:26 PM, rima al rimaayama...@gmail.com wrote:
Hello,
My app is 557942
I am all in favor of distilling platforms down to the very essence and
'plugin all the things'. Way easier for issue tracking, maintenance, and
upgrading.
On Wed, Oct 9, 2013 at 7:23 AM, Shazron shaz...@gmail.com wrote:
See: https://issues.apache.org/jira/browse/CB-5026
Pros:
- if iOS = 8
/me highfives
On Tue, Oct 8, 2013 at 9:20 AM, Tyler Wilson twil...@symbeeco.com wrote:
Sorry, I sent too soon. I had not put the right params to the command. It
appears to be working fine. Nothing to see here..
- Tyler
On Oct 8, 2013, at 12:12 PM, Tyler Wilson twil...@pulse-robotics.com
Plugman is intended to work directly on native projects (and Cordova CLI
should delegate all plugin related things to it). If this is not the case
you have found a bug!
On Tue, Oct 8, 2013 at 9:12 AM, Tyler Wilson twil...@symbeeco.com wrote:
So, I was trying to use the Cordova CLI for a real
Good news everyone! We have a Cordova/Ubuntu repo. =)
https://git-wip-us.apache.org/repos/asf?p=cordova-ubuntu.git
Here is a shameless plug for my blog where i go into a bit more detail:
http://blog.lholmquist.org/cordova/phonegap/yeoman/plugman/2013/10/03/plugin-generator/
On Sep 20, 2013, at 11:24 AM, Brian LeRoux b...@brian.io wrote:
+1
totally awesome
On Fri, Sep 20, 2013 at 3
First step is to get a CLA signed w/ Apache. [1] The next steps are to read
up on how to become a committer [2] and the workflow for contribution [3]
and committers [4].
I just filed an issue w/ Infra to get a new repo setup for cordova-ubuntu.
[5] Not much we can do there until we have a Repo.
the difference between committer and contributor? I mean what make
me one or the other. Who decides?
Thanks
Archana
On 10/7/13 6:18 AM, Brian LeRoux b...@brian.io wrote:
First step is to get a CLA signed w/ Apache. [1] The next steps are to
read
up on how to become a committer [2] and the workflow
, Naik, Archana na...@lab126.com wrote:
Thanks Brian. So for a contributor, after sending pull requests what are
the next steps? Does contributor also send review-board requests?
If approved who merges code to apache git from contributor's fork or repo?
Archana
On 10/7/13 10:52 AM, Brian LeRoux
\o/
On Oct 3, 2013 2:40 AM, Andrew Grieve agri...@chromium.org wrote:
WHO!
On Wed, Oct 2, 2013 at 11:10 PM, Steven Gill stevengil...@gmail.com
wrote:
I have temporarily set the download back to dist.apache.org. I will
change
it once our stuff gets mirrored.
Doap file
anyone here going?
http://developer.chrome.com/devsummit
by project level deps (do those exist)?
On Wed, Oct 2, 2013 at 12:45 AM, Brian LeRoux b...@brian.io wrote:
So wait, the use case is proj level deps not plugin level?
On Oct 1, 2013 10:50 PM, Andrew Grieve agri...@chromium.org wrote:
There is a need to have plugman look in places other
:31 PM, Andrew Grieve agri...@chromium.org wrote:
Could you give an example of how you'd use npm or vendor dependencies?
On Wed, Oct 2, 2013 at 10:12 AM, Brian LeRoux b...@brian.io wrote:
Ok, wanted clarity there. Node tried similar approaches and ultimately
they
lead to complexity pain
So wait, the use case is proj level deps not plugin level?
On Oct 1, 2013 10:50 PM, Andrew Grieve agri...@chromium.org wrote:
There is a need to have plugman look in places other than the registry when
fetching plugins by ID. This is particularly the case because dependency
plugins now have
I'd like to point out we're talking about the future and not the present
too. Yes, its a pain to dev a plugin without an IDE today. That isn't a
reason to sit on our hands. Iain has the right of it: our job is to
implement the future not lament the present.
The future is most certainly not
tags (assets, js-modules, source-file..).
-Michal
On Fri, Sep 27, 2013 at 4:52 AM, Brian LeRoux b...@brian.io wrote:
I think this is basically what we've been proposing for a while now.
On Thu, Sep 26, 2013 at 8:29 PM, Michal Mocny mmo...@chromium.org
wrote:
I would suggest
Giver. Now, instead if the grand rewrite how about a refactor of a single
method for review. Easier for us to buy in and perhaps collab on w you.
On Sep 27, 2013 7:31 PM, Braden Shepherdson bra...@chromium.org wrote:
I had since learned that shelljs is used for other things. That's fine,
it's
501 - 600 of 1061 matches
Mail list logo