Sharzon, sorry I have no clue when BB10 will be making its way to playbook.
Bryan, whatever the next version is called BB11 or not, that would still be within the same repo. Conceptually BB10 is a brand new platform based on a very different SDK and unless I'm mistaken BlackBerry is the only platform to have 3 different SDKS within one repo (BBOS java, AIR, and BB10 C++). I know windows phone is separated. Plus we feel this way it will be cleanest for our developers and more conformant with the cordova dev experience. Tim we're in the midst of creating a much more CLI friendly (Not ANT) repo right now that would be based on our last webworks packager and framework but would be built directly on the NDK. As per the plugins, I'll take a look tomorrow but it's impressive when anyone makes a plugin for bb1010. Current docs are definitely lacking. Sent from my BlackBerry 10 smartphone. From: Tim Kim Sent: Tuesday, February 19, 2013 7:11 PM To: [email protected] Reply To: [email protected] Subject: Re: Proposition to split cordova-blackberry into two separate plugins I don't mind either way, but I think we should have at least an idea what the cordova-blackberry10 repo should look like before we create it. To separate them right now would mean creating two very similar cordova-blackberry repos (everything the same except some build scripts). And then later on, reconfiguring the cordova-blackberry10 repo to be whatever. So I'm basically for less work now :) Also, on the topic of plugins for BlackBerry 10, I've done some work recently on this that you can check out: Here's my simple plugin that shows the structure for a BB10 plugin with native code: https://github.com/timkim/cordova.echo A tool to build the C++ code from command line: https://github.com/timkim/Renton And plugman now has bb10 support so it should be able to install the cordova.echo plugin: https://github.com/imhotep/plugman On 19 February 2013 14:55, Brian LeRoux <[email protected]> wrote: > I'm a little uncertain about the reasoning here. What happens when BB11 > ships? New repo? > > Generally we try to keep things in a vendor directory with > the pertinent SDK's within. What is wrong w/ the current structure for > contribution? > > > > On Tue, Feb 19, 2013 at 2:45 PM, Shazron <[email protected]> wrote: > > > +1 > > Also, any news when BB10 comes to Playbook, ballpark? --> "once BB10 is > > ported to playbook" > > > > > > > > On Tue, Feb 19, 2013 at 1:24 PM, Filip Maj <[email protected]> wrote: > > > > > Sounds fine to me. > > > > > > As for process, assuming there are no objections (would wait a couple > > > days), file a JIRA issue on the INFRA project > > > (issues.apache.org/jira/browser/INFRA) > > > > > > On 2/19/13 1:15 PM, "Jeffrey Heifetz" <[email protected]> wrote: > > > > > > >With all this talk of re-organizing cordova plugins we here at > > BlackBerry > > > >(RIM no more) have been discussing better alleging ourselves with the > > > >approach by splitting our existing cordova-blackberry platform into > two > > > >separate platforms. (I saw a similar call here as well > > > > > > > > > > http://callback.markmail.org/thread/xnhpidbnxg5ps7zr#query:+page:1+mid:xnh > > > >pidbnxg5ps7zr+state:results) > > > > > > > >We propose adding a new platform, "blackberry10" with the longterm > > > >understanding that once BB10 is ported to playbook the original repo > > > >would only be for BBOS. Ideally the end result of this is that we > would > > > >have an up to date cordova-blackberry10 platform following all of the > > > >best practices (plugins moved into their own repos, etc) and we can > > > >better contribute resources to Cordova in general. > > > > > > > >Hopefully no one has any objections to this as structurally they are > > > >really separate platforms. Additionally it'll make the flow within > CLI a > > > >lot cleaner. > > > > > > > >If everyone agrees, what is the process for getting a new apache repo > > for > > > >it? > > > > > > > >--------------------------------------------------------------------- > > > >This transmission (including any attachments) may contain confidential > > > >information, privileged material (including material protected by the > > > >solicitor-client or other applicable privileges), or constitute > > > >non-public information. Any use of this information by anyone other > than > > > >the intended recipient is prohibited. If you have received this > > > >transmission in error, please immediately reply to the sender and > delete > > > >this information from your system. Use, dissemination, distribution, > or > > > >reproduction of this transmission by unintended recipients is not > > > >authorized and may be unlawful. > > > > > > > > > -- Timothy Kim --------------------------------------------------------------------- This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
