<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