Hey all,
This last January, I worked on getting the Cordova plugin registry updated
to its current form with the help of Steve Gill.
Beginning December 1st, I will begin working for Ionic and I'm wanting to
hop back into contributing to help out with Cordova before then.
I'm going to start with
Thanks, Julian. Great summary!
Best,
Serge
@lunarserge
-Original Message-
From: Horn, Julian C [mailto:julian.c.h...@intel.com]
Sent: Tuesday, November 18, 2014 1:58 PM
To: dev@cordova.apache.org
Subject: RE: Summarizing thoughts on cordova-browser vs Ripple
I'd like to answer some of t
Github user fujunwei commented on the pull request:
https://github.com/apache/cordova-android/pull/133#issuecomment-63572629
Yes, Thanks @clelland for detailed explain.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If y
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-dialogs/pull/41
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-dialogs/pull/42
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-device/pull/25
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the f
The reason I think it's the wrong way around is that: What if other plugins
want to work with localwebserver? Does each plugin wanting to work with it
send a PR to localwebserver for it to add a category to them?
On Tue, Nov 18, 2014 at 10:59 AM, Jesse wrote:
> Shaz's solution has less impact an
I'd like to answer some of the concerns that have flown by in this thread. Let
me work from most recent to older.
First, in reply to Jesse's question, yes, this is how Ripple works today: it
can run code prepared for any platform. That is, when you start to emulate a
Cordova 3 project, Ripple
Shouldn't ripple be able to emulate/monkey-patch any of the platforms?
If I am looking at and testing my cordova-ios app in ripple, I think I
would want the cordova-ios.js to be run, and not cordova-browser.js,
otherwise there could be latent issues that I would never see until I
actually ran it on
posted: http://cordova.apache.org/blog/2014/11/18/cordova-perf.html
On Tue, Nov 18, 2014 at 11:00 AM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:
> Yes please :)
>
> -Original Message-
> From: Steven Gill [mailto:stevengil...@gmail.com]
> Sent: Tuesday, November
GitHub user stacic opened a pull request:
https://github.com/apache/cordova-plugin-dialogs/pull/42
CB-8038 backslash getting escaped twice in bb10
Removed unnecessary escaping of backslash char in notifications for bb10,
as they are already escaped in the js.
You can merge this
Serge,
That sounds like you disagree with Julian's earlier summary that Ripple
should just intersect at the exec proxy level, and propose instead that
Ripple should intersect by having "hooks" inside the cordova-browser plugin
js-modules, correct?
I think thats not impossible (plugin authors can
Yes please :)
-Original Message-
From: Steven Gill [mailto:stevengil...@gmail.com]
Sent: Tuesday, November 18, 2014 10:54 AM
To: dev@cordova.apache.org
Subject: Re: Measuring Perf of Cordova apps (Android/iOS)
Sure!
Want me to post it?
-Steve
On Mon, Nov 17, 2014 at 11:32 AM, Parashu
Shaz's solution has less impact and seems more elegant.
// if ([self respondsToSelector:@selector(nativeFullPath:)]) {
If no-one ( generically ) has provided the nativeFullPath method, then use
it as is, otherwise call it.
No need for any (direct) dependency between File + LocalServer.
@purpleca
Sure!
Want me to post it?
-Steve
On Mon, Nov 17, 2014 at 11:32 AM, Parashuram Narasimhan (MS OPEN TECH) <
panar...@microsoft.com> wrote:
> Hey,
>
> Wanted to ping on this. Now that the tools release blog post is published,
> can we publish this post too ?
>
> -Original Message-
> From:
Having the localserver plugin add behaviour to file plugin feels like the
dependency is in the wrong direction to me.
How about having CDVFile.m do something like:
CDVPlugin* p = [commandDelegate getCommandInstance:@"LocalServer"];
if (p != nil) {
nativeURL = [p transformURL:nativeURL]; // do s
Let me add two pennies from my side also then :)
From the community perspective, I have little hope that a random plugin author
will care about anything beyond browser target for his/her plugin for
testing/debug purposes. I do think though that putting a right architecture in
place for somethin
I'm less interested in copying work being done faster/better in the browser
devtools. Certainly some UI abstractions are helpful (map controls,
acceleromter scrubbing widget, etc) but the returns for dev time are
diminishing for the effort to author/maintain. Esp bad considering we'd
have to pick U
On Tue, Nov 18, 2014 at 9:57 AM, Ray Camden wrote:
>
> >>
> >> On 11/15/14, 2:17 PM, "Michal Mocny" wrote:
> >>
>
> >>Not at all. What is it you think we are proposing? I'm merely
> >>suggesting
> >that the cordova-browser camera plugin implementation shouldn't *also*
> >come
> >with a DOM com
GitHub user MariaBukharina opened a pull request:
https://github.com/apache/cordova-medic/pull/19
CB-8033 Replaced "coho repo-clone" step by downloading repos from custom
urls
Medic ignores repository url from repos.json. This commit fixed it.
You can merge this pull request into a
Github user clelland commented on the pull request:
https://github.com/apache/cordova-android/pull/133#issuecomment-63485178
Note: This is related to apache/cordova-lib#119, which was merged in a few
days ago. It provides the same lines in the default template that would be
added by c
>>
>> On 11/15/14, 2:17 PM, "Michal Mocny" wrote:
>>
>>Not at all. What is it you think we are proposing? I'm merely
>>suggesting
>that the cordova-browser camera plugin implementation shouldn't *also*
>come
>with a DOM component that sits over top of your application to manipulate
>the camera
Filed https://issues.apache.org/jira/browse/CB-8032 with pull request
included.
On Mon, Nov 17, 2014 at 2:47 PM, Shazron wrote:
> Sorry I should have looked into the File API code first (no JavaScript
> changes, that would not work).
>
> Essentially I need to "override" this line from my plugin:
GitHub user shazron opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/91
CB-8032 - Add nativeURL external method support for CDVFileSystem->makeE...
...ntryForPath:isDirectory:
You can merge this pull request into a Git repository by running:
$ git pull
24 matches
Mail list logo