Is there a reason why we can't change ImageJ to use the native file opening
systems? The current file dialog is outdated and terribly hard to use when compared to both the native OSX and Windows 7 dialogs. Java now has standard implementations which used the native dialogs: http://docs.oracle.com/javafx/2/ui_controls/file-chooser.htm alternatively the SWT package provides similar native support http://stackoverflow.com/questions/5703825/does-swing-support-windows-7-style-file-choosers finally there is a windows only wrapper available: https://code.google.com/p/xfiledialog/ I haven't looked at the code yet, but based on skimming through the api index it looks like we could simply make the change in the ij.io package. Thanks, Dan -- Daniel Kovari Ph.D. Candidate - Georgia Institute of Technology, School of Physics Phone: 404-385-3242 email: [hidden email] -- ImageJ mailing list: http://imagej.nih.gov/ij/list.html |
On Feb 6, 2015, at 10:00 AM, Daniel Kovari <[hidden email]> wrote:
> > Is there a reason why we can't change ImageJ to use the native file opening > systems? > The current file dialog is outdated and terribly hard to use when compared > to both the native OSX and Windows 7 dialogs. ImageJ does use native file open/save dialogs unless “Use JFileChooser to open/save” is enabled in Edit>Options>Input/Output. On Windows and Linux, enable “Use file chooser to import sequences” to get a native directory chooser dialog. -wayne > Java now has standard implementations which used the native dialogs: > http://docs.oracle.com/javafx/2/ui_controls/file-chooser.htm > > > alternatively the SWT package provides similar native support > http://stackoverflow.com/questions/5703825/does-swing-support-windows-7-style-file-choosers > > finally there is a windows only wrapper available: > https://code.google.com/p/xfiledialog/ > > I haven't looked at the code yet, but based on skimming through the api > index it looks like we could simply make the change in the ij.io package. > > Thanks, > Dan > > -- > Daniel Kovari > Ph.D. Candidate - Georgia Institute of Technology, School of Physics > Phone: 404-385-3242 > email: [hidden email] > > -- > ImageJ mailing list: http://imagej.nih.gov/ij/list.html -- ImageJ mailing list: http://imagej.nih.gov/ij/list.html |
In reply to this post by dkovari
Hi Dan,
> Java now has standard implementations which used the native dialogs: > http://docs.oracle.com/javafx/2/ui_controls/file-chooser.htm Note that that FileChooser is part of the JavaFX project, which is only included with Java starting with Java 8. ImageJ 1.x is written against Java 5, and ImageJ2 is written against Java 6. That said, ImageJ2's UI architecture is flexible enough that we could "plug in" the JavaFX file chooser for those who have it available. I filed an issue for it: https://github.com/imagej/imagej-ui-swing/issues/33 Regards, Curtis On Fri, Feb 6, 2015 at 9:00 AM, Daniel Kovari <[hidden email]> wrote: > Is there a reason why we can't change ImageJ to use the native file opening > systems? > The current file dialog is outdated and terribly hard to use when compared > to both the native OSX and Windows 7 dialogs. > > > Java now has standard implementations which used the native dialogs: > http://docs.oracle.com/javafx/2/ui_controls/file-chooser.htm > > > alternatively the SWT package provides similar native support > > http://stackoverflow.com/questions/5703825/does-swing-support-windows-7-style-file-choosers > > finally there is a windows only wrapper available: > https://code.google.com/p/xfiledialog/ > > I haven't looked at the code yet, but based on skimming through the api > index it looks like we could simply make the change in the ij.io package. > > Thanks, > Dan > > -- > Daniel Kovari > Ph.D. Candidate - Georgia Institute of Technology, School of Physics > Phone: 404-385-3242 > email: [hidden email] > > -- > ImageJ mailing list: http://imagej.nih.gov/ij/list.html > -- ImageJ mailing list: http://imagej.nih.gov/ij/list.html |
Free forum by Nabble | Edit this page |