[CMake] [cmake-developers] Problems with icons for Windows Store 10.0

[Gilles Khouzam]

Hi Roman,

Glad to hear that it works.

We discussed this when I implemented the feature, the only reason the functionality has been implemented is to supplement the intermediate projects that CMake produces that cannot easily be adapted for the requirements of a Windows Store application.

For a user's project, the AppXManifest is a critical piece that describes the application. There are some fields that need to be appropriately set (publisher Id, application name and version), even the icons need to be properly specified unless you use the exact same name for the files and don't look at having different tile sizes.

For prototyping this might seem like an unnecessary step, but once you start customizing the parts of the application, it seems counter intuitive to have customizations only apply under certain conditions. Perhaps a better solution would be to give an error message if any of the defaults are replaced but a manifest is not specified.

-----Original Message-----
From: Roman Wüger [mailto:roman.wueger at gmx.at] 
Sent: Wednesday, October 5, 2016 22:39
To: Gilles Khouzam <gilles.khouzam at microsoft.com>
Cc: Brad King <brad.king at kitware.com>; CMake Developer MailingList <cmake-developers at cmake.org>; CMake MailingList <cmake at cmake.org>
Subject: Re: [cmake-developers] Problems with icons for Windows Store 10.0

Thanks Gilles,

I added a custom appxmanifest as you mentioned and it works, but it would nevertheless very helpful to customize such things via variables and let CMake fill out the rest.

Regards
Roman

> Am 05.10.2016 um 21:19 schrieb Gilles Khouzam <gilles.khouzam at microsoft.com>:
> 
> That's most likely because you're missing an AppxManifest.
> 
> In order to build the CMake detection projects, we inject some necessary files into the project when they aren't specified. This includes the manifest and the icons. Can you add your app manifest to the project (look at Tests\VSWinStorePhone if you want an example) and the icons should not be overridden then.
> 
> Thanks
> 
> -----Original Message-----
> From: Brad King [mailto:brad.king at kitware.com]
> Sent: Wednesday, October 5, 2016 12:09
> To: Roman Wüger <roman.wueger at gmx.at>; Gilles Khouzam 
> <gilles.khouzam at microsoft.com>
> Cc: CMake Developer MailingList <cmake-developers at cmake.org>; CMake 
> MailingList <cmake at cmake.org>
> Subject: Re: [cmake-developers] Problems with icons for Windows Store 
> 10.0
> 
>> On 10/05/2016 02:56 PM, Roman Wüger wrote:
>> I tried the following to copy the required app icons to the required destination:
>> 
>> configure_file(Logo.png
>> ${CMAKE_CURRENT_BINARY_DIR}/${PROJECT_NAME}.dir/Logo.png COPYONLY)
> 
> That's a CMake-private directory whose location is an implementation detail.
> Some other interface for configuring this behavior will be needed.
> 
>> The CMake process itself overrides those files at the end with the 
>> files from the CMake's Template directory, which are empty.
> 
> From the current implementation it doesn't look like there is anyway to prevent that.  We'll need to have some configuration of where it gets those files.
> 
>> So, how could I use my icon files and/or what is the preferred way of doing this?
> 
> Gilles?
> 
> -Brad
>