On 5/24/06, Joshua Marinacci <email@hidden> wrote:
Thanks for your feedback Elliot. Rest assured we are aware of the
JFileChooser issues. It's always been a matter of other bugs taking higher
priority. JFC is high on the list for the next rev, though.
Let me ask you this: would you prefer us to fix bugs in the JFileChooser or
to add API and features to FileDialog?
"Rewriting the
FileDialog is, to put it technically, a fairly hairy task -- easy to hack a
first approximation, but it can be a real sinkhole getting the details right."
if you look at the amount of work that goes in to, say, the GTK+ file
dialog, and the fact that every release looks or behaves slightly
differently, you could spend a whole engineer just on that. and then
there's Windows, and you need to persuade Apple to do likewise (and
despite their head start, you can see how the Aqua LAF is lagging
behind Mac OS itself in general, not able to get, say, the appearance
of tables right, or selected check boxes that don't have the focus, or
...). it's about as hopeless a task as you could ask for.
and even if we pretend that JFileChooser not looking right on any
platform doesn't reinforce people's belief that Java leads to crappy
desktop apps, just the behavioral improvements alone are important.
look at all the bugs Sun's had to deal with regarding removable file
systems or network file systems that go away/are slow to respond. if
nothing else, FileDialog puts you in a much better position to say "go
bug the GTK+ people" or "go bug Microsoft's common controls people" or
"go bug Apple's Cocoa people". who are probably more likely to have
the resources to fix these things than the Java runtime developers,
because there's a bigger pay-off.
Scott Violet's imitation of the GTK+ color picker for JColorChooser is
impressive, but there are still three glaring mistakes (see
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6417110) and one
feature (the real thing lets you pick a color directly off the screen)
that's only realistically going to be implemented by deferring to the
real dialog.
one of the nice things about Java 6, in my opinion, is that it's seen
Sun go back and fix/improve/augment things in AWT after so many years
of appearing to wash their hands of AWT and saying "use Swing
instead".
i hope if we ever get a font dialog, it's a java.awt.FontDialog rather
than a javax.swing.JFontChooser!
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
This email sent to email@hidden