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 ED569D860 for ; Thu, 3 Jan 2013 20:35:23 +0000 (UTC) Received: (qmail 54687 invoked by uid 500); 3 Jan 2013 20:35:23 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 54658 invoked by uid 500); 3 Jan 2013 20:35:23 -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 54650 invoked by uid 99); 3 Jan 2013 20:35:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jan 2013 20:35:23 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brian.leroux@gmail.com designates 209.85.212.42 as permitted sender) Received: from [209.85.212.42] (HELO mail-vb0-f42.google.com) (209.85.212.42) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jan 2013 20:35:16 +0000 Received: by mail-vb0-f42.google.com with SMTP id fa15so16107177vbb.29 for ; Thu, 03 Jan 2013 12:34:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=9zLjGLaduU+6UJFdUCBVkArfpvvK9QUMrhvOh2YOhDA=; b=MBHQCsuRvT7QeyQcakkRa5P+4nN5bLEIfBQfmKT1V8MlH2L8yGtfJUFHNPZ5XuZmPd p3jzy3Nkzg+7uYNA1/SoBFoj9LtPqX4pcNWXv9i80tEca+4x74jNE5jYIr8XdV1lBKQv ItFLfvK8/o2RTJTPYj3qBLrsL1FptfNQ3GwDG7colOQlDzGElDLwWY0CZ5y/+Y0CToj/ pV46oN/Pk4IUiHhr8O7jMroOANNFqExvZr9t9CiF5YKkuCJcdBv2tY+PQ+zNYIK7BzYl f7wTU7X8wNplZsOedMIejHF3UGFVNcSQI26s0v3uwH+o9ZpXynOJyVSGIS2YVgU7qJEv 5fYg== MIME-Version: 1.0 Received: by 10.58.172.103 with SMTP id bb7mr77171006vec.41.1357245295300; Thu, 03 Jan 2013 12:34:55 -0800 (PST) Sender: brian.leroux@gmail.com Received: by 10.58.221.103 with HTTP; Thu, 3 Jan 2013 12:34:55 -0800 (PST) Date: Thu, 3 Jan 2013 12:34:55 -0800 X-Google-Sender-Auth: KY3k4xb587guzgGtPIGV8bkbkco Message-ID: Subject: the great seperatino of concerns 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 Our general goal for Cordova 3.x is composability. Extending the core should be trivially simple, with tools for discovering, adding, removing, creating, validating, and publishing Plugin Packages. This will make creating downstream distributions easier, developers using Cordova won't be building from a 'kitchen sink', and most importantly we will have a sane way to extend the platform in new directions. Anis has been working w/ Fil, Lunny, and Mike on the Plugman tool. As just mentioned by Fil it is now stable enough to start looking at stripping our API surface from individual platforms and putting them into their own repos. This is going to kind of suck at first. Additional tools will be required. Fil, "first we need to identify which platforms we want to support with auto plugin management". Agree, think we should strive for support in the 'Core Platforms' [1]. This would mean the next steps would be: - BlackBerry support for Plugman - Windows Phone support for Plugman - Bada support for Plugman (Do we still consider this a core platform in 2013 or should Tizen take this spot??) In parallel, we'd look at moving core plugins out into individual repos. We should take this slow, and start w/ something simple, like org.apache.cordova.geolocation (which will help us move Coho and Robson tools to make this transition transparent to the users downloading downstream distributions.) Thoughts? [1] http://wiki.apache.org/cordova/PlatformSupport [1] http://wiki.apache.org/cordova/PlatformSupport