Hi,
> On the other hand, JFileChooser offers some important features that
> are not available in FileDialog: a "select folder" mode, multiple
> file selection, filtering of files, the ability to embed a custom
> component, etc.
As JFileChooser has the option of adding custom components, the preview pane
and other parts can "easily" be added to the dialog.
That's what we do in image selection parts of out application.
When it comes to filtering, you can add multiple filters, giving you full
control of the "incoming" file objects.
But of course JFileChooser will never look exactly as the native dialog, on
any platform.
As long as you keep your new "improved" JFilechooser intuitive, your users
should be satisfied.
Regards
Thor
> -----Original Message-----
> From: java-dev-bounces+tk=email@hidden
> [mailto:java-dev-bounces+tk=email@hidden] On
> Behalf Of Todd J.
> Sent: Monday, May 30, 2005 12:15 AM
> To: Larry Nussbaum; java dev
> Subject: Re: FileDialog v. JFileChooser v. Aqua
>
> Hi. I feel your pain. I created a work-around once by implementing
> drag-and-drop. The user can select multiple files in the native OS
> file explorer (Finder, etc...) and then drag them onto the
> application. In the meantime, please consider voting for the
> following RFE/bug at java.sun.com.
>
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6192906
>
> Good Luck,
> Todd
>
> Bug ID: 6192906
> Synopsis: Add more features to java.awt.FileDialog
> State: In progress, request for enhancement
> Submit Date: 09-NOV-2004
>
> On nearly all platforms, JFileChoosers are a poor substitute for
> native file dialogs. They do not look very much like native file
> dialogs, and they have far less functionality. On Windows, for
> example, they offer many more views than a JFileChooser does, allow
> you to view the Properties window for a file, allow you to open a
> file in a selected application, display previews of images, and so
> on. They also have better handling of shortcuts, better handling of
> networked drives, etc. It is unlikely that JFileChooser will ever
> reproduce all of this functionality. For these reasons, many
> programs that otherwise are entirely Swing based still use
> FileDialog
> instead of JFileChooser.
>
> On the other hand, JFileChooser offers some important features that
> are not available in FileDialog: a "select folder" mode, multiple
> file selection, filtering of files, the ability to embed a custom
> component, etc.
>
> Some of these features would be difficult or impossible to
> implement,
> since native file dialogs do not provide the proper support.
> Others,
> however, are well supported by native file dialogs on all platforms,
> and there is no reason not to add them to FileDialog.
>
> At the very least, FileDialog should be enhanced to offer:
>
> 1. A "select folder" mode
> 2. Multiple file selection
>
> It also would be very nice to add
>
> 3. Some mechanism for filtering files
>
> FileDialog already allows you to set a FilenameFilter, but it is
> ignored on most platforms, since it is incompatible with the way
> native file dialogs filter files. Native file dialogs do provide
> filtering mechanisms, however, and it would be nice if FileDialog
> could make use of them.
>
> JUSTIFICATION :
> FileDialog is widely used due to its many advantages over
> JFileChooser, and that will remain true for the foreseeable future.
> It therefore should be enhanced to add useful features wherever
> possible. It will probably never reproduce all the features of
> JFileChooser, but similarly, JFileChooser will never reproduce all
> the features of FileDialog. Both of them should be actively
> supported and updated.
> xxxxx@xxxxx 2004-11-09 19:13:02 GMT
>
>
> On May 29, 2005, at 5:41 PM, Lawrence Nussbaum wrote:
>
> > Hi Fellow Developers,
> >
> > We're busy testing our application, and have gotten some feedback
> > from the Mac users who are testing. Their complaint is that
> > JFileChooser isn't "Mac-like".
> >
> > For most of our application, we could change to AWT's FileDialog
> > with little impact, but one of the assorted file options allows
> > (and encourages) multiple files to be selected for processing. AWT
> > does not support multiple files, so I'm wondering what cross-
> > plaform solutions others have implemented...
> >
> > Thanks in advance,
> >
> > Larry
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Larry Nussbaum Imagination
> > email@hidden is more important than
> > Knowledge
> > _______________________________________________
> > 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
> >
>
> _______________________________________________
> 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
>
_______________________________________________
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
