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 VVelda@seznam.cz designates
 77.75.72.123 as permitted sender)
From: =?utf-8?q?Jan_Veleck=C3=BD?= <VVelda@seznam.cz>
To: <dev@cordova.apache.org>
Subject: One platform development vs. Cordova CLI
Date: Sun, 13 Jul 2014 22:18:23 +0200 (CEST)
Message-Id: <LBD.WwkT.2tymqXkN0bS.1JmkcF@seznam.cz>
Mime-Version: 1.0 (szn-mime-1.1.14)
Content-Type: multipart/alternative;
	boundary="=_6f9442a27816782c39475c74=cda699a4-7fe7-5898-bdc9-e807f8ebfc8d_="

--=_6f9442a27816782c39475c74=cda699a4-7fe7-5898-bdc9-e807f8ebfc8d_=
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello,
there is serious backlog when using CLI in case one platform development. In
this case is better to change platform project config.xml instead of whole 
project config.xml. Problem is what prepare should do, and what prepare 
actually do. (And prepare is also run if we do build.) At this moment, 
prepare in CLI does clean & copy...
Also prepare does it in different way in Android, than in iOS.
On Android, config.xml and androidmanifest.xml is probably recreated 
(destroy previous formatting, what a feature...) and then probably add 
differences, so changes and new options are preserved, however nobody wanna 
read it...
On iOS, config.xml is completely recreated, no any option is preserved...

So, there are 2 questions...
If is Android CLI too clever to do preserve changes created by user, why it 
ruins my formatting (new lines, maybe also tabulators)?
Why is iOS CLI such a stupid? Why it is not able to do it like Android CLI 
(at least)?
--=_6f9442a27816782c39475c74=cda699a4-7fe7-5898-bdc9-e807f8ebfc8d_=--