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
Filed https://issues.apache.org/jira/browse/CB-8032 with pull request
included.
On Mon, Nov 17, 2014 at 2:47 PM, Shazron shaz...@gmail.com 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
On 11/15/14, 2:17 PM, Michal Mocny mmo...@chromium.org 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
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
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
On Tue, Nov 18, 2014 at 9:57 AM, Ray Camden rayca...@adobe.com wrote:
On 11/15/14, 2:17 PM, Michal Mocny mmo...@chromium.org 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
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
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
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
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:
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.
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,
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
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
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 18,
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
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,
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 purplecabb...@gmail.com wrote:
Shaz's
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
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-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 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
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
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
24 matches
Mail list logo
