Such URIs might be a file path (with implicit file:// prefix), so the Browse button is still useful. But when a non-file URI such as https://... or s3://... is given, it should not mangle it into a java.io.File.
A URIWidget interface in SciJava Common is straightforward; the trickier part is here in scijava-ui-swing, how to get all the same features as the current FileWidget, while minimizing copy-pasting of code. I would like to make an abstract SwingFileEtcWidget or some such, which still takes a generic parameter for data type, but has the common logic for the Browse button for picking files...
Such URIs might be a file path (with implicit
file://prefix), so the Browse button is still useful. But when a non-file URI such ashttps://...ors3://...is given, it should not mangle it into ajava.io.File.A
URIWidgetinterface in SciJava Common is straightforward; the trickier part is here in scijava-ui-swing, how to get all the same features as the currentFileWidget, while minimizing copy-pasting of code. I would like to make an abstractSwingFileEtcWidgetor some such, which still takes a generic parameter for data type, but has the common logic for the Browse button for picking files...