Support for Apple Extensions

[Michael Hall]

On Jul 5, 2013, at 4:20 AM, Kaydell Leavitt wrote:

> I would say that I absolutely need the following things:
> 
> 1. JFileChooser Save dialog  that is native for both files and for folders
> 2. JFileChooser Open dialog that is native for both files and folders.

I seem to remember at one point a lot of people considered the JFileChooser implementation not the best. Using AWT FileDialog's was a widely recommended alternative. There was also Werner Randelshofer's Quaqua project. I'm not sure that's actively supported by Werner anymore? I thought saw it was open sourced somewhere now? Might be misremembering.

This would normally not be considered part of the Apple Extensions. The extensions enabled java applications to behave in the usual ways as normal OS X desktop applications. For exa,[;e they handled standard AppleEvents like opening associated double clicked files, print events, etc. Screen menubar was supported through the usual API implementations with unique Mac system properties. Again not through the extensions. 

There were other helper functions to native methods commonly needed by OS X desktop applications. 

Eliminating this support, if they don't integrate them into java api's somehow would further disadvantage OS X java applications versus more native supported ones.

Finding the html doc on the Apple pages doesn't look so easy these days.
I did come across this for anyone considering it from Oracle…
Bug ID: 8008714 [macosx] packages com.apple.eawt and com.apple.eio are not included in symbol file in JDK 7 and 8
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8008714

I don't know what the symbol file is that it is talking about but these are the "Apple Extensions"

Michael Hall

trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz

HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe

AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter