<Swing Dev> <AWT Dev> [10] Review request for 8182043: Access to Windows Large Icons
Semyon Sadetsky
semyon.sadetsky at oracle.com
Fri Oct 6 20:01:41 UTC 2017
On 10/06/2017 12:38 PM, Sergey Bylokhov wrote:
> On 10/6/17 09:53, Alexey Ivanov wrote:
>>> It is limitation of our implementation:
>>> https://bugs.openjdk.java.net/browse/JDK-8151385
>>> http://mail.openjdk.java.net/pipermail/awt-dev/2016-March/010777.html
>>
>> I see. And it can be changed, if deemed necessary, can't it?
>
> Yes we can.
Since you were the person who approved this fix can you explain why the
limitation was introduced?
We can decide whether this limitation should be reverted in a separate bug.
>
>>> As far as I understand the bug above, it is possible that OS returns
>>> some other size.
>>
>> No, it is not.
>> In that bug icons are extracted from Image List which is created a
>> part of Toolbar:
>>
>> 1036 HWND hWndToolbar = ::CreateWindowEx(0, TOOLBARCLASSNAME, NULL,
>>
>> Then an icon is extracted from that image list.
>> Obviously, Toolbar can create and creates, as the bug report shows,
>> its icon set of different size depending on the current DPI setting,
>> or rather the DPI settings of the main display.
>>
>> As for JOptionPane, the icons are loaded using ::LoadIcon which loads
>> icon of the default size only. Depending on the current DPI setting,
>> it may return icon of larger size.
>>
>>
>> Yet in this fix, the file icon is requested with explicit size. You
>> will get the size you requested.
>
> Probably we have some other bug in the fix, but unfortunately I cannot
> confirm behavior you describe. For example if I request the icon for
> some pdf,java.txt files of size 100m then:
> - On HiDPI screen I get the native icon of size 64.
> - On LowDPI screen I get the native icon of size 32.
> In both cases the user will get MRI, which will scale the native icon.
More information about the swing-dev
mailing list