Welcome back John!
On Tue, Aug 22, 2017 at 11:37 AM John M. Wargo wrote:
> Greetings Cordova Dev Team!
>
> Its been a while, so I thought I'd pop on the list and re-introduce myself.
>
> Hello, my name is John M. Wargo and I've been a Cordova developer since
> PhoneGap version 2 (more or less).
Welcome back Fil!
On Tue, Nov 29, 2016 at 12:28 AM wrote:
> Hi again Filip, you are most welcome!
>
> >> - cordova-paramedic configs are pulled from cordova-medic repo.
> >> (?) requires an extra pull in CI.
> Yeah. This is kind of rudimentary thing, I think we can safely transfer
> them to cord
Yep. Have we reached 100 repos yet?
On Wed, Nov 23, 2016 at 10:07 AM Shazron wrote:
> No brainer +1
> Yuuge!
>
> On Tue, Nov 22, 2016 at 5:30 PM, Steven Gill
> wrote:
>
> > Right now, cordova-lib git repo [1] has cordova-serve, cordova-common,
> > cordova-fetch & cordova-lib modules. This is an
Welcome!
On Thu, Aug 18, 2016 at 2:40 PM Arjun Thounaojam
wrote:
> Hey all! This is Arjun. I've been using Cordova / PhoneGap for about 4
> years now and looking at contributing now.
>
> Currently working with the InAppBrowser plugin. I have some experience in
> Android, working a lot with JavaS
Best of luck Carlos! Sounds like an interesting new opportunity.
-a
On Thu, Aug 18, 2016 at 4:19 AM Carlos Santana wrote:
> Haha true
> thanks Shaz for the kind words :-)
> On Wed, Aug 17, 2016 at 9:37 PM Shazron wrote:
>
> > Hey Carlos,
> > Appreciate your contributions to the community! S
+1
On Fri, May 6, 2016 at 10:53 AM Nikhil Khandelwal
wrote:
> +1. Let's do that!
>
> -Nikhil
>
> -Original Message-
> From: Kerri Shotts [mailto:kerrisho...@gmail.com]
> Sent: Friday, May 6, 2016 7:58 AM
> To: dev@cordova.apache.org; dev@cordova.apache.org
> Subject: Re: [Android] Ending
Hi,
I just want to say that I like the idea of appium support for better test
coverage. I might be able to assist with that too.
-a
On Sun, Mar 20, 2016 at 11:24 PM Parashuram N
wrote:
> During the last Cordova face to face meeting in Oct 2015, one of the
> agenda items was to talk about defin
I support this as well. Real updates never work. Better to remove/add.
On Tue, Mar 8, 2016 at 12:04 PM Steven Gill wrote:
> I would also like to see this happen. Would this cause problems if we did
> this for other platforms?
>
> On Tue, Mar 8, 2016 at 11:55 AM, Shazron wrote:
>
> > See:
> > ht
(y)
On Tue, Feb 16, 2016 at 4:44 PM Steven Gill wrote:
> Blog post for review.
>
> https://github.com/apache/cordova-docs/pull/502
>
> Add any comments to the PR
>
> On Thu, Feb 11, 2016 at 4:28 PM, Steven Gill
> wrote:
>
> >
> > Does anyone have any reason to delay a cordova-osx platform relea
YES YES YES! Please cordova_plugins.js is killing me.
On Wed, Jan 20, 2016 at 4:10 PM Nikhil Khandelwal
wrote:
> Where are we with --browserify support? From what I can see, most or all
> the work has been completed:
>
> https://issues.apache.org/jira/browse/CB-8801
>
> Should it move out of exp
I'd be down to go. I went last year and our project had a few talks but
still was super under represented so everyone that can make it should go I
think.
On Tue, Jan 19, 2016 at 11:49 AM Steven Gill wrote:
> I'm planning on going but it seems i'm the only one so far.
>
> On Tue, Jan 19, 2016 at
LGTM
On Wed, Dec 9, 2015 at 2:29 PM Shazron wrote:
> Let me know if you have any comments, if there is anything I missed. I
> will send this out tomorrow morning.
>
> https://github.com/cordova/apache-board-reports/blob/master/2015/2015-12.md
>
> -
+1
On Wed, Dec 2, 2015 at 11:32 AM Steven Gill wrote:
> +1
>
> On Wed, Dec 2, 2015 at 11:06 AM, Jesse wrote:
>
> > We've talked about it for awhile, but never moved on it. cordova-wp8 has
> > been a work horse that seen us through tough times but the sun is
> setting.
> >
> > cordova-windows ha
+1
On Wed, Dec 2, 2015 at 11:45 AM Joe Bowser wrote:
> +1
>
> On Wed, Dec 2, 2015 at 11:40 AM, Steven Gill
> wrote:
>
> > Issue for deprecation: https://issues.apache.org/jira/browse/CB-10121
> >
> > Cc'ed Archana to see if she has any concerns.
> >
> > On Wed, Dec 2, 2015 at 12:03 AM, julio ce
Waw. It looks really really nice! Thanks so much for taking care of this.
On Wed, Sep 23, 2015 at 2:45 PM Shazron wrote:
> Thank you for doing this, the site is great!
> The community will love this.
>
> On Wed, Sep 23, 2015 at 11:02 AM, Ryan J. Salva
> wrote:
> > TLDR
> >
> > -- Feedback reque
+1 to dropping iOS 7.0 support. One can't even download iOS 7.0 simulator
in XCode 7.0 anymore.
On Wed, Sep 23, 2015 at 8:43 AM Carlos Santana wrote:
> Hi I like what I see in the Windows Platform repo README.md
> https://github.com/apache/cordova-windows#requirements
>
> They lis the Mobile OS
The library that we use (node-xcode) supports: System Frameworks, Custom
Frameworks (ones you would drag&drop into your project) and static
libraries. It does not support XCode subprojects as far as I know.
If you want to add support for it, you're more than welcome. Repository is
right here: https
Do it!
On Tue, Aug 25, 2015 at 5:09 PM Vladimir Kotikov (Akvelon) <
v-vlk...@microsoft.com> wrote:
> Hey, guys. The PRs has been reviewed by Mark and Sergey.
> If nobody has any objections, I would like to merge this in tomorrow.
>
> Best regards, Vladimir.
>
> -Orig
Reviving this thread. Other than Andrew, Mark and Hazem. Anybody else going
? I plan to attend.
On Sat, Jan 31, 2015 at 6:46 PM, Andrew Grieve wrote:
> Submitted a talk proposal:
>
> Abstract:
> The Cordova project can sometimes be hard to contribute to given the large
> number of pieces that ma
http://plugins.cordova.io/_view/searcher
returns all plugins you'd have to filter/parse JSON you get back to get the
ID
Reference:
http://goo.gl/alPWzY
On Wed, Mar 18, 2015 at 5:28 PM, Shazron wrote:
> Oops its http://plugins.cordova.io/
>
> On Wed, Mar 18, 2015 at 5:27 PM, Shazron wrote:
>
On Thu, Dec 11, 2014 at 1:45 PM, Michal Mocny wrote:
>
> 25MB is for the one-time cordova-cli install, and not overhead for the
> app. Its not perfect but not a blocker imho.
>
> There are more troubling things about the change than the size overhead:
> - I don't think browserify has "baked" at a
efault.
> >
> > On Thu, Dec 11, 2014, 11:08 AM Brian LeRoux wrote:
> >
> > > so I think this has baked long enough! lets make it the default and
> suss
> > > the bugs.
> > >
> > > On Thu, Jul 10, 2014 at 3:36 AM, Ally Ogilvie
> > wrote
+1
On Tue, Sep 30, 2014 at 3:33 PM, Steven Gill wrote:
> Please review and vote on this 3.6.0 Browser Release.
>
> Release issue: https://issues.apache.org/jira/browse/CB-7661
>
> Repos ready to be released have been published to
> dist/dev:https://dist.apache.org/repos/dist/dev/cordova/CB-7661
Thanks Steve!
On Tue, Aug 12, 2014 at 8:48 PM, Steven Gill wrote:
> I have made changes to cordova-lib/src/plugman/prepare-browserify.js to
> support this work for cordova.js.
>
> It is now:
>
> 1) Computing commit Ids. I had to update my cordova-js branch to set cwd to
> be cordova-js repo roo
+1 for package.json for platforms. plugins might a bit trickier but still
doable, we could get rid of plugins/ but we somehow need to keep track of
them in node_modules/ (maybe use one of the 10 config files we have).
Platforms in package.json should cause no problems though, add/remove
platforms,
http://cordova.apache.org/artwork.html
On Mon, Jul 21, 2014 at 12:02 PM, Michal Mocny wrote:
> Thanks Ross.
>
> Someone from Adobe once pointed out a good set of cordova image assets
> (i.e. the robot from cordova.apache.org). I cannot find the email thread
> at the moment, but I think there w
If you're touching any non-www project files (that is *.xml, *.plist, *.m,
*.java etc...) or are using an IDE you should not be using cordova-cli and
switch to single platform development. Browse the documentation and there
is always the equivalent platform command available to you. Example:
cordov
link to from the [see
> instructions
> > here]?
> >
> >
> > On Thu, Jul 10, 2014 at 11:31 AM, Anis KADRI
> wrote:
> >
> > > Sure. Looks good to me.
> > >
> > >
> > > On Thu, Jul 10, 2014 at 10:11 AM, Michal Mocny
> > >
out browserify to link to from the [see instructions
> here]?
>
>
> On Thu, Jul 10, 2014 at 11:31 AM, Anis KADRI wrote:
>
> > Sure. Looks good to me.
> >
> >
> > On Thu, Jul 10, 2014 at 10:11 AM, Michal Mocny
> > wrote:
> >
> > > Anis, Thats a go
-by-default in a future release. Please [see instructions
> here]."
>
> -Michal
>
>
> On Thu, Jul 10, 2014 at 12:02 AM, Anis KADRI wrote:
>
> > cordova.js can now be packaged with browserify. cordova_plugins.js is no
> > longer required when this feature is enabled as
I want to say that this should be default...but we won't change the API
again and won't break plugins again.
On Thu, Jul 10, 2014 at 7:48 AM, Erik Jan de Wit wrote:
> Hi all,
>
> Created an plugin that does this:
> https://github.com/edewit/aerogear-reflect-cordova the repository also
> include
cordova.js can now be packaged with browserify. cordova_plugins.js is no
longer required when this feature is enabled as all the plugins get bundled
in.
To try out this experimental feature you need to add the --browserify
option to plugman like so:
plugman uninstall|install --browserify --projec
Also plugman with browserify support is super experimental too but maybe
should be highlighted so ppl can start testing it ?
On Wed, Jul 9, 2014 at 8:00 PM, Mark Koudritsky wrote:
> Added save/restore to notable changes in the post, PTAL.
>
> https://github.com/kamrik/for_review/blob/master/201
isn't there a onload=true for config.xml ?
On Wed, Jul 9, 2014 at 2:40 PM, Jan Velecký wrote:
> Dear devs,
> I think, there can be a new kind of CordovaPlugin with one huge difference.
> This kind of Plugin should start immediately after application start. This
> has benefits in these situation
the code part - I'm more concerned about if I
> should be hitting the URL. :)
> ____
> From: Anis KADRI
> Sent: Monday, July 07, 2014 5:38 PM
> To: dev@cordova.apache.org
> Subject: Re: Ajax search API on plugins.cordova.io
>
But if you're looking for search specifically you can take a look at how
Steve did it in the plugins site
http://goo.gl/pxKE49
On Mon, Jul 7, 2014 at 6:31 PM, Anis KADRI wrote:
> https://github.com/imhotep/npmjs.org should work
>
>
> On Mon, Jul 7, 2014 at 6:13 PM,
https://github.com/imhotep/npmjs.org should work
On Mon, Jul 7, 2014 at 6:13 PM, Ray Camden wrote:
> Definitely not CORS enabled from what I can see in the dev tools. But I'm
> calling from Brackets so it shouldn't matter.
>
>
> From: Parashuram Narasimh
helps with that, but its not directly
> related.
>
>
> On Mon, Jul 7, 2014 at 3:58 PM, Anis KADRI wrote:
>
> > On Sun, Jun 29, 2014 at 9:54 PM, Ally Ogilvie
> wrote:
> >
> > > Anis that is really sweet.
> > > If this hits CLI, plugin.xml will have s
; all platforms.
>
Didn't think of that but it is applicable indeed.
>
>
>
> On Sat, Jun 21, 2014 at 9:26 AM, Anis KADRI wrote:
>
> > Ok cool. I can look at adding a --browserify option for run and prepare.
> I
> > logged an issue for it [1]
> >
> &
looked at it yet. Google IO is next week and it's been consuming
> most of our time the last few weeks. Will definitely play with it next next
> week though!
>
>
>
> On Thu, Jun 19, 2014 at 6:28 PM, Anis KADRI wrote:
>
>> Sorry. I forgot you asked the question. There
$649 (or $749) gets you an unlocked Amazon Fire phone.
On Fri, Jun 20, 2014 at 8:11 AM, Mike Billau wrote:
> Does anybody know if the device will be available unlocked, or will the
> unlocked version be delayed like what Apple sometimes does?
> I've also been badgering for a device, but since we
nted to send a quick
>>> thanks for landing this this way, and for the useful report.
>>>
>>> -Michal
>>>
>>>
>>> On Fri, Jun 13, 2014 at 7:55 PM, Anis KADRI wrote:
>>>
>>> > Yo,
>>> >
>>> > Just want
Yo,
Just wanted to let everyone know that I added browserify support to
plugman (behind a flag for now). CLI is not hooked to this yet. Here
is how it works:
plugman install --browserify --plugin [PLUGIN] --platform [PLATFORM]
--project [PROJECT_PATH]
will generate a browserify version of cordov
On Wed, Jun 11, 2014 at 6:19 AM, Ian Clelland
wrote:
> (FWIW, I don't see any reason *not* to consider it end-user software. It
> provides the programmatic interface to all of the logic in the CLI tools.
> If someone wanted to integrate the Cordova build process into another tool,
> like an IDE o
The goal is to have independent modules that can be consumed.
Andrew, your second example reflects what we want to achieve. Obviously,
there will be more than CordovaError. Brian and I think that we can keep
the current cordova-lib repository and create folders for each module (each
with its own d
I just want to add that it's rather annoying, dirty and hacky but possible
to switch from the default LinearLayout to RelativeLayout.
Example: https://gist.github.com/imhotep/3d33f262dfe355d2b4b5
I used that for one of my android plugins.
On Thu, May 15, 2014 at 3:35 PM, Joe Bowser wrote:
> O
I got excited and tried to use the latest version of coho but when I saw
that it was using an odd version I just gave up.
On Tue, May 6, 2014 at 4:11 PM, Steven Gill wrote:
> Thanks for sharing Martin!
>
> I also am on the train that we shouldn't be using unstable versions of
> node. I don't kn
I didn't know it even existed but I am using the plugman flow to test
mobile-spec myself so an option would be helpful.
On Thu, May 1, 2014 at 11:00 AM, Marcel Kinard wrote:
> Is this script in cordova-mobile-spec still being used? (Andrew, history
> says you added it.) If it is, I can fold it
gt;
> > Sent from my iPhone
> >
> > > On Apr 25, 2014, at 5:40 PM, Anis KADRI wrote:
> > >
> > > On Fri, Apr 25, 2014 at 11:05 AM, Andrew Grieve > >wrote:
> > >
> > >> On Fri, Apr 25, 2014 at 1:35 PM, Michal Mocny
> > wrote:
> &g
On Fri, Apr 25, 2014 at 11:05 AM, Andrew Grieve wrote:
> On Fri, Apr 25, 2014 at 1:35 PM, Michal Mocny wrote:
> > On Fri, Apr 25, 2014 at 1:27 PM, Anis KADRI
> wrote:
> >
> >> Contacts is known to not work because some modules
> >>
to auto-runs
> >>> behaviour
> >>>
> >>> -Michal
> >>>
> >>>
> >>> On Thu, Apr 24, 2014 at 9:34 PM, Andrew Grieve >wrote:
> >>>
> >>>> Cool! Does no impact mean that browserify is still not use
I just merged both browserify branches into master. There should be no
impact.
Right now most specs pass expect for File, FileTransfer, Media and Contacts
due to some issues with merges/clobbers and I am looking into those.
Also, I got rid of the project cache condition in plugman that was
prevent
cool
On Thu, Apr 24, 2014 at 1:50 PM, Shazron wrote:
> Thanks for this Andrew!
>
>
> On Thu, Apr 24, 2014 at 10:42 AM, Andrew Grieve >wrote:
>
> > I went coho crazy last night & this morning. Made two significant
> changes:
> >
> > 1. It doesn't use shelljs.exec() anymore. Instead, it uses co-
> >> agri...@chromium.org
> >> > >
> >> > >> wrote:
> >> > >>>>>
> >> > >>>>> Anis - Gorkem wants since it works with his IDE.
> *Why* do
> >> > >
On Wed, Apr 23, 2014 at 8:41 AM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:
> On a side note, does it make sense to make Ripple another platform, just
> like iOS, Android or Windows? Given that a lot of people use Ripple in
> projects that also have plugins, it may make
+1 for Shaz! Thanks for everything Brian!
On Wed, Apr 23, 2014 at 3:28 PM, Michael Brooks wrote:
> Brian, thank you for all of the hard work that you've done over the past
> few years. Drinks will have to be on the Cordova team.
>
> +1 Shaz for all the reasons listed above.
>
>
> On Wed, Apr 23,
+1 for jshint.
On Wed, Apr 23, 2014 at 5:53 PM, Andrew Grieve wrote:
> We already use jshint for cordova-js. Totally agree we should enabled
> it for plugman/cli & make it run as a part of "npm test".
>
> On Wed, Apr 23, 2014 at 6:13 PM, Mark Koudritsky
> wrote:
> > +1 for jshint.
> >
> >
> >
+1 as well. This will break Cordova 3.0 though. Cordova versions >= 3.1 are
fine because they support registries. Cordova 3.0 only supports git and can
only fetch from master branches.
On Tue, Apr 22, 2014 at 11:32 AM, Joe Bowser wrote:
> +1
>
> On Tue, Apr 22, 2014 at 11:30 AM, Shazron wrote:
I prefer .
On Tue, Apr 22, 2014 at 11:41 AM, Mark Koudritsky wrote:
> I prefer the 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 wrote:
>
> > Gorkem
There are currently a lot people reporting this issue on the google groups.
iOS frameworks don't get added when plugin with dependencies gets
installed. It's a big problem because projects don't compile.
A great example of this is: mobile-spec/dependencies-plugin/. It seems like
the double cachin
We do have usage stats on the cli vs bin/create plugman workflow. Last time
I checked it was 93% CLI and 7% plugman. The stats are no longer available
since we deployed the new site but we can add them back if needed.
On Mon, Apr 14, 2014 at 11:20 AM, Brian LeRoux wrote:
> A word of caution. Su
To brian and steve's points I think it's a bad idea to move common code to
cordova-cli. I don't think we want another cordova-coho.
On Fri, Apr 11, 2014 at 5:36 PM, Brian LeRoux wrote:
> It would be very good for folks to understand the benefit of using npm is
> that we will likely only have to
+1 to stackoverflow.
On Fri, Apr 11, 2014 at 8:43 AM, Steven Gill wrote:
> +1 to Michal.
>
> I would prefer stack overflow over more email.
> On Apr 11, 2014 7:58 AM, "Michal Mocny" wrote:
>
> > Not sure I would use the argument "make users less aware of phonegap" as
> a
> > reason for this ;)
I am glad that you guys agree. It's easier to maintain small modules. Also
the other workflow is still on the table as well (use of IDEs, native dev,
etc...).
I disagree with the proposal though. I think we should do it right the
first time. Move common code into its own lib (xml-helpers, log,
cli
On Thu, Apr 10, 2014 at 8:18 AM, Michal Mocny wrote:
> Alright, this thread is starting to run away, I think.
>
> We have a G+ Hangout scheduled for next week. This looks like a great
> topic to discuss. Generally, I think we should resolve these disputes the
> only way that makes real sense: p
On Wed, Apr 9, 2014 at 4:55 PM, Jonathan Bond-Caron wrote:
> On Tue Apr 8 03:50 PM, Andrew Grieve wrote:
> >
> > The question of whether we *need* them is not a good way to phrase it I
> think.
> > Rather:
> > Pros?
>
> - Cordova doesn't pick a style of writing modules/plugins
> - More control ov
is is a good point to add to the other thread. This thread is only for
clobber and merges.
>
>
> On Tue, Apr 8, 2014 at 2:20 PM, Brian LeRoux wrote:
>
> > I agree. And less code!
> >
> >
> > On Wed, Apr 9, 2014 at 7:24 AM, Jesse wrote:
> >
> > > D
+1 for platforms in package.json
On Tue, Apr 8, 2014 at 3:22 PM, Tommy Williams wrote:
> +1 for reapproach
> On 09/04/2014 8:20 am, "Brian LeRoux" wrote:
>
> > Hold up! The CLI needs to declare dependencies somehow and while we could
> > implement our own thing npm will do it better. (Hence th
e, and you're right, it runs all
> > > modules by default. This surprises me, but I guess having all modules
> > have
> > > an implicit is better than dropping support for it.
> > >
> > > The thing to keep an eye out for is degraded startup performance
upport for the tags is needed for plugins to work as they
> > do
> > > now.
> > >
> > > I'm optimistic that we could replacing them with a library, but Andrew
> > had
> > > a few good points in the other thread for us to make sure we don't
> > &
em, I don't think we should do so at the same time as changing to
> browserify (the two don't seem related).
>
> On Fri, Apr 4, 2014 at 4:51 PM, Anis KADRI wrote:
>
> > I believe that we can retire these things if we switch to browserify. If
> > anybody has an objection, please share.
> >
>
Have we actually decided to move along with the plan? I thought we were
only discussing it.
On Mon, Apr 7, 2014 at 2:04 PM, Joe Bowser wrote:
> We don't know yet because we're still figuring this out.
>
> On Mon, Apr 7, 2014 at 2:00 PM, Gorkem Ercan
> wrote:
> > Hi,
> > With the independent pl
re() aware.
>
>
> For Chrome Apps, we used to use a lot, but miraculously I see now
> that we have replaced all usage with and (which is
> like runs + extra). I proposed we could replace clobbers/merges with a
> single runs in another thread.
>
> -Michal
>
>
> On Fri, Apr 4, 2014 at 8:47 PM, Anis KADRI wrote:
>
> > If we need it. Could anybody point me to an example of how/why that is
> > needed ?
> >
>
07 PM, Michal Mocny wrote:
> As commented in another thread, these are super useful, but I see some hope
> to replacing them with a library instead of tooling support. We would
> still need to run these automatically on startup somehow.
>
>
> On Fri, Apr 4, 2014 at 8:48 PM, Anis KA
Somebody (Steve maybe ?) deleted the database but there is a copy of it so
I pointed the domain to it. Works now right ?
On Fri, Apr 4, 2014 at 5:37 PM, Gorkem Ercan wrote:
> Hi,
> couchdb responds to all doc requests as not_found deleted.
>
> CLI and plugins.cordova.io ( and others) is broken
I believe that we can retire these things if we switch to browserify. If
anybody has an objection, please share.
and I mean the tags. plugins should be able to clobber/merge the window (or
any other context) if they need to. We can advise developers to use our
builder module that does just that or they can write their own
clobber/merges code.
If we need it. Could anybody point me to an example of how/why that is
needed ?
There is too much content in this thread so I am going to break it down to
smaller threads.
On Fri, Apr 4, 2014 at 5:44 PM, Anis KADRI wrote:
>
>
>
> On Thu, Apr 3, 2014 at 11:47 AM, Michal Mocny wrote:
>
>> On Thu, Apr 3, 2014 at 11:18 AM, Andrew Grieve
>> wrote:
- Tested on all platforms for 4.x release
> > > - Well documented for new plugin authors (and migrating)
> > >
> > > We need your feedback and concerns / once this starts rolling things
> will
> > > break and we'll need to work together
> > >
ts rolling things will
> > break and we'll need to work together
> >
> > (And big thanks Anis for taking this path to get us to this point)
> >
> >
> >
> > On Wed, Apr 2, 2014 at 12:27 AM, Anis KADRI
> wrote:
> >
> > > I've been working on an a
do it
On Fri, Apr 4, 2014 at 12:07 PM, Mark Koudritsky wrote:
> Back in november we had a
> discussion<
> https://www.mail-archive.com/dev@cordova.apache.org/msg11708.html>about
> new tests that use less mocks, especially for fs. The idea was well
> received and for some time now there are 4 su
http://plugins.cordova.io/#/_stats
Wait a few seconds before giving up as the script is pretty slow.
On Wed, Apr 2, 2014 at 12:11 PM, Piotr Zalewa wrote:
> Hi,
>
> What is the best way to find out which APIs are the most popular ones?
> Can PhoneGap help in this?
>
> Thanks
> --
> Piotr Zalewa
I've been working on an alternative build system for cordova-js over the
last little while and I finally have something to share.
TL;DR
- cordova.js includes all the plugins (no more cordova_plugins.js and
double plugin loading/mapping).
- cordova-js is an npm module that is used by plugman to bu
On Tue, Apr 1, 2014 at 3:28 AM, Ian Clelland wrote:
> On Mon, Mar 31, 2014 at 4:33 PM, Ian Clelland >wrote:
>
> > On Mon, Mar 31, 2014 at 4:20 PM, Michal Mocny
> wrote:
> >
> >> On Mon, Mar 31, 2014 at 3:39 PM, Ian Clelland >> >wrote:
> >> > This is ugly, though, and is going to get worse over
+1 for platforms on npm.
-1 for plugins on npm (best way to create a giant mess).
On Mon, Mar 31, 2014 at 4:18 PM, Jonathan Bond-Caron <
jbo...@gdesolutions.com> wrote:
> On Sat Mar 29 03:11 PM, Brian LeRoux wrote:
> > I think its a great idea. The platforms have a standard interface [1]
> for w
gt; http://yeoman.io/community-generators.html
> > > http://gruntjs.com/plugins
> > > http://gulpjs.com/plugins/
> > > http://bower.io/search/
> > >
> > > my $0.02
> > >
> > >
> > >
> > > On Wed, Mar 19, 2014 at
I don't see how we can rely on npm's dependency system (or npm install) for
Cordova because npm dependencies consist of a tree of isolated
node_modules/ whereas cordova has to share code amongst multiple plugins
(different build system than npm/node). We could use `npm install` for
auto-fetching bu
On Fri, Mar 14, 2014 at 7:13 AM, Braden Shepherdson wrote:
> Cordova platforms don't map into Cordova plugins very well at all.
>
No, they don't indeed. It would be really interesting to `plugin add` a
platform.
>
> For npm modules, we can specify arbitrary sources, but npm has its own
> ideas
+1 to Steve's suggestion
On Thu, Mar 13, 2014 at 2:58 PM, Steven Gill wrote:
> Love these suggestions!
>
> I am a little uneasy about storing the platforms on registry.cordova.io.
> Right now that database is just for plugins + views + ui and adding
> platforms will require us to change some of
cordova-registry is a fork of npmjs minus the UI. I believe it makes sense
to have 2 repositories because there are two separate design documents
(CouchDB jargon for those who don't know) that can evolve at a different
pace: app (which handles registry requests) and ui (which is the registry
websit
+1 for labs. it doesn't really make sense to have them in core if they only
support one platform.
On Thu, Mar 6, 2014 at 8:47 AM, James Jong wrote:
> Similar to keyboard plugin, I like the idea of letting this bake in labs
> for now and moving them into core if we see multiple platforms start
>
Forgot to mention that there is also a for
pre-compiled libraries.
On Tue, Feb 25, 2014 at 3:49 PM, Anis KADRI wrote:
> Both types are installable by plugman.
>
> The (install.js) code does not give you a full picture.
>
> Take a look at [1]
>
> It is not a defect.
>
.
[1]
https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=blob;f=src/util/config-changes.js;h=989a582649732469921c80d4ede6f9f00874d3ea;hb=HEAD#l130
On Tue, Feb 25, 2014 at 2:58 PM, Jesse wrote:
> Inline ...
>
> @purplecabbage
> risingj.com
>
>
> On Tue, Feb 25,
1. This is an iOS only thing. Non-custom means System frameworks that ship
with the iOS SDK (CoreGraphics.framework, Accounts.frameworks, ...). Custom
frameworks are the ones you usually download, drag and drop to your xcode
project. There are some differences in how the project is structured for
S
I've only looked at this briefly but it is so welcome! Thanks Mark!
On Wed, Feb 19, 2014 at 12:33 PM, wrote:
> config-changes.js: Add reapply_global_munge().
>
> Load and apply the full munge from platform json.
> To be used by cordova prepare.
>
>
> Project: http://git-wip-us.apache.org/re
It sounds like a good plan indeed. I would encourage our users to migrate
to the new locations as soon as they can. 12 months is an acceptable
migration window I believe.
+1 to Ian's proposal.
On Wed, Feb 5, 2014 at 1:43 PM, Jesse wrote:
> +1 to Ian's proposal
>
> @purplecabbage
> risingj.com
I also think we should break it now. It's not as if we have never broken
anything before... keeping backward compatibility should anyways be
preferred but in this case I think it would cause more trouble than it
would solve.
I say don't write any migration tools but document the changes in
plugin.x
Which callbacks are we talking about?
On Tue, Feb 4, 2014 at 11:20 AM, Naik, Archana wrote:
> Hi, Devs
>
> There are 2 classes - CordovaWebViewClient and CordovaChromeClient in
> amazon-fireos repo. They basically handle WebView callbacks. Recently,
> while using Cordova internally for our proj
done
On Tue, Feb 4, 2014 at 10:35 AM, Marcel Kinard wrote:
> We have a new intern joining our group, Martin Canuto Gonzalez Gonzalez.
> Could someone with Jira admin grant him the permission to own Jira items?
> His Jira id is:
>
> martin.c.glez.glez
>
> He'll start by working on some doc issue
1 - 100 of 467 matches
Mail list logo
