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 56E661187C for ; Tue, 15 Jul 2014 15:15:13 +0000 (UTC) Received: (qmail 60162 invoked by uid 500); 15 Jul 2014 15:15:13 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 60122 invoked by uid 500); 15 Jul 2014 15:15:13 -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 60106 invoked by uid 99); 15 Jul 2014 15:15:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Jul 2014 15:15:12 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jcesarmobile@gmail.com designates 209.85.220.182 as permitted sender) Received: from [209.85.220.182] (HELO mail-vc0-f182.google.com) (209.85.220.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Jul 2014 15:15:08 +0000 Received: by mail-vc0-f182.google.com with SMTP id hy4so671738vcb.41 for ; Tue, 15 Jul 2014 08:14:48 -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=+M37shdxNMmRIG2L/fuOlG/hQG7fmRuIFDMdoipqVVk=; b=r8MVM9eTIrYHRoQ3AEz6Eyw7j0l2rLQOITdsxYdoWRjGDddwVL8wMXbJDKdLXhhOya dmqcZLrGsPLRMYH0boYySk0p6u/5YAxuff3HJLdWKqNYHooVKv5GI+1M3fNDTF55tDpJ TyW40RvkSMfXMBVznTQ6u7Ms45kIey2sE7NevUpO6WmU3Ao7V2QvhK5Sjcl1v3kOwoK0 xy4/MoDhVbNI+K/XOIehQB+v4Ym7XkOvJFBMiQbKmRIKTXDYG0fc93NKCIgWwQedMOit XSIl9mZXkOly9MMKNBhtYsN4QEh39hGGumL1JI2j6xwofYf1olU2WqyBZX1jswps2EuT Jr1g== MIME-Version: 1.0 X-Received: by 10.58.226.164 with SMTP id rt4mr368171vec.80.1405437288191; Tue, 15 Jul 2014 08:14:48 -0700 (PDT) Received: by 10.58.238.102 with HTTP; Tue, 15 Jul 2014 08:14:48 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Jul 2014 17:14:48 +0200 Message-ID: Subject: Re: One platform development vs. Cordova CLI From: julio cesar sanchez To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=047d7bd6c22c511cbb04fe3cde20 X-Virus-Checked: Checked by ClamAV on apache.org --047d7bd6c22c511cbb04fe3cde20 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think I've read somewhere you can change some things in the info.plist on phonegap build, why can't we? El martes, 15 de julio de 2014, tommy-carlos williams escribi=C3=B3: > Never said this stuff couldn=E2=80=99t be fixed. > > I have been actively advocating for it to be fixed. > > Only wanted to spread some light on this statement: > > 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. > - tommy > > > > On 15 July 2014 at 22:11:24, Axel Nennker (ignisvulpis@gmail.com > ) wrote: > > From looking at the code it seems that versionCode is handled on Android: > > https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova= /metadata/android_parser.js#L225 > > There is a email thread about minSdkVersion and an quite recent issue: > > https://issues.apache.org/jira/browse/CB-7114?jql=3Dtext%20~%20%22minSdkV= ersion%22 > > So these could be fixed. > > Regarding signing info: I am using ant on top of cordova like: e.g.: crea= te > app from my template; install plugins, run > Ant modifies ant.properties too. Currently not to include signing info bu= t > to modify the classpath because I need a lib at compile time that is not > included into the apk (openmobileapi). > Not sure wheter these two requirements (signing info, noexportlib) should > be of config.xml... > At least I am not doing this stuff manually. > > > > > > > 2014-07-15 12:11 GMT+02:00 tommy-carlos williams >: > > > Assuming that splash screens and icons finally work in 3.5.x (so, only = as > > of a few weeks ago=E2=80=A6 not everyone=E2=80=99s projects are that ne= w) =E2=80=93 > > > > > > Android: > > > > AndroidManifest.xml: > > android:versionCode > > (and possibly) android:minSdkVersion > > > > ant.properties > > android signing info > > > > > > This is just off the top of my head. > > > > There are more in iOS as well (mostly the same ones, but others dependi= ng > > on features=E2=80=A6 like provisioning profiles, etc) > > > > Then there are the platforms outside the =E2=80=9Cbig two=E2=80=9D=E2= =80=A6 plenty there. > > > > - tommy > > > > > > On 15 July 2014 at 14:44:05, Axel Nennker (ignisvulpis@gmail.com > ) wrote: > > > > Could you please give an example which files you need to change and why= ? > > (Preferably Android) > > > > Thanks > > Axel > > Am 15.07.2014 02:23 schrieb "tommy-carlos williams" >: > > > > > Sooo.. translation: > > > > > > =E2=80=9CIf you aren=E2=80=99t just making a test / example app=E2=80= =A6=E2=80=9D > > > > > > ?? > > > > > > Unless a lot has changed that I don=E2=80=99t know about, it is still > impossible > > > to make an app all the way to market without modifying those non-www > > files > > > using the CLI. > > > > > > There are fantastic workarounds available (mostly hooks, etc) for the > CLI > > > until we get it to the point where the platforms/* and plugins/* > folders > > > are build artefacts. > > > > > > - tommy > > > > > > On 15 July 2014 at 9:14:12, Anis KADRI (anis.kadri@gmail.com > ) wrote: > > > > > > 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-cl= i > > 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 > > > as: > > > > > > > > "The bottom line is: either use Cordova CLI or not". > > > > > > > > Cordova can still be used without the CLI portion just as well, whi= ch > > > > 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 > > > better > > > > 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 > > > because > > > > > 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 tha= t > > 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 inste= ad > > 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)? > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > *Frederico Galv=C3=A3o* > > > > > > > > Diretor de Tecnologia > > > > > > > > PontoGet Inova=C3=A7=C3=A3o Web > > > > > > > > > > > > ( +55(62) 8131-5720 > > > > > > > > * www.pontoget.com.br > > > > > > > > > > > > > > > > --047d7bd6c22c511cbb04fe3cde20--