RFR: 8282526: Default icon is not painted properly [v4]

[Sergey Bylokhov]

On Thu, 2 Jun 2022 21:50:04 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>>> Can we try to do that via different API: https://devblogs.microsoft.com/oldnewthing/20140501-00/?p=1103 probably it will work better?
>> 
>> No, during initial implementation i tried it and it worked even worse and less stable.
>
> But can we use it as a backup if the system does not return the expected size on the initial/current call?

> > Does it mean that we will extract all images except on the sides twice? for 16x16 we will extract 16x16 and 32x32 on the next iteration for 32x32 we will extract 32x32 and 64x64?
> 
> No, on the next iteration we will extract 16x16 and 64x64. So on each iteration we are going to extract additionally 16x16 icon and if size is 24 or more than we will ignore it. Since all the icons requested are cached that will not cause any performance degradation.

Where it is specified that the size of the small icon will be the same and the size of the large will grow? Probably it is related to the size property where we did not set the size of the small icon?

I still do not see a reason why we cannot request the exact size of the image from the windows, so if the small icon and the screen scale is 1.25 we can try to extract 20x20

-------------

PR: https://git.openjdk.java.net/jdk/pull/7805