Skip to content

Conversation

@jwren
Copy link
Member

@jwren jwren commented Jan 2, 2026

Replaced internal IconManager.loadRasterizedIcon with public IconLoader.getIcon. Removed auto-generated warning from DartIcons.java as the file is now manually maintained. This resolves 1 internal API usage warning in the plugin verification report.

Replaced internal IconManager.loadRasterizedIcon with public IconLoader.getIcon.
Removed auto-generated warning from DartIcons.java as the file is now manually maintained.
This resolves 1 internal API usage warning in the plugin verification report.
@jwren jwren assigned helin24 and unassigned helin24 Jan 2, 2026
@jwren jwren requested review from helin24 and pq January 2, 2026 23:55
public final class DartIcons {
private static @NotNull Icon load(@NotNull String expUIPath, @NotNull String path, int cacheKey, int flags) {
return IconManager.getInstance().loadRasterizedIcon(path, expUIPath, DartIcons.class.getClassLoader(), cacheKey, flags);
return com.intellij.openapi.util.IconLoader.getIcon(path, DartIcons.class);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We generally don't package-qualify symbols. Can you turn this into a normal import for consistency? (And perhaps update your prompt?)

Also: are there ramifications for no longer using a cacheKey? It's probably OK, just curious. Also: since we're not using cacheKey and flags after this change, can we update this method signature to remove them and then update all the calls sites?

@pq
Copy link
Collaborator

pq commented Jan 14, 2026

Removed auto-generated warning from DartIcons.java as the file is now manually maintained.

I'm not seeing where this happens here. Or maybe I don't know what you mean?

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants