Ticket #264 (closed enhancement: wontfix)
Opened 2008-03-19T15:18:22-05:00
Last modified 2009-03-11T16:58:50-05:00
Better ImageJ open/save integration
| Reported by: | curtis | Owned by: | curtis |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | plugins | Severity: | non-issue |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: |
Description
ImageJ's HandleExtraFileTypes logic currently calls Bio-Formats last, and is essentially a completely hard-coded solution to the problem of image I/O plugins. We would like to introduce some more extensible mechanism related to the ImageJ plugin architecture that would allow users to explicitly map support for individual file extensions to specific plugins that claim to support them. Ideally there would also be an API method that the I/O plugins implement to provide preferences specific to each plugin.
It is unlikely that core ImageJ is going to change enough to make this goal possible. However, Bio-Formats does have a format-specific GUI panel (see ticket #263) for each format with configurable options, such as which QuickTime implementation to use (QTJava vs Bio-Formats) and which ND2 implementation to use (Nikon vs Bio-Formats).