You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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...
The text was updated successfully, but these errors were encountered:
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
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 currentFileWidget
, while minimizing copy-pasting of code. I would like to make an abstractSwingFileEtcWidget
or some such, which still takes a generic parameter for data type, but has the common logic for the Browse button for picking files...The text was updated successfully, but these errors were encountered: