incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shazron <>
Subject Re: Consistent implementation of the whitelist
Date Tue, 31 Jan 2012 20:21:50 GMT
So let's all agree on the structure of the plugins and whitelist in
config.xml (if we all decide to go this route that is).

We could modify the iOS Info.plist during build time, yes - by running
a script post-build (this is part of a project's Build Phase).

On Tue, Jan 31, 2012 at 12:02 PM, Anis KADRI <> wrote:
> Yeah I think everything should be merged in a config.xml. Right now
> Android has a phonegap.xml and a plugins.xml but they should both be
> in a config.xml. At least, that is my understanding.
> Why don't we create a config.xml for iOS as well that would get
> converted to an info.plist at build time (should be possible no ?).
> On Tue, Jan 31, 2012 at 11:49 AM, Filip Maj <> wrote:
>> Config.xml is an excellent abstraction on top of all platforms' specifics.
>> At build time we could have some tooling around parsing a config.xml into
>> each platform's required formats (plist, xml, whatevs).
>> Andrew already has a great tool that does exactly this:
>> On 12-01-31 11:45 AM, "Shazron" <> wrote:
>>>I'd rather wait until we all agree on supporting one .xml config
>>>rather than having interim changes (less friction for users
>>>What about plugins? I see that android uses a plugins.xml
>>>As for icons and splash screens, unfortunately on iOS it has to be
>>>specified in the app's Info.plist and cannot be from an external
>>>source, since this is handled by the app itself and outside of our
>>>On Tue, Jan 31, 2012 at 11:38 AM, Filip Maj <> wrote:
>>>> I think a spec that is way more pertinent to Cordova for solving this
>>>> problem (and also many others) is the config.xml spec. Anis pointed out
>>>> the <access> element. WebWorks already uses a config.xml file as a
>>>> for defining application metadata and configuration. So does PhoneGap
>>>> Build. Tons of goodies in there that we can use on top of caching and
>>>> server whitelisting, such as:
>>>> - icon definitions (<icon> element)
>>>> - generic preference/configuration elements (<preference>). I believe
>>>> phonegap build uses this for things such as locking orientation in an
>>>> Basically anything in phonegap.xml can be mapped to <preference>
>>>> - <feature> element. *VERY* pertinent to defining which APIs you want
>>>> app to access. Essentially could replace plugins.xml in cordova
>>>> - <author>, <title>, <license>, <description> elements...
>>>> - free localization of strings (such as titles) as well as content by
>>>> piggybacking on xml:lang attributes for different elements.
>>>> - application entry point (entry page) definitions (<content>)
>>>> - finally, there is a <param> element that is a key:value pair. We
>>>> map anything to this...
>>>> PhoneGap Build extended the config.xml elements with a splash screen
>>>> (<splash>) element as well.
>>>> The possibilities are endless, and we have a pretty complete spec. Also
>>>> for icing on the cake, Michael Brooks and I are involved with the W3C
>>>> community group related to the widget spec so we already have ins to
>>>> present feedback and iterate on the spec if necessary.

View raw message