Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029250 [macosx] There is no tray icon shown in the system tray area when case starts

2013-12-18 Thread Jim Graham
Also, currently we render animated GIFs by continually decoding them, which is a CPU waste, but it does save a little on memory. That design also complicates this MediaTracker issue since the tracking and the loading and the frames are all equated under the covers in a way that makes it hard f

Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029250 [macosx] There is no tray icon shown in the system tray area when case starts

2013-12-18 Thread Jim Graham
Hi Petr, Have you verified that if someone draws an animated GIF and then later returns false from the observer that the associated ImageLoader thread goes away? I think the dispose() method had a side effect of allowing the thread to go away and if you don't call it then the ImageLoader thr

[OpenJDK 2D-Dev] [9] Review Request: JDK-8029250 [macosx] There is no tray icon shown in the system tray area when case starts

2013-12-18 Thread Petr Pchelko
Hello, AWT and 2D teams. Please review the fix for the issue: https://bugs.openjdk.java.net/browse/JDK-8029250 It also resolves the issue: https://bugs.openjdk.java.net/browse/JDK-6740321 The fix is available at: http://cr.openjdk.java.net/~pchelko/9/8029250/webrev/ The problem: In AWT we use a M

Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029455 JLightweightFrame: support scaled painting

2013-12-18 Thread Jim Graham
Hi Anton, I don't know enough about the overall architecture yet to be too specific about possible solutions at this point. Here are some questions that I still don't know the answer to... - I'm assuming that Swing gets its back buffer from the getOffscreenBuffer call because that was what

Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029455 JLightweightFrame: support scaled painting

2013-12-18 Thread Anton V. Tarasov
The 4th option, previously suggested by Sergey, is to switch off double buffering at all. I'm investigating it. Thanks, Anton. On 12/18/13 1:25 PM, Anton V. Tarasov wrote: Hi Jim, Thanks for noticing (sorry, but I simply forgot to check we don't export the buffer...) What can we do about tha

Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029455 JLightweightFrame: support scaled painting

2013-12-18 Thread Anton V. Tarasov
On 18.12.2013 13:25, Anton V. Tarasov wrote: Hi Jim, Thanks for noticing (sorry, but I simply forgot to check we don't export the buffer...) What can we do about that? I have the following thoughts: 1) We can warn developers to be ready for a HiDPI raster when they call that method under the

Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029455 JLightweightFrame: support scaled painting

2013-12-18 Thread Anton V. Tarasov
Hi Jim, Thanks for noticing (sorry, but I simply forgot to check we don't export the buffer...) What can we do about that? I have the following thoughts: 1) We can warn developers to be ready for a HiDPI raster when they call that method under the following conditions: 1) the interop mode, 2)

Re: [OpenJDK 2D-Dev] [9] Review Request: JDK-8029455 JLightweightFrame: support scaled painting

2013-12-18 Thread Anton V. Tarasov
Hi Sergey, On 17.12.2013 23:38, Sergey Bylokhov wrote: Hi, Anton. Since OffScreenHiDPIImage looks similar to VolatileImage. Why we cannot use VolatileImage inside Swing everywhere? How Swing can use a VolatileImage when "swing.volatileImageBufferEnabled=false" is set? Could you please clarif