I will publish them from master. There is an issue with permissions
right now :-/
On Fri, Sep 27, 2013 at 5:03 AM, Steven Gill stevengil...@gmail.com wrote:
Plugins are ready to be published. I did plugman adduser. Can't publish
plugins yet. Guessing Anis has to give me permission.
On Tue,
Plugins have been published! Time to test!
On Fri, Sep 27, 2013 at 9:18 AM, Anis KADRI anis.ka...@gmail.com wrote:
I will publish them from master. There is an issue with permissions
right now :-/
On Fri, Sep 27, 2013 at 5:03 AM, Steven Gill stevengil...@gmail.com wrote:
Plugins are ready to
I'd like to point out we're talking about the future and not the present
too. Yes, its a pain to dev a plugin without an IDE today. That isn't a
reason to sit on our hands. Iain has the right of it: our job is to
implement the future not lament the present.
The future is most certainly not
I was looking over some old emails from this list on plugin testing, and an
idea that was proposed way back was to ship plugin tests as a second
plugin. That way, you can chose to install tests, or not, and know
explicitly if they are being copied into your final project.
An alternative would be
Hum I think keeping tests with the plugin is a better approach, keeps code
and test together on a single repo for a plugin.
Maybe plugman should not install the test folder located on the root of the
plugin by default unless an optional flag --test is pass
plugman install --test ...
cordova
I really like your proposal as a starting point. Very simple but would
allow for in-app testing as well as on the cmd line if we so wish.
On Fri, Sep 27, 2013 at 3:28 PM, Michal Mocny mmo...@chromium.org wrote:
I was looking over some old emails from this list on plugin testing, and an
idea
Can you please file JIRAs on doc problems like this? Existing overview doc
says you can use the CLI to bootstrap hand off to an SDK supporting
platform command-line utilities. I take your comment to mean doc should better
stress that once you start working with platform tools downstream,
On Fri, Sep 27, 2013 at 3:57 PM, Carlos Santana csantan...@gmail.comwrote:
What is the support statement for 2.9.x for new OSs?
For example:
iOS7 not supported on 2.9.x
xCode 5 not supported on 2.9.x
2.9.x + bugs only supports:
iOS 5 and 6
Xcode 4.6.3
That's a good question: 6 months
Which one?
On Fri, Sep 27, 2013 at 10:09 AM, Brian LeRoux b...@brian.io wrote:
I really like your proposal as a starting point. Very simple but would
allow for in-app testing as well as on the cmd line if we so wish.
On Fri, Sep 27, 2013 at 3:28 PM, Michal Mocny mmo...@chromium.org wrote:
The Android platform scripts use shelljs.exec's synchronous mode. This is a
terrible hack that leaks filehandles by the hundred, wastes lots of CPU
cycles, and can cause EMFILE on OSX because it runs out of filehandles.
I wanted to rewrite the scripts to be async and use child_process.exec or
I think it'd be good to enumerate our options for workflow before we
decided on which to implement (or maybe choose multiple).
Tyler's idea about a sync command seems like it would be handy. Edit your
plugin files within platforms/, and then run `cordova plugin copychanges
org.my.plugin` to do a
I was in the habit of merging bug fixes back into 2.9.x a while ago, but
have also stopped doing that.
If we want 2.9.x to be bug fixes only, then I think it makes sense to spend
some time and cherry-pick changes.
If we want 2.9.x to be new features + bug fixes, then we could just work on
adding
On Thu, Sep 26, 2013 at 7:17 PM, Ian Clelland iclell...@chromium.org wrote:
We should be supporting 2.9 -- I'm pretty sure we've committed to at least
fixing bugs as they come up.
We've committed to it, but to be honest, I stopped doing the backports
when I heard there wasn't going to be a
Do it!
On Fri, Sep 27, 2013 at 8:13 AM, Braden Shepherdson bra...@chromium.org wrote:
The Android platform scripts use shelljs.exec's synchronous mode. This is a
terrible hack that leaks filehandles by the hundred, wastes lots of CPU
cycles, and can cause EMFILE on OSX because it runs out of
SGTM. shelljs is used for other things though, so we won't be able to get
rid of it.
On Fri, Sep 27, 2013 at 4:13 PM, Braden Shepherdson bra...@chromium.orgwrote:
The Android platform scripts use shelljs.exec's synchronous mode. This is a
terrible hack that leaks filehandles by the hundred,
Thanks!
On Fri, Sep 27, 2013 at 12:31 AM, Anis KADRI anis.ka...@gmail.com wrote:
Plugins have been published! Time to test!
On Fri, Sep 27, 2013 at 9:18 AM, Anis KADRI anis.ka...@gmail.com wrote:
I will publish them from master. There is an issue with permissions
right now :-/
On
iOS has no way to control vibration strength FYI, so it will just ignore
this parameter if implemented
On Thu, Sep 26, 2013 at 10:17 AM, Jesse purplecabb...@gmail.com wrote:
It would be even nicer if any of the platforms we support had APIs to
change the 'volume' of the vibration. :(
Symlinks in platforms/ are a problem because Xcode doesn't honour them, at
least last time we tried it.
I'm much more enthused about the --link concept than any syncing, though.
Also if someone wants to sync, they can already use rsync to do it manually.
Braden
On Fri, Sep 27, 2013 at 11:45
On Fri, Sep 27, 2013 at 11:45 AM, Andrew Grieve agri...@chromium.orgwrote:
I think it'd be good to enumerate our options for workflow before we
decided on which to implement (or maybe choose multiple).
Tyler's idea about a sync command seems like it would be handy. Edit your
plugin files
I had since learned that shelljs is used for other things. That's fine,
it's not hurting anything unless we use synchronous exec.
Braden
On Fri, Sep 27, 2013 at 12:47 PM, Andrew Grieve agri...@chromium.orgwrote:
SGTM. shelljs is used for other things though, so we won't be able to get
rid of
Have we not previously solved the symlink problem in xcode with a build
hook, or was that for prepare step?
The --link concept doesn't do anything for that platforms - plugins file
mapping. Its useful for mapping plugins/ to local source, but it doesn't
help with the problem Tyler mentions,
FYI, none of the device SDKs currently support this ( maybe BB? ), which is
what I implied previously. It will be ignored everywhere for awhile.
@purplecabbage
risingj.com
On Fri, Sep 27, 2013 at 10:15 AM, Shazron shaz...@gmail.com wrote:
iOS has no way to control vibration strength FYI, so
Hi,
I'm a NetBeans developer. We have support for developing HTML5 apps in Chrome
and also in mobile browsers (We support on device debugging and also
simulators). We support cordova packaging as well.
Now I upgraded to new Xcode and suddenly I'm not able to open MobileSafari from
command
Just tried some symlinks in Xcode 5:
- Copying assets work (due to our custom build step)
- Building works (compiler follows links just fine)
- Editing a fail (big fail. Files open but changes cannot be saved.)
For Xcode though, it is an option to change our installation step to have
Xcode
ios-sim issues should be discussed in
https://github.com/phonegap/ios-sim/issues?state=open
On Fri, Sep 27, 2013 at 11:09 AM, Jan Becicka jan.beci...@oracle.comwrote:
Hi,
I'm a NetBeans developer. We have support for developing HTML5 apps in
Chrome and also in mobile browsers (We support
On Fri, Sep 27, 2013 at 2:10 PM, Andrew Grieve agri...@chromium.org wrote:
Just tried some symlinks in Xcode 5:
- Copying assets work (due to our custom build step)
- Building works (compiler follows links just fine)
- Editing a fail (big fail. Files open but changes cannot be saved.)
Hmm,
On Fri, Sep 27, 2013 at 6:34 PM, Joe Bowser bows...@gmail.com wrote:
So, are we going to do a 2.9.1? Should I be going through all the
plugins and making sure that everything is backported?
I like the idea of releasing 2.9.1 close to Cordova 3.1 -- could we
continue with that up to 2.9.5
Can we serve the html doc somewhere? I'd rather not read a diff on html.
On 26 September 2013 18:08, Steven Gill stevengil...@gmail.com wrote:
Looks like I forgot to click publish on the review page. I also found a
bunch of spelling mistakes I made in my rush to create this. I just fixed
Thanks,
I reported issue there.
Jan
On Sep 27, 2013, at 8:17 PM, Shazron shaz...@gmail.com wrote:
ios-sim issues should be discussed in
https://github.com/phonegap/ios-sim/issues?state=open
On Fri, Sep 27, 2013 at 11:09 AM, Jan Becicka jan.beci...@oracle.comwrote:
Hi,
I'm a
best to review the .md file instead.
I don't think there's a good way to host it somewhere, other than for you
to download and apply the patch, and run rake serve yourself.
On Fri, Sep 27, 2013 at 7:49 PM, Tim Kim timki...@gmail.com wrote:
Can we serve the html doc somewhere? I'd rather not
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/14356/#review26444
---
/www/_posts/2013-09-26-plugins-release.md
Giver. Now, instead if the grand rewrite how about a refactor of a single
method for review. Easier for us to buy in and perhaps collab on w you.
On Sep 27, 2013 7:31 PM, Braden Shepherdson bra...@chromium.org wrote:
I had since learned that shelljs is used for other things. That's fine,
it's
I was trying to test BB10 and got very confuse with the state of cordova.js
in cordova-blackerry
The version of cordova.js in (BB10 3.1.x 3.1.0-rc1) is from cordova-js 3.0
https://github.com/apache/cordova-blackberry/blob/3.1.x/blackberry10/javascript/cordova.blackberry10.js
var
Jesse I think for 3.1.0 most important is to be able to add/rm platforms
and plugins.
For run/emulate we can try do something for 3.2.0 and even if its not
possible by then, I think is a very low priority
--Carlos
On Fri, Sep 27, 2013 at 8:18 PM, Jesse purplecabb...@gmail.com wrote:
I have
nevermind I figure it out and have a pull request
https://github.com/apache/cordova-js/pull/51
--Carlos
On Fri, Sep 27, 2013 at 7:36 PM, Carlos Santana csantan...@gmail.comwrote:
I was trying to test BB10 and got very confuse with the state of
cordova.js in cordova-blackerry
The version
Can someone review this?
https://issues.apache.org/jira/browse/CB-4942
https://github.com/apache/cordova-js/pull/51
--
Carlos Santana
csantan...@gmail.com
36 matches
Mail list logo
