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.
| Summary: | Better support of branding icons | ||
|---|---|---|---|
| Product: | platform | Reporter: | Peter Zavadsky <pzavadsky> |
| Component: | -- Other -- | Assignee: | issues@platform <issues> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | blocker | ||
| Priority: | P3 | ||
| Version: | 4.x | ||
| Hardware: | PC | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
| Bug Depends on: | 53461 | ||
| Bug Blocks: | |||
I realized there is probably a way how to allow to brand the stuff with different extension. If the hardcoded strings whic provide the path are in Bundle's (with NOI18N flag), then it would be possible. Please, review this possibility, and if acceptable, move all the hardcoded stuff there. Closing this, since the braning of icons is solved (the trick with renaminng .png files to .gif, it is ugly, but it works). |
This is an umbrella issue. Up to now the branding of icons is supported by Utilities.loadImage(iconResource, boolean). Which is good, and is supposed to work for SystemAction impl's. I.e. it works the way: 1) original image is specified by -> "somePath/image.gif" branded image is specified by -> "somePath/image_brandName.gif" We'd need to enhance this to be able to brand another type of image than the original. i.e.: 2) to be able brand like -> "somePath/image_brandName.png" 3) Also there are a lot of usages in the code where is not used the branded ability, i.e. instead of calling Utilities.loadImage("resPath", true); it ususally called the nonlocalizable (non-brand method) .. if my assumption is right.