<Swing Dev> customizing L&Fs in JDK9

Sergey Bylokhov Sergey.Bylokhov at oracle.com
Fri May 15 20:44:54 UTC 2015


Hi, Alan.
Why this kind of customizations cannot be integrated to the jdk8/jdk9 
directly?
> As just one example, consider that Yosemite has been out for quite a 
> while now and Java is still using Mavericks rendering on Yosemite.
Any patches which improve appearance of jdk on Yosemite are welcome.
>
>   Alan
>
>
>> On May 15, 2015, at 12:49 PM, Phil Race <philip.race at oracle.com 
>> <mailto:philip.race at oracle.com>> wrote:
>>
>> My understanding is that the Aqua L&F classes are already inaccessible
>> if there's a SecurityManager so its not a completely new thing.
>> Whilst there may be ways around the JDK9 restrictions, what internal 
>> Aqua APIs do you need
>> to customise ? And how do you deliver those customisations ?
>>
>> We are already looking at finding ways to expose some com.apple APIs 
>> in a supported way as Java APIs.
>> Perhaps something in Aqua can be fixed, or perhaps exposed - perhaps 
>> being a key word.
>>
>> Note that bundling a JRE is not the same thing as building your own & 
>> bundling.
>> I expect most applications will want to work with a pre-built Oracle 
>> JDK which will hide internal APIs.
>>
>> Perhaps
>>
>>
>>
>> On 5/15/2015 12:09 PM, Alan Snyder wrote:
>>> If my understanding is correct, the classes for several JDK specific 
>>> L&Fs (Aqua, GTK, and Windows) will become inaccessible to 
>>> applications in JDK9. Is this true?
>>>
>>> I am concerned about the impact of this change for the Aqua look and 
>>> feel, which historically has lagged behind the platform UI and 
>>> continues to do so (although progress has been made) and for which 
>>> both small and large customizations have been written. Blocking 
>>> access to the Aqua look and feel classes will make such 
>>> customizations much more difficult, possibly even impossible if 
>>> native code is involved.
>>>
>>> While I understand the desire to protect applications from depending 
>>> upon JDK specific code, the benefit of this restriction seems small. 
>>> After all, how many JDK implementations are there for desktop 
>>> applications on OS X? The current OS X application architecture 
>>> bundles a JRE in each application, so JDK changes will not break 
>>> installed applications.
>>>
>>
>


-- 
Best regards, Sergey.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/swing-dev/attachments/20150515/7cc5301d/attachment.html>


More information about the swing-dev mailing list