JFileChooser performance in b98
JFileChooser on Windows still has poor performance. The situation is: I have a data set of medical images. The file structure is like this:
<br /> +main_image_dir<br /> + image_dir_1<br /> + image_dir_2<br /> (...)<br /> + image_dir_5<br /> + image_file_1<br /> + image_file_2<br /> (...)<br /> + image_file_10000<br />
so there is a "main image dir" that has a few (1-10) "image dirs", where each one of them keeps a large number of files" (>3000).
The moment where JFileChooser is blocked for several seconds is when changing directory from top to "main image dir". Then entering each of "image dir" works smooth. Moreover when you traverse up in the directory tree and enter the very same directory again ("main image dir") there's no lag - looks like JFCh caches it somewhere.
The lag of JFileChooser is enormous in comparison to native file dialog. I've seen that the problem is marked as fixed (JFileChooser performance), but apparently not in this situation.
I hope JFileChooser team will work on that one day :)
Message was edited by: wgradkowski