@firt said yesterday on twitter the GM and the final versión has the
same build versión, so the problem should be thereFrom: Ally Ogilvie
Sent: 9/18/2014 5:32
To: dev@cordova.apache.org
Subject: Re: WKWebView for iOS8
Interested in any updates if you have 'em @Shazron ?
Following Brian's tweet i
Hello
I just wonder if the next version of Cordova iOS (3.6.3?) is going to support
iOS8. I read iOS platform guide for Cordova 3.6.3 in github but I couldn't find
any specific comment for this.
I may be asking the obvious but I would appreciate any advice.
Best Regards,
Shingo
Honestly, we're not doing continuous build. Yes, there are 3 repos that build
within their own scope, but we aren't building end-to-end. I think we need to
be building continuously end-to-end.
Here are some thoughts:
- goal should be to have an automated system that generates nightly builds. T
I understand the goal of the shrinkwrap to be that all users have exactly all
the same dependency versions for execution, and the developers have the same
for dev/test.
Today the process [1] is for the shrinkwrap to exist in git only during the
release process. While this covers the users for e
RC has been refreshed with this commit. New vote thread started.
On Sep 17, 2014, at 6:37 PM, Archana Naik wrote:
> I am done. Change is pushed to geolocation master.
>
> Thanks Marcel.
> Archana
>
> On Wed, Sep 17, 2014 at 3:26 PM, Marcel Kinard wrote:
>
>> OK. Let me know when your update
Please review and vote on the release of this plugins release.
Compared to attempt #1, it includes a change to the geolocation plugin for
FireOS. The tag for that repo was updated.
Release issue: https://issues.apache.org/jira/browse/CB-7571
The plugins have been published to dist/dev:
https://
Interested in any updates if you have 'em @Shazron ?
Following Brian's tweet i'm kinda hoping there has been a breakthrough to
load local files!
Gonna switch to WKWebViews from iOS 8 in ma WizViewManager plugin.
(WizViewManager is a WebView creator and manager for iOS and Android -
sorta like IAB)
I am done. Change is pushed to geolocation master.
Thanks Marcel.
Archana
On Wed, Sep 17, 2014 at 3:26 PM, Marcel Kinard wrote:
> OK. Let me know when your update is complete, and then for just the
> geolocation plugin I can re-tag and re-gen the zip for dist-dev and start a
> new vote.
>
> Thi
OK. Let me know when your update is complete, and then for just the geolocation
plugin I can re-tag and re-gen the zip for dist-dev and start a new vote.
This vote is cancelled.
Last call for any other must-have changes.
(Doing the plugins release was WAY easier than the tools release. Almost
Marcel,
-1 for me because I need to remove amazon-fireos related code from
geolocation plugin. I can do it now and push it. Would you please update
the dist with new one?
Thanks
Archana
On Wed, Sep 17, 2014 at 3:15 PM, Marcel Kinard wrote:
> Please review and vote on the release of this plugin
Please review and vote on the release of this plugins release.
Release issue: https://issues.apache.org/jira/browse/CB-7571
The plugins have been published to dist/dev:
https://dist.apache.org/repos/dist/dev/cordova/CB-7571/
The packages were published from their corresponding git tags:
cord
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-android/pull/119
---
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 featur
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-media/pull/29
---
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 fe
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-media/pull/28
---
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 fe
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-file-transfer/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 i
GitHub user lyonplus opened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/25
[BlackBerry10] Re-implement getPreferredLanguage() and getLocaleName().
Previous implementation of getPreferredLanguage() is using language info
from default locale, which is w
Github user lyonplus closed the pull request at:
https://github.com/apache/cordova-plugin-globalization/pull/23
---
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
GitHub user lyonplus reopened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/23
[BlackBerry10] Allow any numeric type as date in dateToString method.
You can merge this pull request into a Git repository by running:
$ git pull
https://github.com/b
Github user lyonplus closed the pull request at:
https://github.com/apache/cordova-plugin-globalization/pull/23
---
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
Github user shazron commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/26#issuecomment-55958394
Ok, sounds good as a stop-gap - with #17 this could be viable.
---
If your project is set up for it, you can reply to this email and have your
reply
Github user Clafou commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/26#issuecomment-55948054
Given the new and recommended splash screen approach in iOS8, it seems that
there is naming convention for the iPhone 6. However it is possible to use
don't worry we can release code at any time and at any rate :-), as long we
vote and allow enoupgh time for folks to vote
On Wed, Sep 17, 2014 at 2:19 PM, Marcel Kinard wrote:
> For the most part, I like this idea. It definitely is an improvement.
>
> Since there isn't significant usage of cordo
Github user dpeacock commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/81#issuecomment-55938319
Added the fix to check for file exists instead of null check.
---
If your project is set up for it, you can reply to this email and have your
reply appear on
For the most part, I like this idea. It definitely is an improvement.
Since there isn't significant usage of cordova-lib and cordova-plugman outside
of cordova-cli, then there isn't benefit to shrinkwrapping cordova-lib and
cordova-plugman themselves. The cordova-cli is what people do an "npm in
Github user dpeacock commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-file/pull/81#discussion_r17682048
--- Diff: src/android/LocalFilesystem.java ---
@@ -589,6 +593,32 @@ public long writeToFileAtURL(LocalFilesystemURL
inputURL, String data,
Github user dpeacock commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-file/pull/81#discussion_r17681983
--- Diff: src/android/LocalFilesystem.java ---
@@ -579,6 +582,7 @@ public long writeToFileAtURL(LocalFilesystemURL
inputURL, String data,
Github user shazron commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/26#issuecomment-55930672
Definitely, I've commented on other splash screen PRs that we need to go
with that modern (and more sane) approach, but that's more of a migration pat
So, this is getting finalized -- I think that Brian has sent out a message
to everyone who had tickets to PGDEU; I'm not sure what other avenues are
good for getting the word out.
There's going to be an all-day event at the Google Berlin office next
Friday; I'd *love* it if anyone from the dev@ li
Github user clelland commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/26#issuecomment-55928732
And [this
document](https://developer.apple.com/library/prerelease/ios/documentation/UserExperience/Conceptual/MobileHIG/LaunchImages.html)
linked f
My recommendation would be only do shrinkwrap for cordova-cli, and publish
cordova-lib and cordova-js first, then create npm shrinkwrap for
cordova-cli and publish
1. npm publish cordova-js version rc:3.6.4 (no shrinkwrap)
2. update cordova-lib to depend on cordova-js@3.6.4 && npm publish
cordova-
Github user shazron commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/26#issuecomment-55919550
Not sure if that is Apple convention for the new iPhones. At least nothing
here:
https://developer.apple.com/library/prerelease/ios/documentation/Gen
On Sep 17, 2014, at 9:54 AM, Andrew Grieve wrote:
>> 2) directory install:
>> npm install ../cordova-js
> We've been bit before by this scenario as well. I believe the shrinkwrap
> will record that cordova-js is located at "../cordova-js" instead of from
> the registry in this case.
Now that I
I've been testing against it as well, and (so far) haven't found any
problems.
On Wed, Sep 17, 2014 at 10:52 AM, Edna Y Morales
wrote:
>
> Hi all,
>
> I've done testing on mobilespec over Android L. Comparing against test
> results for Android 4.4.4, I'm not seeing any breakages on Android L.
>
Hi all,
I've done testing on mobilespec over Android L. Comparing against test
results for Android 4.4.4, I'm not seeing any breakages on Android L.
I'm not sure if anyone else has done testing that can confirm my findings,
but just wanted to share what I found.
Thanks,
Edna Morales
Github user clelland commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-file/pull/81#discussion_r17667256
--- Diff: src/android/LocalFilesystem.java ---
@@ -579,6 +582,7 @@ public long writeToFileAtURL(LocalFilesystemURL
inputURL, String data,
Github user clelland commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-file/pull/81#discussion_r17667021
--- Diff: src/android/LocalFilesystem.java ---
@@ -589,6 +593,32 @@ public long writeToFileAtURL(LocalFilesystemURL
inputURL, String data,
You need to install the Android SDK for API level 19. Use the Android SDK
Manager to install it. You can open it by Start->Run "android"
On Wed, Sep 17, 2014 at 9:04 AM, Surinaidu Majji
wrote:
> I am developing an app using cordova 3.5.0 by using android-4.4.2 with an
> api level 19.
> It was wo
On Tue, Sep 16, 2014 at 10:14 PM, Marcel Kinard wrote:
> I've been doing some playing around to understand this better. Here are
> the 3 scenarios I tried:
>
> 1) link:
> cd cordova-lib
> rm -r node_modules
> rm npm-shrinkwrap.json
> npm link cordova-js
> npm install
> npm shrinkwrap
>
> Result i
I am developing an app using cordova 3.5.0 by using android-4.4.2 with an
api level 19.
It was working fine till morning but suddenly i am getting the following
error,
I know that the cordova 3.5.1 got released. I did not update my cordova
version also and i have checked the version which is still
Github user eymorale closed the pull request at:
https://github.com/apache/cordova-plugin-camera/pull/47
---
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 eymorale closed the pull request at:
https://github.com/apache/cordova-docs/pull/237
---
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
On 16 Sep,2014, at 20:07 , Shazron wrote:
> Thanks Erik,
> I'll take a look soon. As long as it addresses the points I've been making
> in the issue (wrt plugins) it would be fine -- the target is by 4.0 release
It doesn’t do that yet, but I’m working on it. Expect a PR for that soon
> I would
GitHub user Clafou opened a pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/26
Added support for iPhone 6 and iPhone 6 Plus resolutions
The iPhone 6 and iPhone 6 Plus brings new resolutions for the splash
screen. Taking the same approach as with the iPhone 5
43 matches
Mail list logo
