Yep, of course its the plugin author to define it! But I guess maybe I'm confusing the mapping you are asking about, so lets make sure: plugin.xml is the file that specifies the feature tag, which maps a name (just an arbitrary js-string) to native class name. I assumed thats what you meant by "mapping JS class to native class". If that was, then yes, plugin authors do that and it's not at all a userland feature (that would be crazy).
Having said that, we still need a way to surface the information about installed plugins into the platforms for use at runtime (and it seems Braden & Anis & Gorkem found a way to shim that into feature tag, afterall). -Michal On Thu, Nov 14, 2013 at 9:45 PM, Brian LeRoux <[email protected]> wrote: > So would a plugin author not be the one to define a mapping? Seems > gratuitous for a userland feature. > On Nov 14, 2013 6:41 PM, "Michal Mocny" <[email protected]> wrote: > > > plugin.xml is where *plugin authors* define metadata. A user shouldn't > be > > looking there at all, unless for curiosity, and certainly not making > edits > > unless they are taking over the role of plugin author. > > > > And plugin.xml's are only used for plugin install & cli prepare. They > are > > not available to the app at runtime. We certainly would have the > > information Braden is trying to gather if we had access to them. > Actually > > that is precisely what Braden is looking to solve: how best to move the > > necessary information into the platform config.xml. > > > > Its an interesting idea, though, could/should we just move over all the > > plugin.xml's for all potential future purposes? Is that more crazy than > > Brian is?! ;) > > > > -Michal > > > > > > On Thu, Nov 14, 2013 at 6:12 PM, Josh Soref <[email protected]> > wrote: > > > > > I've converted that into a wiki page: > > > https://wiki.apache.org/cordova/ConfigurationFiles > > > --------------------------------------------------------------------- > > > This transmission (including any attachments) may contain confidential > > > information, privileged material (including material protected by the > > > solicitor-client or other applicable privileges), or constitute > > non-public > > > information. Any use of this information by anyone other than the > > intended > > > recipient is prohibited. If you have received this transmission in > error, > > > please immediately reply to the sender and delete this information from > > > your system. Use, dissemination, distribution, or reproduction of this > > > transmission by unintended recipients is not authorized and may be > > unlawful. > > > > > > > > >
