Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0E8E7E669 for ; Thu, 3 Jan 2013 19:41:10 +0000 (UTC) Received: (qmail 81556 invoked by uid 500); 3 Jan 2013 19:41:09 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 81527 invoked by uid 500); 3 Jan 2013 19:41:09 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 81519 invoked by uid 99); 3 Jan 2013 19:41:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jan 2013 19:41:09 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of brian.leroux@gmail.com designates 209.85.220.175 as permitted sender) Received: from [209.85.220.175] (HELO mail-vc0-f175.google.com) (209.85.220.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jan 2013 19:41:03 +0000 Received: by mail-vc0-f175.google.com with SMTP id fy7so15628840vcb.20 for ; Thu, 03 Jan 2013 11:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=wR0pTV64By3gEVRA6ehlNVRB7aCh0ymnB4zPZ/+EDos=; b=mBqFyQYFG6iak5l4A96d7Rj2BBy83OeF7iNQK+JgRqvw4ZoOYhhLHeP+C2VDTpAz6J Lsee/tN9rLdvouv5qzOLjMFoZV+Zf6xdTUjQitkgntSgC5ABOHNqSagEA/NSGvXMwWP3 lGRomWu3aR4Skmziq5DpS+XaPO0o5BdATSTRwExV6uSTMZLqS2EUizVRBPdyhMpWiTb4 nrcGeGEsh+Pntqpi7+GOcnFVwo2ClwPt1RKvsi3jwh/BRYHEL7nTiyGxSApepAsksKEJ Q5YPk26WaWEYzG+PgNTvVcyihhLmUulUcxX6UV7rxbQ5yuUbTaTBAyrQtyEBbBszwD4S /eKw== MIME-Version: 1.0 Received: by 10.220.218.197 with SMTP id hr5mr73291559vcb.8.1357242042349; Thu, 03 Jan 2013 11:40:42 -0800 (PST) Sender: brian.leroux@gmail.com Received: by 10.58.221.103 with HTTP; Thu, 3 Jan 2013 11:40:42 -0800 (PST) In-Reply-To: References: Date: Thu, 3 Jan 2013 11:40:42 -0800 X-Google-Sender-Auth: TIWhNBvZQfO7HfpSrzhkIO4sFr0 Message-ID: Subject: Re: content for 2.4? From: Brian LeRoux To: dev@cordova.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Joe: think API audits should start after we remove the APIs from core so we can version plugins independently. Fil: yes, that'd be awesome. Marcel: first priority for the long view on 3.x is a light core w/ no APIs. The tools aren't there yet to do this so continued work there in 2.4 needed. If you want to see the particular feature-set for a release you can look in JIRA and whats been assigned. In Cordova the committers assign their own issues (w/ our goals in mind). I would imagine that 2.4 will have many bug fixes related to recent additions like InAppBrowser which debuts this week (or so) in 2.3 On Thu, Jan 3, 2013 at 11:30 AM, Filip Maj wrote: > I'd like to include cordova-cli into our full source release in 2.4.0. > > On 1/3/13 10:22 AM, "Joe Bowser" wrote: > >>I believe that 2.4.0 is the release where we refactor our APIs and >>clean things up. >> >>On Thu, Jan 3, 2013 at 6:57 AM, Marcel Kinard wrote: >>> Aside from bug fixes, are there ideas on what you think will be tackled >>>for >>> 2.4? I suspect at least some of you have ideas in your head that I >>>haven't >>> fully seen written here. I'm just looking for a high-level bullet list. >>>I'm >>> not looking for promises, instead just to set some rough expectations >>>for >>> Cordova consumers. >>> >>> I see the roadmap wiki page organized by quarter, but I'm looking for >>> something more narrow to at least answer "What do we think the next >>>version >>> (2.4) will look like". When doing agile projects with my employer, I'm >>>used >>> to keeping a prioritized backlog which can be used to answer questions >>>like >>> this, but I don't see that in Jira. Thanks! >>> >>> -- Marcel Kinard >