Hi all,
I’ve been experimenting with swift and ported the HelloWorld plugin [1] to
Swift. There was one trick to make it work together with cordova, that was to
specify the name of the class to export it under so it could be referenced:
@objc(HWPHello) class Hello : CDVPlugin {
Then it’s
Very good news.
I'm still left wondering why these failures are being discovered just now. Are
we all lacking that much discipline in running tests as we make commits?
On Aug 27, 2014, at 9:24 PM, Michal Mocny mmo...@chromium.org wrote:
Awesome :P Sometimes you get lucky ;)
On Wed, Aug
GitHub user sgrebnov opened a pull request:
https://github.com/apache/cordova-lib/pull/80
CB-7420 Windows. Plugin resource-files are removed from platform during
prepare
https://issues.apache.org/jira/browse/CB-7420
Changed source files location from platform\www\plugins
GitHub user sgrebnov opened a pull request:
https://github.com/apache/cordova-lib/pull/81
Windows helper. Removes unnecessary $(MSBuildThisFileDirectory)
This property is not required since all main .jsproj and other shared
project files are in the same folder
You can merge this
Github user eyezak commented on the pull request:
https://github.com/apache/cordova-blackberry/pull/175#issuecomment-53720784
The breakpoint functionality of the dialog is a BlackBerry10 specific
behaviour, prohibiting tools from coding once for all platforms.
---
If your project is
I just added the release notes for 3.5.1. An oversight.
https://github.com/apache/cordova-android/blob/master/RELEASENOTES.md
On Aug 26, 2014, at 12:37 AM, Fowler, Angela ange...@fast.au.fujitsu.com
wrote:
Hi,
Would anyone be able to tell me if there are release notes listing JIRA
issues
Thanks, Marcel -- good catch!
On Thu, Aug 28, 2014 at 9:53 AM, Marcel Kinard cmarc...@gmail.com wrote:
I just added the release notes for 3.5.1. An oversight.
https://github.com/apache/cordova-android/blob/master/RELEASENOTES.md
On Aug 26, 2014, at 12:37 AM, Fowler, Angela
Piotr I added Mozilla and you two under it.
Let me know your username on the Wiki and I can add you as contributor to
do edits.
On Tue, Aug 26, 2014 at 9:47 AM, Piotr Zalewa pzal...@mozilla.com wrote:
Hmm, I'd like to add Mozilla team as well.
Piotr Zalewa
and Rodrigo Silveira
Thanks
Can't edit the wiki as well, could you please add me. The username is
kamrik.
Thanks.
On Thu, Aug 28, 2014 at 9:59 AM, Carlos Santana csantan...@gmail.com
wrote:
Piotr I added Mozilla and you two under it.
Let me know your username on the Wiki and I can add you as contributor to
do edits.
Right now - no. Although you could write a post-install hook that will
directly update the project file using node-xcode I suppose.
In the future, we can just add this to the template (please file a
feature request so we don't forget). But I think the approach in this
issue is better, and will be
Are users actually using IBM
Worklight IDE interchangeably with cordova-cli tool? If so, could the
answer just be to ship a worklight-cli?
We already have a worklight-cli [1], but current implementation assumes a
proprietary directory structure for hybrid apps.
Going forward I would like to see
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/75
[CB-7375] Remove leading slash statement from condition
Windows Phone file paths starts with a leading slash, if the path is an
invalid one, the native side it will report a error
Is the Google team switching to the new style tests for their Medic CI
environment?
On Thu, Aug 28, 2014 at 6:37 AM, Marcel Kinard cmarc...@gmail.com wrote:
Very good news.
I'm still left wondering why these failures are being discovered just now.
Are we all lacking that much discipline in
done
On Thu, Aug 28, 2014 at 10:38 AM, Mark Koudritsky kam...@google.com wrote:
Can't edit the wiki as well, could you please add me. The username is
kamrik.
Thanks.
On Thu, Aug 28, 2014 at 9:59 AM, Carlos Santana csantan...@gmail.com
wrote:
Piotr I added Mozilla and you two under
Are users actually using IBM
Worklight IDE interchangeably with cordova-cli tool?
I'd like to take this question to show off the Cordova tools we've built in
RAD (sorry for being so pretentious)
I guess I need to pay more attention to JIRA issues :-)
I think using xcconfig files is huge step forward in managing xcode
projects.
xcconfig is the same pattern use by cocoapods, it allows more flexibility
and and at the same time not messing up user's pbxproj
One thing to also look is to
I agree, the time for messing with pbxproj files is over. In hindsight
we should have moved to workspaces and xcconfig files, but what can
you do. We should get rid of this technical debt asap by 4.0
On Thu, Aug 28, 2014 at 9:44 AM, Carlos Santana csantan...@gmail.com wrote:
I guess I need to
Sounds like there is a 3rd use case for a configurable directory structure?:
1 - Allow the user to define the directory structure and have all tools honor
it. Maybe because it allows them to more easily use additional tools with
Cordova CLI.
2 - A tool needs to impose a particular directory
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-file/pull/75
---
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 stacic opened a pull request:
https://github.com/apache/cordova-plugin-vibration/pull/21
CB-7216 API audit for vibration on wp8
Added support for:
- cancelVibration (including vibration with pattern)
- vibrateWithPattern
- truncation of vibration
GitHub user stacic opened a pull request:
https://github.com/apache/cordova-plugin-globalization/pull/21
Mark tests for unimplemented features as pending
For the getNumberPattern specs, the 'pattern' property isn't supported on
wp8, causing the relevant specs to fail and
So I was still getting 40 or so failures on iOS when running mobilespec,
even after updating jasmine. I ran the automatic tests for each plugin
individually and doing that I get 3 file-transfer failures. For file, I get
2 copyTo failures only after running the tests a second time. I will update
Edna, could you post the specific failures here or in a Jira item? (Not all 40
when run in aggregate since there are lots of false failures, but the few true
failures when run in isolation.) Would be nice to get these fixed before 3.6.0
is cut. Thanks!
On Aug 28, 2014, at 4:58 PM, Edna Y
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/76
[CB-7375][Entry] set proper filesystem in Entry, when moveTo or copyTo
When the native side it doesn't return any kind of value related directly
related with the fileSystem, it has to
I will be heading off to my delayed honeymoon Sept 3rd. I will be back Sept
18th.
I'm hoping we can get the 3.6.0 vote started tomorrow and I am able to
release it next Tuesday before I leave. If not, someone else will have to
take over releasing 3.6.0.
I have also created a calendar to keep
I'm currently on vacation until Sept 3rd BTW
On Aug 28, 2014 3:17 PM, Steven Gill stevengil...@gmail.com wrote:
I will be heading off to my delayed honeymoon Sept 3rd. I will be back Sept
18th.
I'm hoping we can get the 3.6.0 vote started tomorrow and I am able to
release it next Tuesday
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-plugin-file/pull/77
[CB-7422][File Tests] Use proper fileSystem to create fullPath
The filesystem uses root filesystem (PERSISTENT) to compare with a
TEMPORARY filesystem.
This is wrong, if
Github user martincgg commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/76#issuecomment-53815245
I've tested this over Android and WP8, it looks great.
---
If your project is set up for it, you can reply to this email and have your
reply appear on
Github user martincgg commented on the pull request:
https://github.com/apache/cordova-plugin-file/pull/77#issuecomment-53815400
Tested over Android and WP8, it works pretty good.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub
I found this weird behaviour in Cordova:
I have created two apps, one simple HTML 5 app and a Cordova app that runs
on Samsung (S5 and Tab Pro 10.1, running KitKat), that use .
It is weird that I can see the decimal point in the keyboard when I use the
WebApp (on Chrome) but it doesn't appear
Can you file a new issue in JIRA for it with details on the device? That
sounds device specific.
On Aug 28, 2014 3:45 PM, Leonardo Martínez leolib2...@gmail.com wrote:
I found this weird behaviour in Cordova:
I have created two apps, one simple HTML 5 app and a Cordova app that runs
on
Yes no problem. I have created a Jira issue (CB-7423).
Thanks,
Edna Morales
From: Marcel Kinard cmarc...@gmail.com
To: dev@cordova.apache.org
Date: 08/28/2014 05:48 PM
Subject:Re: iOS mobile-spec failures (was: Re: [Testing] No content to
speak of)
Edna, could
https://issues.apache.org/jira/browse/CB-7424
related: https://issues.apache.org/jira/browse/CB-6747
The anchor tag usage was added in 3.1.0, it was never in 3.0.0 (cordova-docs)
Tried to do a blame, but because of the restructure of the doc files,
it's not accurate.
Before I strike out that
Just a quick update to this.
Coho now updates the version script for the following platforms:
Android
Amazon-fireos
Ubuntu
Firefoxos
Blackberry
If coho is being used for releases, I think this is the way to go. iOS,
windows and wp8 are the only remaining ones.
Line to edit in coho:
https://github.com/apache/cordova-docs/commit/6682f624ae895e84bda21ee9a74f613d72411423
Mike Sierra, appears to be a mistake.
@purplecabbage
risingj.com
On Thu, Aug 28, 2014 at 5:12 PM, Shazron shaz...@gmail.com wrote:
https://issues.apache.org/jira/browse/CB-7424
related:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-file/pull/74
---
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-file/pull/76
---
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-file/pull/77
---
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-file/pull/70
---
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
Steven, you got married? Congratulations! (or is this *really* belated?)
On Thu, Aug 28, 2014 at 6:20 PM, Joe Bowser bows...@gmail.com wrote:
I'm currently on vacation until Sept 3rd BTW
On Aug 28, 2014 3:17 PM, Steven Gill stevengil...@gmail.com wrote:
I will be heading off to my
@steve Enjoy brah!
On Fri, Aug 29, 2014 at 11:43 AM, Michal Mocny mmo...@chromium.org wrote:
Steven, you got married? Congratulations! (or is this *really* belated?)
On Thu, Aug 28, 2014 at 6:20 PM, Joe Bowser bows...@gmail.com wrote:
I'm currently on vacation until Sept 3rd BTW
On
GitHub user pospi opened a pull request:
https://github.com/apache/cordova-weinre/pull/8
Fix critical error in target device javascript
This fixes javascript errors which cause the script to fail and results in
targets never finding the weinre server.
You can merge this pull
Is there a JIRA to follow up on this change?
--
Gorkem
On Fri, Aug 29, 2014 at 3:16 AM, Steven Gill stevengil...@gmail.com wrote:
Just a quick update to this.
Coho now updates the version script for the following platforms:
Android
Amazon-fireos
Ubuntu
Firefoxos
Blackberry
If coho is
43 matches
Mail list logo
