You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Sergey Grebnov (JIRA)" <ji...@apache.org> on 2016/02/13 10:30:18 UTC

[jira] [Assigned] (CB-10326) don't copy resource-file files at plugin install time

     [ https://issues.apache.org/jira/browse/CB-10326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sergey Grebnov reassigned CB-10326:
-----------------------------------

    Assignee: Sergey Grebnov

> don't copy resource-file files at plugin install time
> -----------------------------------------------------
>
>                 Key: CB-10326
>                 URL: https://issues.apache.org/jira/browse/CB-10326
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: Windows
>            Reporter: Marco Biasini
>            Assignee: Sergey Grebnov
>
> I just came across the newly added resource-file support for phonegap for windows. I've tried to use it for adding native dlls dependencies to the application. I couldn't completely get it to work with the current version.
> I'd like to propose a small change which would make the resource-file tag more powerful and shouldn't impact existing users:
> Judging from the source code, the file is copied to the target when the plugin is installed. I'd propose not to copy to the target but to point the include parameter to the existing file. This allows use-cases where a different .dll has to be copied based on the architecture of the project, .e.g.
> <resource-file src="x86/foo.dll" arch="x86" />
> <resource-file src="arm/foo.dll" arch="arm" />
> <resource-file src="x64/foo.dll" arch="x64" />
> This should generate code like this for each resource-file entry:
>     <ItemGroup>
>         <Content Condition="'$(Platform)'=='x86'" Include="x86/foo.dll">
>             <Link>foo.dll</Link>
>             <CopyToOutputDirectory>Always</CopyToOutputDirectory>
>         </Content>
>     </ItemGroup>



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org