<AWT Dev> [9] Review request for 8032667 [macosx] Components cannot be rendered in HiDPI to BufferedImage

Petr Pchelko petr.pchelko at oracle.com
Wed Mar 26 14:06:25 UTC 2014


Hello, Alexander.

The fix looks good to me too.

With best regards. Petr.


On 26.03.2014, at 17:54, Sergey Bylokhov <Sergey.Bylokhov at oracle.com> wrote:

> Hi, Alexander.
> The fix looks fine to me. Probably the test can be automated? before the fix COMP->imagex1->imagex2 and the COMP->imagex2 should be the same, and after the fix it should be different?
> 
> On 3/26/14 5:43 PM, Alexander Scherbatiy wrote:
>> 
>>  Could you review the updated fix:
>>     http://cr.openjdk.java.net/~alexsch/8032667/webrev.02
>> 
>> The array of sizes is only used for the getResolutionVariants() method.
>> The images are scaled according to the mapper function.
>> 
>>  The current fix creates only one size for the resolution variants list in case
>>  if they are not passed to the constructor.
>> 
>>  Thanks,
>>  Alexandr.
>> 
>> On 3/26/2014 4:30 PM, Sergey Bylokhov wrote:
>>> Hello, Alexander.
>>> I think it will not work if the user set scale=1.5?
>>> 
>>> On 3/26/14 4:18 PM, Alexander Scherbatiy wrote:
>>>> 
>>>>  Hello,
>>>> 
>>>>  Could you review the updated fix:
>>>>     http://cr.openjdk.java.net/~alexsch/8032667/webrev.01/
>>>> 
>>>>   - MultiResolution image is used instead of image width/height scaling
>>>>   - Bounds are used in the key instead of the scale factor.
>>>> 
>>>> 
>>>>   Thanks,
>>>>   Alexandr.
>>>> 
>>>> On 3/25/2014 8:26 PM, Sergey Bylokhov wrote:
>>>>> Hello, Alexander.
>>>>> You cannot skip scalfactor as a key, because images with different scale are different.
>>>>> 
>>>>> On 3/25/14 8:10 PM, Alexander Scherbatiy wrote:
>>>>>> 
>>>>>> Hello,
>>>>>> 
>>>>>> Could you review the fix:
>>>>>>  bug: https://bugs.openjdk.java.net/browse/JDK-8032667
>>>>>>  webrev: http://cr.openjdk.java.net/~alexsch/8032667/webrev.00
>>>>>> 
>>>>>>  High resolution image width and height were calculated using only scale factor in the AquaPainter class.
>>>>>>  The fix calculates image width and height based on the graphics transform.
>>>>>> 
>>>>>> Thanks,
>>>>>> Alexandr.
>>>>>> 
>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>> 
> 
> 
> -- 
> Best regards, Sergey.
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20140326/1742e6e8/attachment.html>


More information about the awt-dev mailing list