This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 148986 - Better UI for RCP application icon branding
Summary: Better UI for RCP application icon branding
Status: NEW
Alias: None
Product: apisupport
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: Martin Kozeny
Depends on:
Reported: 2008-10-02 16:20 UTC by rmichalsky
Modified: 2013-02-14 13:17 UTC (History)
0 users

See Also:
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description rmichalsky 2008-10-02 16:20:52 UTC
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.
Comment 1 Jesse Glick 2008-10-02 18:52:26 UTC
The last point would need to be fixed in the platform, not apisupport. PNG is the right format for icons.
Comment 2 rmichalsky 2008-10-03 09:09:23 UTC
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.
Comment 3 Jesse Glick 2008-10-03 17:18:11 UTC
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.
Comment 4 rmichalsky 2008-10-06 10:46:53 UTC
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.