One of the last key outstanding tasks for the CLI is lazy loading of
platform libraries [1].
I want to start tackling that tomorrow. I have a few points/questions to
bring up and wanted to share my vision of the implementation, give folks
an opportunity to comment.
- where to download the source
I'm making progress on fixing the bugs it introduced.
We've learned the hard way about branches that revert changes other
branches depend on. The right way to branch from this is to branch /after/
the reverts you just added, and revert /them/. Then when we merge this
dataresource branch, it won't
The Apache Way of having source release bundles is important and we follow
it. But we can download content for CLI from wherever we please. We're
currently downloading the libs from npm, getting the code from npm and the
libs from Github doesn't change much.
This is $HOME, as in /Users/me or /home
Glad to see movement on this.
Few suggestions:
- use $HOME/.cordova-config/libs <-- this gives us a folder to put other
stuff into later, without littering $HOME with .cordova-this and
.cordova-that
- I would love to have the ability to use different cordova-lib versions
within any project easily
1. The Apache GitWeb implementation allows us to download a tar.gz of any
hash or tag. Using this will allow us to download any platform release.
Here is an example of how to download cordova-android 2.8.0 [1]. I think
this is better than downloading the entire release, because lazy-loading is
mean
Hey Guys,
i did a quick search in JIRA, but didn't find anything on this,
is it possible in the current CLI to specify which emulator i want to use,
so something like "cordova emulate ios ipad"
if not, would this be something that could be beneficial
The users I've been hearing from that want Froyo also want iOS 4.3 and in some
cases 4.2. What hit me is that even if we do keep Froyo in Cordova, it's not
going to solve the same problem for iOS. Support in Cordova for iOS 4.x is
already gone and not coming back. So at the end of the day, user
It'll be nice to be on the same page for config.xml for 3.0.0 We should
decide what to do with this issue:
https://issues.apache.org/jira/browse/CB-1108
plugin onload/init already supported on iOS and Android.
the element issue's last comment had Fil suggesting it go into each
platform's /cordov
Cool, thanks Mike, I'll use the gitweb approach to download libraries.
And re #2: fair enough, I'll add that bit of logic to the "find the root
of a cordova project" utility function.
As for the hooks, I am still mulling over different approaches. One
scenario that us Adobe folk want to support f
1. Awesome
2. Very similar logic exists in the phonegap-cli [1] [2]. Since this logic
is being used by phonegap-cli, node-phonegap-build, and cordova-cli, we
could extract it out to a new NPM module called cordova-config.
3. Additionally, PhoneGap will want to load its own Hello World app instead
Hey All,
Just wanted to announce that Cordova 2.8.0 has been released! You can
download it on the Cordova website at http://cordova.apache.org/.
A changelog is included in the download.
Have a great weekend!
Awesome. Nice work Steve!
On Fri, Jun 7, 2013 at 8:27 PM, Steven Gill wrote:
> Hey All,
>
> Just wanted to announce that Cordova 2.8.0 has been released! You can
> download it on the Cordova website at http://cordova.apache.org/.
>
> A changelog is included in the download.
>
> Have a great wee
12 matches
Mail list logo
