On Fri, 27 May 2022 18:02:51 GMT, Alexander Zuev <kiz...@openjdk.org> wrote:
>> Detect the situation where we do need to perform interpolation during >> ImageIcon >> painting and set a hint to the rendering to perform bicubic approximation so >> image details are preserved during transition. > > Alexander Zuev has updated the pull request incrementally with one additional > commit since the last revision: > > Use small icon pointer for icons less than 24 pixels wide - this way we > get the 16x16 icon which is better for scaling purposes. Here, in the name of resolving this issue finally i have reverted the ImageIcon changes, instead i added some code that creates the properly scaled version of icon when requested variant is not available. Plus i have fixed the small icon retrieval so it is not an issue anymore. I am not going trough all the experiments with the SHDefExtractIcon again - at least not in this pull request. I checked and there is no performance impact at all from the latest changes on the 100% scaled screens due to the extracting an additional icon - looks like Windows extracts it anyways even if we specify null as a icon information reference - it just does not pass it down. ------------- PR: https://git.openjdk.java.net/jdk/pull/7805
