Hi guys,
I was wondering if Corodva will work fine with Yosemite GM. I was about to
update from my Mavericks to Yosemite GM.
Best regards,
AR
I knew it! The client is Steve! Take your advertising demands elsewhere
Steve!
Sent from my Windows Phone From: Steven Gill
Sent: 01/10/2014 05:49
To: dev@cordova.apache.org
Subject: Re: Business suggestion
But ads sound like such a great idea! /thread
On Tue, Sep 30, 2014 at 1:45 PM, Shazron
Cherry-picked them into 3.6.x branch.
On Tue, Sep 30, 2014 at 5:16 PM, Steven Gill wrote:
> If someone can merge the corresponding changes into 3.6.x branch, I can
> handle the retag tomorrow.
>
> -Steve
>
> On Tue, Sep 30, 2014 at 5:11 PM, Joe Bowser wrote:
>
> > -1, Cordova-Android should pro
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-coho/pull/44
---
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 feature is
GitHub user stevengill opened a pull request:
https://github.com/apache/cordova-coho/pull/44
fixed typo
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/stevengill/cordova-coho patch-20
Alternatively you can review and apply thes
If someone can merge the corresponding changes into 3.6.x branch, I can
handle the retag tomorrow.
-Steve
On Tue, Sep 30, 2014 at 5:11 PM, Joe Bowser wrote:
> -1, Cordova-Android should probably be re-tagged because of CB-7674, I'll
> defer the re-tagging to Marcel.
>
> On Tue, Sep 30, 2014 at
-1, Cordova-Android should probably be re-tagged because of CB-7674, I'll
defer the re-tagging to Marcel.
On Tue, Sep 30, 2014 at 3:04 PM, Steven Gill wrote:
> Sorry, outupt of the tag was cordova-android: 3.6.4 (fcb6cc44f1)
>
> On Tue, Sep 30, 2014 at 2:48 PM, Steven Gill
> wrote:
>
> > Please
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-coho/pull/43
---
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 feature is
GitHub user stevengill opened a pull request:
https://github.com/apache/cordova-coho/pull/43
Updated release email wording
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/stevengill/cordova-coho patch-19
Alternatively you can re
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
The package was published from its corresponding git tag:
cordova-br
:(
On 1 Oct 2014 08:27, "Shazron" wrote:
> Not sure yet Ian, but I don't see why not (there is an exception for files
> in certain folder you can specify).
>
> FYI those that are keeping track -- iOS 8.1 does not have this new API
> function, I checked the headers in Xcode 6.1 b3/GM. So maybe 8.2
Github user shazron commented on the pull request:
https://github.com/apache/cordova-plugin-statusbar/pull/15#issuecomment-57393404
Aha I finally cracked it :)
If you use Xcode 6 and the iOS 8 SDK to deploy to an iOS 8 device, you
won't see this.
You will only see this if
Not sure yet Ian, but I don't see why not (there is an exception for files
in certain folder you can specify).
FYI those that are keeping track -- iOS 8.1 does not have this new API
function, I checked the headers in Xcode 6.1 b3/GM. So maybe 8.2/8.3
On Sat, Sep 27, 2014 at 1:48 AM, Ian Clelland
Please review and vote on this 3.6.4 WP8 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
The package was published from its corresponding git tag:
cordova-wp8: 3
Please review and vote on this 3.6.4 Windows 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
The package was published from its corresponding git tag:
cordova-w
Sorry, outupt of the tag was cordova-android: 3.6.4 (fcb6cc44f1)
On Tue, Sep 30, 2014 at 2:48 PM, Steven Gill wrote:
> Please review and vote on this 3.6.4 Android Release.
>
> Release issue: https://issues.apache.org/jira/browse/CB-7661
>
> Repos ready to be released have been published to
> d
GitHub user dpolivy opened a pull request:
https://github.com/apache/cordova-plugin-camera/pull/49
CB-7667 iOS8: Handle case where camera is not authorized
In iOS 7+, when the app does not have access to the camera, show a
prompt notifying the user so they're not puzzled by looki
Please review and vote on this 3.6.4 Android 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
The package was published from its corresponding git tag:
PASTE OUT
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-coho/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 feature is
GitHub user stevengill opened a pull request:
https://github.com/apache/cordova-coho/pull/42
Removed recreating archive step
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/stevengill/cordova-coho patch-18
Alternatively you can
Any comments folks?
https://gist.github.com/cfjedimaster/b689cbf528cddaa2391a
On 9/30/14, 11:57 AM, "Michal Mocny" wrote:
>I'm not an expert on requirements, but I'm happy to review your
>post.
>
>-Michal
>
>On Tue, Sep 30, 2014 at 12:41 PM, Ray Camden wrote:
>
>> Ah, good point there.
>>
>>
Github user shazron commented on the pull request:
https://github.com/apache/cordova-plugin-statusbar/pull/15#issuecomment-57383201
Thanks @laucel. I've viewed the video. Seems like the difference is you
start out at landscape orientation, and I haven't been able to replicate this
bu
But ads sound like such a great idea! /thread
On Tue, Sep 30, 2014 at 1:45 PM, Shazron wrote:
> Hmm which moderator went and approved this? I know I skipped it.
>
> On Wed, Oct 1, 2014 at 10:34 AM, Jim Lawrence
> wrote:
>
> > Hey,
> > I had visited your site http://cordova.apache.org and I was
Hmm which moderator went and approved this? I know I skipped it.
On Wed, Oct 1, 2014 at 10:34 AM, Jim Lawrence
wrote:
> Hey,
> I had visited your site http://cordova.apache.org and I was very
> impressed. I think it would fit my clients' demands perfectly.
> Let me clarify, my name is Jim and I'
On Tue, Sep 30, 2014 at 12:08 PM, Joe Bowser wrote:
> On Tue, Sep 30, 2014 at 8:52 AM, Andrew Grieve
> wrote:
>
> > +1 unbundle. The reason we added it in was that it fixes issues with
> > Android's built-in networking stack. It was added pre-plugin-breakout,
> and
> > was never broken out into
Hey,
I had visited your site http://cordova.apache.org and I was very
impressed. I think it would fit my clients' demands perfectly.
Let me clarify, my name is Jim and I'm an advertising representative.
My job is to find sites like yours, which are willing to sell
advertising space to my clients
+1
It would be also great if there is a way to extend/override some default
webview functionality as well (not only provide full webview implementation)
For example, what will be recommended way to extend default
onReceivedHttpAuthRequest functionality if I want to automatically show
credential
Well, that illustration had a few typos. :-/ This one should be cleaner:
https://github.com/cmarcelk/cordova-android/blob/init/framework/src/org/apache/cordova/CordovaActivity.java#L201
On Sep 30, 2014, at 3:20 PM, Marcel Kinard wrote:
> If there is a real need to be able to defer the preference
I can see where you are coming from for your rationale. Do you have a use case
where you don't want the preferences acted upon until after onCreate()?
The breakage is that our product expects the preferences to be acted upon
during onCreate(), and it tries to use the result of that preference ac
Fixed.
On Tue, Sep 30, 2014 at 11:39 AM, Shazron wrote:
> Derp. The command line way to test will not work until you launch Xcode at
> least once. Will fix.
>
> On Tue, Sep 30, 2014 at 11:11 AM, Shazron wrote:
>
>>
>> https://github.com/apache/cordova-plugin-splashscreen/tree/master/tests/ios
>
On Tue, Sep 30, 2014 at 10:42 AM, Michal Mocny wrote:
> To make sure I understand, this is implementing the system webview as a
> pluggable-webview-via-plugin?
>
>
Yes. The idea was to use this to figure out our API surface and to see
what's necessary and what's not. Also, we need a way to test
Derp. The command line way to test will not work until you launch Xcode at
least once. Will fix.
On Tue, Sep 30, 2014 at 11:11 AM, Shazron wrote:
> https://github.com/apache/cordova-plugin-splashscreen/tree/master/tests/ios
>
> I don't think any of the other plugins have these, so if you want to
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-coho/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 feature is
https://github.com/apache/cordova-plugin-splashscreen/tree/master/tests/ios
I don't think any of the other plugins have these, so if you want to copy
the approach, feel free.
https://issues.apache.org/jira/browse/CB-7663
I added these because testing the splashscreen plugin without this would be
GitHub user stevengill opened a pull request:
https://github.com/apache/cordova-coho/pull/41
Moved editing release notes up in process
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/stevengill/cordova-coho patch-17
Alternativel
Thanks, Shazron!
On Sep 30, 2014, at 1:56 PM, Shazron wrote:
> Yes, it will be looked at. Unless someone else wants to take this on, I am
> the guy. Other pressing issues related to iOS 8 have been my focus.
>
> On Tue, Sep 30, 2014 at 10:52 AM, Lyon Chen wrote:
>
>> Hi
>>
>> I have a pull r
Thanks Ray! That would be great.
I concur with what Michal said. Unfortunately, testing with older releases
hasn't been our focus (resources and whatnot).
On Tue, Sep 30, 2014 at 9:57 AM, Michal Mocny wrote:
> I'm not an expert on requirements, but I'm happy to review your
> post.
>
> -Michal
>
Yes, it will be looked at. Unless someone else wants to take this on, I am
the guy. Other pressing issues related to iOS 8 have been my focus.
On Tue, Sep 30, 2014 at 10:52 AM, Lyon Chen wrote:
> Hi
>
> I have a pull request (
> https://github.com/apache/cordova-ios/pull/106#issuecomment-5672389
Hi
I have a pull request
(https://github.com/apache/cordova-ios/pull/106#issuecomment-56723894) for
issue (https://issues.apache.org/jira/browse/CB-7627). Basically it is about 2
references to the same libCordova.a file, one as add in commit fe397173 as
force_load, the other one is add in comm
To make sure I understand, this is implementing the system webview as a
pluggable-webview-via-plugin?
This, is interesting.
On Tue, Sep 30, 2014 at 12:47 PM, Joe Bowser wrote:
> Hey
>
> So, as part of the work for Third Party Webviews, I decided to write up a
> super quick reference implementat
I'm not an expert on requirements, but I'm happy to review your
post.
-Michal
On Tue, Sep 30, 2014 at 12:41 PM, Ray Camden wrote:
> Ah, good point there.
>
> I¹m going to write up a blog post on this after I run some errands. I¹d
> love a quick review from you, or anyone, before I publish. I¹m
Hey
So, as part of the work for Third Party Webviews, I decided to write up a
super quick reference implementation by just copying the AndroidWebView and
making it a plugin. I haven't fully tested this yet, but it should work as
a third-party WebView.
The tricky part that I found here is how muc
Ah, good point there.
I¹m going to write up a blog post on this after I run some errands. I¹d
love a quick review from you, or anyone, before I publish. I¹m also going
to add something to the core docs.
On 9/30/14, 11:18 AM, "Michal Mocny" wrote:
>That sounds reasonable.
>
>The tag is a bit w
That sounds reasonable.
The tag is a bit weird though, in that the dependency is on cli
and not platform version. Combined with CLI semver and platform release
unbundling, its a bit hard to reason about. It kinda still works because
we have default platform versions pinned to cli versions, but
Ah - never mind. I picked a plugin that didn’t have it specified. I picked
another random one and it *was* shown.
I’d say that for plugins w/o engine support, the site should still say
something, even if
Engine Number
Not Specified
On 9/30/14, 11:09 AM, "Ray Camden" wrote:
>Query - why isn¹t
Query - why isn¹t data shown on plugins.cordova.io? That seems
like crucial data that should be displayed, right?
On 9/30/14, 10:59 AM, "Michal Mocny" wrote:
>
>In theory, we should know when plugins depend on a certain minimum
>platform
>version, and even have a plugin.xml tag to specify this (
On Tue, Sep 30, 2014 at 8:52 AM, Andrew Grieve wrote:
> +1 unbundle. The reason we added it in was that it fixes issues with
> Android's built-in networking stack. It was added pre-plugin-breakout, and
> was never broken out into its own plugin.
>
>
Because CordovaResourceApi is a core API.
> T
Agree, will see how I can improve this.
Cheers!
-Sergey
-Original Message-
From: Carlos Santana [mailto:csantan...@gmail.com]
Sent: Tuesday, September 30, 2014 4:01 PM
To: dev@cordova.apache.org
Subject: Re: Question on Windows platfrom support in plugin documentation
Sergey can you upd
Paul:
You are right. When we do a platform release, we test with the latest
plugins to make sure the platform isn't breaking things. When we do a
plugins release, we test with the latest platforms to make sure the plugins
are breaking things.
In theory, we should know when plugins depend on a c
I don¹t have an answer, but I definitely see merit in documenting this
here:
http://cordova.apache.org/docs/en/3.6.0/cordova_plugins_pluginapis.md.html#
Plugin%20APIs
(replace 3.6.0 with ³most current² of course)
We should clarify expectations for when/how the core plugins are tested in
regards
+1 unbundle. The reason we added it in was that it fixes issues with
Android's built-in networking stack. It was added pre-plugin-breakout, and
was never broken out into its own plugin.
The good news is that I think it'll be quite straight-forward to extract it
out. We don't expose OkHttp interfac
Just being annoying. ;) I can see this type of question though being
something users will bring up.
On 9/30/14, 9:46 AM, "Shazron" wrote:
>He didnt ask that question, but Ray: yes.
>
>On Tuesday, September 30, 2014, Ray Camden wrote:
>
>> Does it make sense to clarify that statement though? Not
Even with pinned dependencies, we run into the problem that it's tough to
ship multiple modules that depend on each other at the same time because
cordova depends on cordova-lib.
How about we stop using -rc# suffixes for our release candidates? E.g. For
each RC, was actually do just bump the patch
Github user berarma commented on the pull request:
https://github.com/apache/cordova-browser/pull/2#issuecomment-57332944
I guess that's what most distributions ship. Tested on Debian Wheezy.
---
If your project is set up for it, you can reply to this email and have your
reply appear
But it is not wise to assume that the latest version of a core plugin is also
tested against an older version of Cordova CLI? Is that true or false? In other
words, when you test the latest version of a core plugin, you only test it
against the latest released version of the Cordova CLI. Using t
He didnt ask that question, but Ray: yes.
On Tuesday, September 30, 2014, Ray Camden wrote:
> Does it make sense to clarify that statement though? Not *every* plugin is
> tested like this, just the ³Core² set of Cordova plugins. If someone has a
> random plugin for Cowbell, there is no guarantee
Github user stevengill commented on the pull request:
https://github.com/apache/cordova-browser/pull/2#issuecomment-57325991
Why chromium instead of chrome?
---
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 it make sense to clarify that statement though? Not *every* plugin is
tested like this, just the ³Core² set of Cordova plugins. If someone has a
random plugin for Cowbell, there is no guarantee that it will work on
_any_ release, right? (I know we were talking about core plugins, but I
just wa
Yes
On Monday, September 29, 2014, Joshi, Pavankumar
wrote:
> Thanks for the mail. Kindly can you clarify this question,
>
> So every time a new version of plugin is released, is it tested with the
> already released latest Cordova version.
> Example: In Cordova 3.6 release it is stated that ba
Sorry about the bad commit message. Was a part of my
not-so-good-at-explaining streak :S.
The rationale I had was that with the code in init(), there was no way to
programmatically influence the behaviour of the preferences that you had. I
tried to make the split now so that preferences are loaded
GitHub user vladimir-kotikov opened a pull request:
https://github.com/apache/cordova-lib/pull/96
CB-7670 Fixes failure when trying to fetch dependent plugin while adding
platform
Fix for https://issues.apache.org/jira/browse/CB-7670
You can merge this pull request into a Git repo
I agree it would be cleaner to not embed okhttp in Cordova.
If it is removed, what do you see as the user experience? Does the CLI
automatically download the okhttpd jar from square's github? Or do we expect
the user to do that manually and drop it in a lib folder?
Would it be possible to have
Sergey can you update the docs in plugin to make it more clear on the
different windows versions.
We don't want user thinking they can use Windows XP with Cordova 😜
On Tuesday, September 30, 2014, Sergey Grebnov (Akvelon) <
v-seg...@microsoft.com> wrote:
> 'Windows' platform supports apps target
Can you explain? This bug is not related to android, or use of project name
Unless iOS name defaults to the lowest order character, there is a chance
that a plist file brought in by a custom framework gets precedence and
fails the configuration update for plist.
On Mon, Sep 29, 2014 at 11:10 PM, J
-1
Use xdg-open or something. Expecting chromium to be in the path seems
unreasonable.
Sent from my BlackBerry 10 smartphone.
GitHub user berarma opened a pull request:
https://github.com/apache/cordova-browser/pull/2
Add generic Linux support to 'run' script
Added code to run chromium on Linux platforms.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/b
Github user sgrebnov commented on a diff in the pull request:
https://github.com/apache/cordova-lib/pull/86#discussion_r18205524
--- Diff: cordova-lib/src/cordova/restore.js ---
@@ -70,29 +70,23 @@ function installPluginsFromConfigXML(cfg) {
}
return features
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-windows/pull/50
---
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 feature
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-windows/pull/50#issuecomment-57277316
:+1: I'll merge this to be consistent with other platforms; cordova-wp8
recently removed sub-folder as well
---
If your project is set up for it, you can reply
Github user laucel commented on the pull request:
https://github.com/apache/cordova-plugin-statusbar/pull/15#issuecomment-57277138
@shazron check your email, please. Hope this helps.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHu
70 matches
Mail list logo
