Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of brian.leroux@gmail.com
 designates 209.85.223.176 as permitted sender)
MIME-Version: 1.0
Sender: brian.leroux@gmail.com
In-Reply-To: 
 <CAMk5LLmCoVBusKMqOJBfxowGpBLu2FnNU-rwjmDVQ8_1OphkDw@mail.gmail.com>
References: 
 <CAMk5LLmCoVBusKMqOJBfxowGpBLu2FnNU-rwjmDVQ8_1OphkDw@mail.gmail.com>
Date: Mon, 2 Sep 2013 17:36:51 -0700
Message-ID: 
 <CADVgkyOX1pH8DjX23LTU5icj=uSkb_V+JiKjnzkT=TdkE8uo1w@mail.gmail.com>
Subject: Re: config.xml refactoring
From: Brian LeRoux <b@brian.io>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=089e01538a808c2ea404e56fe2f3

--089e01538a808c2ea404e56fe2f3
Content-Type: text/plain; charset=ISO-8859-1

Another use case is configuration meta data for native projects. Anyhow,
look fwd to the proposal.


On Wed, Aug 28, 2013 at 10:49 AM, Braden Shepherdson <braden@chromium.org>wrote:

> So we have several bugs[1][2][3] about fixing the handling of config.xml
> and of upgrading CLI projects. Upgrading platforms is hard because the user
> might have been modifying files in the platforms/foo directory, and we
> don't want to go overwriting them. Most of the time the file that's been
> changed is the platform's config.xml.
>
> So we (the Google team) are working on a proposal for rearranging how we
> handle config.xml files in order to make upgrades easier, and solving some
> of these other problems (splash screens) easier. Also to make the CLI
> tooling simpler, because currently the platform config.xml file is both the
> input and output of several processes (mainly adding and removing plugins,
> as well as cordova prepare).
>
> What we want to know, in writing this proposal is: what use-cases for the
> config.xml files are there? There seem to be two:
> 1. Not using CLI, just bin/create and maybe Plugman.
> 2. Using CLI, and needing to upgrade smoothly from the 3.0 world to 3.1
> with these changes to the files.
>
> Is there anything else we should be thinking about? If not, we'll have the
> proposal sent around tomorrow.
>
>
> Braden
>
> [1] https://issues.apache.org/jira/browse/CB-4624
> [2] https://issues.apache.org/jira/browse/CB-3216
> [3] https://issues.apache.org/jira/browse/CB-3571
>

--089e01538a808c2ea404e56fe2f3--