incubator-callback-dev mailing list archives

At one point the BlackBerry distribution (coho release output?) was
changed to simply provide a sample project folder that the end user
can make a copy of. I think the change was made for simplicity. The
'ant create' functionality is still available but only if you clone
the repo.
Just wanted to clarify that the BB side of this stuff is not there.
On Thu, Mar 29, 2012 at 2:52 PM, Brian LeRoux <b@brian.io> wrote:
> mike brooks wrote em up in ant scripts -- dunno if they still work!
> thats a goal for 1.7
>
> On Thu, Mar 29, 2012 at 11:15 AM, Drew Walters <deedubbu@gmail.com> wrote:
>>> Consider too, just getting the sub commands working well and
>>> consistently across platforms is still a really big win for 2.x and
>>> makes writing that master script super trivial anyhow. (Also these
>>> scripts exist today for iOS, Android and BlackBerry.)
>>
>> Can someone point me at the BlackBerry versions of these. I'm a bit
>> confused what is being discussed here.
>>
>> On Thu, Mar 29, 2012 at 1:02 PM, Brian LeRoux <b@brian.io> wrote:
>>>> Because I had something COMPLETELY DIFFERENT IN MIND.
>>>
>>> I like that future. So much so I even prototyped it in 2010 in the
>>> orig proj named Cordova (just different semantics). I think we are of
>>> the same mind but I'm proposing a different path to get there. Or
>>> possibly not. To be clear: a master cli script was considered too
>>> ambitious for a 2.x goal back in Oct by myself and Dave.
>>>
>>> Rather than "one giant script to rule them all" we felt moving the
>>> orig Cordova platform scripts into the mainline of each platform
>>> project was a great starting point that still allows us to write a
>>> master script down the road. The master script could be ignorant of
>>> the details, just calling out to the sub platform scripts for the
>>> utilities desired. It puts the responsibility of the sub-commands in
>>> the project that cares about it, where it should be. Developers using
>>> only Cordova/Android can still work with just those local scripts
>>> without having to worry about competing platform detritus in their
>>> shell.
>>>
>>> Now with all that said, I am personally very into having a master
>>> script being a 2.x goal! I think Dave, Fil, Michael and Andrew would
>>> heartily agree. (We are tooling geeks tho.) To get there, we still
>>> need those sub commands solid, tested and documented.
>>>
>>> Consider too, just getting the sub commands working well and
>>> consistently across platforms is still a really big win for 2.x and
>>> makes writing that master script super trivial anyhow. (Also these
>>> scripts exist today for iOS, Android and BlackBerry.)
>>>
>>>
>>>> first 2.x, I suspect we'll then have to wait for 3.x, as the project/plugin
>>>> structure will have to be settled, and whatever we do it 2.x prolly won't
>>>> be exactly what we need, and so we'll need to refactor things, AGAIN.
>>>
>>> The plugin package format is slated 2.x in the roadmap now. Will we
>>> refactor in the future? Without a doubt. We need to deal with that by
>>> communicating better with our community and documenting our releases
>>> better.
>>>
>>>
>>>> My understanding of where we're going is that Cordova becomes a "plugin"
>>>> and "web view" manager.
>>>
>>> Yes, and I'd like to point out to the readers of this thread at this
>>> point the conversation has diverged from CLI Tooling to Plugin
>>> Tooling.
>>>
>>>> All the existing batteries-included plugins will
>>>> at least removable from whatever we install, or maybe you get no plugins
>>>> with a default install.
>>>
>>> Maybe, I think installing just 3rd party plugins is a good start though.
>>>
>>>
>>>> But the plugins are a core part of our story.
>>>
>>> The whole theme of 2.x really.
>>>
>>>
>>>> So, I'd like a clearer definition of things like "cli tooling", and then
a
>>>> list of "things that must be in 2.x, we will not move these to the next
>>>> release". That second list may be the empty list - nothing will hold up
>>>> thje 2.x release in <whenever>. That's fine. Just trying to understand.
>>>
>>> For me the defn of cli tooling is whats in that wiki page under the
>>> title "Command Line Interface Tooling" and for plugins its under
>>> "PhoneGap Plugin Project". Yes, the detail is light and that is mostly
>>> due to us focusing on getting through CordovaJS, CordovaView and the
>>> great renaming.
>>>
>>> Perhaps now, we kick up a new thread about CLI Tooling and a separate
>>> one about Plugins?
>>>
>>> The good news here: we agree these are good goals for 1.7-2.x