I've just tested and you can just create an AppDelegate category for
the new methods and this should work, but don't use it for existing
methods on the AppDelegate because you will overwrithe the original
methods and only the category methods will be called. I don't know if
this is better/safer
The second method is 100% correct, pls double check you are running the latest
cordova version (3.5.0-0.2.6)
cordova -version
3.5.0-0.2.6
cordova prepare windows8 -d
If everything is correct you should see that the following image is replaced
app\platforms\windows8\images\splashscreen.png
app
GitHub user sandstrom opened a pull request:
https://github.com/apache/cordova-docs/pull/221
Update links for 'Next guide'
Add link to Ember, add protocol to jQuery Mobile link
You can merge this pull request into a Git repository by running:
$ git pull
Effectively I didn't use the last version with my grunt task.
I was using the version 3.5.0-0.2.4.
Everything is fine now.
Thanks a lot Sergey.
Florian
-Original Message-
From: Sergey Grebnov (Akvelon) [mailto:v-seg...@microsoft.com]
Sent: mercredi 16 juillet 2014 10:32
To:
Hi, does anyone know where we are here? The official repo [1] is empty. - I'm
trying to understand current status to see how our team can help here.
[1] https://github.com/apache/cordova-browser
Thx!
Sergey
Github user AxelNennker commented on the pull request:
https://github.com/apache/cordova-lib/pull/58#issuecomment-49157473
removed the extra lines. Strange they where there.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as
GitHub user sgrebnov opened a pull request:
https://github.com/apache/cordova-windows/pull/37
CB-7144 Windows8 run fails if replace default certificate
https://issues.apache.org/jira/browse/CB-7144
You can merge this pull request into a Git repository by running:
$ git pull
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-plugin-vibration/pull/14
CB-6963 Ported Vibration automated manual tests
Ported tests from Mobilespec.
Jasmine version: ported from v1.3 to v2.0
You can merge this pull request into a Git repository
GitHub user martincgg opened a pull request:
https://github.com/apache/cordova-plugin-battery-status/pull/13
CB-6957 Ported Battery-status manual automated tests
Ported tests from Mobilespec.
Jasmine version: ported from v1.3 to v2.0
Features:
-No spies.
-Tests
Swizzling is better than using a category because it will allow multiple
plugins to hook into the method.
On Wed, Jul 16, 2014 at 3:13 AM, julio cesar sanchez jcesarmob...@gmail.com
wrote:
I've just tested and you can just create an AppDelegate category for
the new methods and this should
I know that there's this PR: https://github.com/apache/cordova-js/pull/70
On Wed, Jul 16, 2014 at 6:56 AM, Sergey Grebnov (Akvelon)
v-seg...@microsoft.com wrote:
Hi, does anyone know where we are here? The official repo [1] is empty. -
I'm trying to understand current status to see how our
Thx, there is also related PR to cordova-lib
https://github.com/apache/cordova-lib/pull/22
Thx!
Sergey
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew Grieve
Sent: Wednesday, July 16, 2014 5:50 PM
To: dev
Subject: Re: Browser as Cordova
Joe and I spent a bit of time last night working out compatible versions of
cordova-android and cordova-crosswalk-engine. (One of the pains of having
separate repos for everything is when APIs change, it's a pain to find
matching versions again)
This is what we found (I went over the commits from
No, I don't think adding crosswalk as an engine would be a good idea
due to compatibility. We should make a spec engine that's just a
clone of AndroidWebView specifically for testing and API
functionality. I'll add that to the JIRA subtask.
On Wed, Jul 16, 2014 at 9:15 AM, Andrew Grieve
And I mean licence compatibility. Crosswalk-Cordova-Engine is
technically not ASF code.
On Wed, Jul 16, 2014 at 9:17 AM, Joe Bowser bows...@gmail.com wrote:
No, I don't think adding crosswalk as an engine would be a good idea
due to compatibility. We should make a spec engine that's just a
Agreed with Joe here -- the engines, Crosswalk included, are third-party
code. It's just coincidence that Cordova PMC members happen to be
implementing them.
What we need is a well-defined stable API.
On Wed, Jul 16, 2014 at 12:17 PM, Joe Bowser bows...@gmail.com wrote:
And I mean licence
DEPS file?
On Wed, Jul 16, 2014 at 12:23 PM, Ian Clelland iclell...@chromium.org
wrote:
Agreed with Joe here -- the engines, Crosswalk included, are third-party
code. It's just coincidence that Cordova PMC members happen to be
implementing them.
What we need is a well-defined stable API.
The web-server as a platform pull requests are not related to cordova-browser.
Sent from my iPhone
On Jul 16, 2014, at 7:17 AM, Sergey Grebnov (Akvelon)
v-seg...@microsoft.com wrote:
Thx, there is also related PR to cordova-lib
https://github.com/apache/cordova-lib/pull/22
Thx!
Happy to see good news when returning from vacation. :-)
On Mon, Jul 7, 2014 at 10:33 PM, Ally Ogilvie aogil...@wizcorp.jp wrote:
I'm usually an observer here but.. the urge to post was too great!
http://seattlesportsnet.files.wordpress.com/2013/11/anchorman-celebration-gif.gif
Thanks for
We could also do the opposite - make cordova-android a submodule within the
engine repos. A submodule is just a URL a hash, so I don't think it would
go against any policies.
On Wed, Jul 16, 2014 at 1:20 PM, Michal Mocny mmo...@chromium.org wrote:
DEPS file?
On Wed, Jul 16, 2014 at 12:23
Github user VVelda commented on the pull request:
https://github.com/apache/cordova-lib/pull/58#issuecomment-49206968
Changes deletes also icons and splashscreen in new blank project, which is
bad. That should not to be done, until is icon or splashreen set in config.xml.
---
If
Ian, this closed right?
I see the issue is now resolved, but I think in the case of votes we need
to be sure to update the thread.
@purplecabbage
risingj.com
On Fri, Jun 27, 2014 at 12:39 PM, Shazron shaz...@gmail.com wrote:
+1
- verified signature hash
On Fri, Jun 27, 2014 at 12:34 PM,
If Tommy doesn't mind, my suggestion for the hangout is to have it
during the window of PST and EST working hours :/
It's unfortunate that we can't cover everyone worldwide, but this time
window captures the majority of the committers. We could do one once
in a while to accommodate the other half
It was closed: http://s.apache.org/Ew6
Noted in the upcoming board report:
https://github.com/cordova/apache-board-reports/blob/master/2014/2014-09.md
On Wed, Jul 16, 2014 at 11:35 AM, Jesse purplecabb...@gmail.com wrote:
Ian, this closed right?
I see the issue is now resolved, but I think in
Ah, so it is the changing subject issue ... frustrating.
Ignore me...
@purplecabbage
risingj.com
On Wed, Jul 16, 2014 at 11:40 AM, Shazron shaz...@gmail.com wrote:
It was closed: http://s.apache.org/Ew6
Noted in the upcoming board report:
It was encouraged by an outsider of the project to change the subject
to add [RESULT] :/ I think it just creates more problems since it
creates a new thread
On Wed, Jul 16, 2014 at 11:43 AM, Jesse purplecabb...@gmail.com wrote:
Ah, so it is the changing subject issue ... frustrating.
Ignore
Agree to that. 4pm EST (1pm PST) has worked well in the past, I think.
I'm thinking next week is better than trying to get everyone scrambled for
tomorrow/friday.
On Wed, Jul 16, 2014 at 2:38 PM, Shazron shaz...@gmail.com wrote:
If Tommy doesn't mind, my suggestion for the hangout is to have
Yeah :)
That was sebb's suggestion, but mail clients aren't always consistent with
maintaining threads when we change the subject line. (They *should* be, and
it makes me sad that they aren't)
Perhaps we should have a convention of sending out *two* closing emails on
a vote thread; one under the
Next Friday would be preferable. I'm at OSCON next week until then.
On Jul 16, 2014 11:46 AM, Michal Mocny mmo...@chromium.org wrote:
Agree to that. 4pm EST (1pm PST) has worked well in the past, I think.
I'm thinking next week is better than trying to get everyone scrambled for
I'm happy to just not change subject lines. Does anyone find them useful?
Sebb said it was just a convention that they usually find useful, it isn't
a requirement:
The ASF convention is to change the subject line - as I have done here
- to make it easier to find the result in the e-mail
1. For compiling the board report as the chair (and for future
chairs), I can see how [VOTE][RESULT] is useful if they haven't been
keeping up with vote results. One could search for [VOTE] and read the
thread, but then there could be closed threads because something
failed.
2. As a daily user of
Same! Shazron, you're awesome!!
On Wed, Jul 16, 2014 at 2:08 PM, Carlos Santana csantan...@gmail.com
wrote:
Happy to see good news when returning from vacation. :-)
On Mon, Jul 7, 2014 at 10:33 PM, Ally Ogilvie aogil...@wizcorp.jp wrote:
I'm usually an observer here but.. the urge to
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-cli/pull/183#issuecomment-49211973
Is this still relevant? Was this just reverted in the 3.5.0 branch?
---
If your project is set up for it, you can reply to this email and have your
reply
Good call here. I should have made JIRAs for a bunch of these. I've now
done so retroactively.
On Tue, Jul 15, 2014 at 8:56 PM, Joe Bowser bows...@gmail.com wrote:
On Jul 15, 2014 5:43 PM, Andrew Grieve agri...@chromium.org wrote:
On Tue, Jul 15, 2014 at 7:51 PM, Joe Bowser
Github user sgrebnov closed the pull request at:
https://github.com/apache/cordova-cli/pull/183
---
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 closed the pull request at:
https://github.com/apache/cordova-cli/pull/145
---
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-cli/pull/145#issuecomment-49213174
Not valid anymore, closing
---
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
Github user sgrebnov commented on the pull request:
https://github.com/apache/cordova-cli/pull/183#issuecomment-49213003
Not actual anymore, closing...
---
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
Hi all,
Several of us at IBM have been working on porting tests from mobile-spec to
the plugin-test-framework. I believe we have pull requests out for all of
the automated tests; we also have the manual tests ported and are just
wrapping up testing on ios/android, so those additional pull
Sure, I was actually already planning to take a look this week. I was
working on mobile-spec today and have *also* ported device tests :P I
should have looked at the PR's first! Will start these tomorrow.
The plan for mobile spec was just to have a transition path, by adding a
link to the old
GitHub user marti1125 opened a pull request:
https://github.com/apache/cordova-firefoxos/pull/18
[CB-4556] Add a ./cordova/clean project-level script
https://issues.apache.org/jira/browse/CB-4556
@rodms10 could you check this file?
You can merge this pull request into a Git
Are there Cordova stickers available for purchase on Stickermule or other
vendors? Or does setup need to be done from scratch? I’m just looking for a few
for local use.
I found this thread: [1] but don’t see any Cordova items in the Stickermule
marketplace.
1:
Absolutely. 1pm/4pm in the USA is just 6am here. Barely even have to get up
early. :)
On 17 Jul 2014 04:39, Shazron shaz...@gmail.com wrote:
If Tommy doesn't mind, my suggestion for the hangout is to have it
during the window of PST and EST working hours :/
It's unfortunate that we can't cover
43 matches
Mail list logo
