cordova-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Grieve (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CB-6458) Support reading of <feature> param values other than "onload" and "x-package" keys
Date Wed, 16 Apr 2014 19:06:16 GMT

    [ https://issues.apache.org/jira/browse/CB-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13971814#comment-13971814
] 

Andrew Grieve commented on CB-6458:
-----------------------------------

One gotcha with putting things in nested <params>, is that CLI has no construct for
the user to insert / change these values. E.g., what would you write in your top-level config.xml
to add / change  a <param>?  

> Support reading of <feature> param values other than "onload" and "x-package" keys
> ----------------------------------------------------------------------------------
>
>                 Key: CB-6458
>                 URL: https://issues.apache.org/jira/browse/CB-6458
>             Project: Apache Cordova
>          Issue Type: Bug
>         Environment: config.xml
>            Reporter: Shazron Abdullah
>            Priority: Minor
>
> There is no component for this, this relates to config.xml.
> For the proposed solution, there are no changes needed to the config.xml specification,
since the feature tag already supports param child tags.
> I'm only speaking for iOS, not sure about the other platforms.
> The problem is, there is no access to these additional values in plugin code. The plugin
has to re-read the config.xml to access this.
> What are the alternatives in config.xml/plugin.xml?
> 1. preference tag on the plugin level
> 2. preference tag on the platform level
> The problem with either of these two approaches is that if another plugin has the same
key, it will clobber your preference. The ugly solution to that is, to namespace your key
with your feature name as a prefix.
> Proposed solutions:
> 1. Create a plugin in cordova-labs  to read these extra param values without touching
the core code.
> 2. Modify the core code to read these extra param values, and expose them to the user



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message