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 D938C11A68 for ; Mon, 14 Jul 2014 23:14:11 +0000 (UTC) Received: (qmail 75623 invoked by uid 500); 14 Jul 2014 23:14:11 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 75581 invoked by uid 500); 14 Jul 2014 23:14:11 -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 75569 invoked by uid 99); 14 Jul 2014 23:14:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jul 2014 23:14:11 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anis.kadri@gmail.com designates 209.85.192.175 as permitted sender) Received: from [209.85.192.175] (HELO mail-pd0-f175.google.com) (209.85.192.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jul 2014 23:14:07 +0000 Received: by mail-pd0-f175.google.com with SMTP id v10so5993293pde.20 for ; Mon, 14 Jul 2014 16:13:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=VEdDbnIvTxzyOJQjrkOak4wKMhuQFC8rVyDlZzIoiJU=; b=u42apDbJIMpU/fZxxj71uU4M56t0wXp0zMJHwVcNr4y2SyW2kkxA23nHMXBMzV+9lv Y2A92tCPvQvGcceKmEewsR/RF3+U+OxSUYwsCVtB+6Nzg3Yg6g3mURPcugTKEey/ocgd zIsiix6RRNY5o3fxlnR3W7np0bKtWXL1Fk158BZ2Wu8nWnEGVWg+pncEGHq81LHkvCMK m/mKZ/V0tiN/8SvrsiHjXgR+XkUjq0hqkEZ99W90FS0WB6l/YyfiB/xt86Bi4mseueF0 6xnDOPuVUMm2ugrH0KGwOUq5B92GcwKHj61IuGBzF2MjetOzjQFDfVgR4acsUxEldQFe JjMQ== MIME-Version: 1.0 X-Received: by 10.70.102.169 with SMTP id fp9mr5539909pdb.118.1405379626761; Mon, 14 Jul 2014 16:13:46 -0700 (PDT) Received: by 10.66.255.10 with HTTP; Mon, 14 Jul 2014 16:13:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Jul 2014 19:13:46 -0400 Message-ID: Subject: Re: One platform development vs. Cordova CLI From: Anis KADRI To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=001a11c30bda6d86b904fe2f71a2 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c30bda6d86b904fe2f71a2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable If you're touching any non-www project files (that is *.xml, *.plist, *.m, *.java etc...) or are using an IDE you should not be using cordova-cli and switch to single platform development. Browse the documentation and there is always the equivalent platform command available to you. Example: cordova build becomes ./cordova/build etc...You can then modify all your files at will but will loose the benefit of a shared www/ across platforms. On Mon, Jul 14, 2014 at 5:49 PM, Frederico Galv=C3=A3o < frederico.galvao@pontoget.com.br> wrote: > I agree with the core message from Axel, but I'd refrase that last line a= s: > > "The bottom line is: either use Cordova CLI or not". > > Cordova can still be used without the CLI portion just as well, which > should suffice Jan for his needs. > > However, I'll add that you can still use Cordova with the CLI (and thus > following the directory structure and rules the CLI gives you) and still = be > efficient even if it's only one target platform. > What made you think that it is "better to change platform project > config.xml instead of whole project config.xml" should be clarified bette= r > if you can, so that the Cordova team can improve the tool. > > > 2014-07-14 5:35 GMT-03:00 Axel Nennker : > > > My experience with Cordova (and other tools for that matter) is that it > > makes no sense to change tool generated files. > > If the tool is improved you do not benefit from this improvement becaus= e > > your modified files will be changed by the new version. > > If you change a tool generated file you are out. > > When we started using Cordova me and other colleagues thought that our > > project "needs" to change Cordova generated files too. > > In each case this turned out to be wrong. > > Most of the times writing a Cordova plugin is the solution. > > > > The bottom line is: either use Cordova or not. (or send a pull request = to > > improve it) > > > > -Axel > > > > > > > > > > 2014-07-13 22:18 GMT+02:00 Jan Veleck=C3=BD : > > > > > 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 prepa= re > > > 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 ad= d > > > 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 Androi= d > > CLI > > > (at least)? > > > > > > -- > > *Frederico Galv=C3=A3o* > > Diretor de Tecnologia > > PontoGet Inova=C3=A7=C3=A3o Web > > > ( +55(62) 8131-5720 > > * www.pontoget.com.br > --001a11c30bda6d86b904fe2f71a2--