Icon branding in suite customizer (Suite Properties > Build) is extraordinarily clumsy:
* Whatever icon size user chooses, it is scaled to 16x16 and used as app icon.
* If user happens to pick 48x48 icon (as the label suggests), it is also used it as 48x48 icon.
* 32x32 icon (which many OS-es use as "big" app icon) is never created.
* And last but not least (not directly related to UI) stored icons have .gif suffix, but can be PNG as well and in fact
customizer always saves them in PNG format.
The UI should let user choose separate icons in all sizes that app can use (currently 16x16, 32x32 and 48x48) and to
choose (or at least let user know) if missing icon will be scaled from another icon of different size or platform icon
will be used instead.
The last point would need to be fixed in the platform, not apisupport. PNG is the right format for icons.
Re "PNG is the right format for icons": no problem with PNG format, icons should be stored with .png suffix then, tools
that decide image format by suffix cannot work with them now.
Another small issue worth fixing (probably only on Windows): icon selection dialog also allows uppercase suffix, but it
does not display icon size and such icon is then not used in the application.
To clarify my last comment: the reason the extension must be .gif for now is that the platform code which loads the
localizable resource expects a certain name ending in ".gif". The platform can be changed to rename the icons, but this
breaks compatibility for existing applications in both directions: old apps running against the new platform will not
see the custom icon, and new apps running against the old platform will not see the custom icon. Tricky to fix.
I see. Well once the icon branding UI is usable enough, user hopefully won't need to handle icon images in branding
directly, thus misleading suffix won't be an issue.