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 A2D86D4FA for ; Thu, 8 Nov 2012 18:08:04 +0000 (UTC) Received: (qmail 59676 invoked by uid 500); 8 Nov 2012 18:08:04 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 59648 invoked by uid 500); 8 Nov 2012 18:08:04 -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 59638 invoked by uid 99); 8 Nov 2012 18:08:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 18:08:04 +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 shazron@gmail.com designates 209.85.220.175 as permitted sender) Received: from [209.85.220.175] (HELO mail-vc0-f175.google.com) (209.85.220.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 18:07:59 +0000 Received: by mail-vc0-f175.google.com with SMTP id p1so3002794vcq.6 for ; Thu, 08 Nov 2012 10:07:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=mVfJXehF/oG4n2gIrbzw1apTl7hgKiXJbfYQKuedqto=; b=KY99WthMPti0cIpcXyMw3BldtRAKiePOyOLCxeDQKNQwKKSvVIok7ub98hO0fc0mYk j+HYE0JZkmsjiIAs1jc2lfzpy37Vi9Z8+ozuSwu9NdlA/CgaDbmg7kwNs+r7koi5r8ne 0ie8q3IE+dj4ioZOO9aadl+ag5nvj+XxFvihXMbGGQ33uJ74YjpTjhtag9oIR2qTNROJ 2euQV4fY86Jqyw9CNI8NmjxdBjKZWWwD+EPNWl+B6gvFzPlp5+VlYHbOjYW70MJPdmT+ SpMS/ZUZtyS8jbIqUYP3hfKq/1puHx9ecJID7XQPqB1rgW+2W6IVHttkbZWY5WD6/Z/W XDZw== Received: by 10.52.74.6 with SMTP id p6mr6888742vdv.124.1352398058956; Thu, 08 Nov 2012 10:07:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.106.114 with HTTP; Thu, 8 Nov 2012 10:06:58 -0800 (PST) In-Reply-To: References: From: Shazron Date: Thu, 8 Nov 2012 10:06:58 -0800 Message-ID: Subject: Re: [iOS] Cordova.plist to config.xml - deprecation To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=20cf3071ca70e625a004cdffb596 X-Virus-Checked: Checked by ClamAV on apache.org --20cf3071ca70e625a004cdffb596 Content-Type: text/plain; charset=ISO-8859-1 Hi Becky - yes Cordova.plist will go away entirely and it is to be replaced by config.xml that follows the w3c widget spec, and the format would be common among all the platforms (all the major ones currently). A dev can certainly update the .xml from Xcode but it will be plain text editing instead of the nice .plist editor - that is the trade-off. Having a common config.xml would allow a common tool across the platforms to modify this format -- right now I believe the tool we have (pluginstall?) would need to special case the iOS platform to read and write the .plist format. The iOS specific settings would be replaced by feature elements: http://www.w3.org/TR/widgets/#the-feature-element-and-its-attributes On Thu, Nov 8, 2012 at 6:42 AM, Becky Gibson wrote: > Ok, I'm a bit confused. Are we suggesting to get rid of the cordova.plist > entirely? Does that mean that if a dev wants to change one of those > settings they have to leave Xcode and modify config.xml and update the > project? That certainly doesn't seems a bit cumbersome and not taking > advantage of the OS specific tools. I can see using config.xml for > Cordova specific things like the whitelist and plug definitions but some of > the Cordova.plist items are iOS specific. Am I missing something? > > -becky > > > On Thu, Nov 8, 2012 at 7:23 AM, Brian LeRoux wrote: > > > any reason why we should not follow our deprec policy here? > > > > > > On Wed, Nov 7, 2012 at 12:20 PM, Filip Maj wrote: > > > > > Yeah and it pissed off users, esp since the docs weren't updated :) > > > > > > On 11/7/12 12:00 PM, "Anis KADRI" wrote: > > > > > > >Didn't Android just switch from plugins.xml + cordova.xml -> > config.xml > > > >without deprecating anything ? > > > > > > > > > > > >On Wed, Nov 7, 2012 at 11:53 AM, Filip Maj wrote: > > > > > > > >> IMO we should support both for at least a point revision or two and > > > >> deprecate appropriately.. > > > >> > > > >> On 11/7/12 11:49 AM, "Anis KADRI" wrote: > > > >> > > > >> >Because generation McDonald's wants everything yesterday! Users > don't > > > >>like > > > >> >to think too much [1] > > > >> > > > > >> >[1] > http://www.amazon.com/Dont-Make-Me-Think-Usability/dp/0321344758 > > > >> > > > > >> > > > > >> >On Wed, Nov 7, 2012 at 11:44 AM, Jesse > > > wrote: > > > >> > > > > >> >> I would go cold turkey. > > > >> >> Not sure why you need to write a cli tool, just instruct users > that > > > >>in > > > >> >> version 2.3 and beyond, they must use config.xml, and tell them > if > > > >> >> they are migrating, they will have to put their data in the new > > > >> >> format. > > > >> >> > > > >> >> Not sure why we keep insisting on doing everything for everyone. > > but > > > >> >> meh, I'm grumpy and old ... > > > >> >> > > > >> >> On Wed, Nov 7, 2012 at 11:25 AM, Shazron > > wrote: > > > >> >> > Do we want to still support the .plist (thus deprecate) or go > > cold > > > >> >>turkey > > > >> >> > and support config.xml only? > > > >> >> > > > > >> >> > I'd rather go cold turkey and write a cli tool to convert a > > > >> >>Cordova.plist > > > >> >> > -> config.xml, which shouldn't be hard. > > > >> >> > > > >> >> > > > >> >> > > > >> >> -- > > > >> >> @purplecabbage > > > >> >> risingj.com > > > >> >> > > > >> > > > >> > > > > > > > > > --20cf3071ca70e625a004cdffb596--