Add ability to accept cubelists as input to qview
Minimal -- Added functionality should have minimal impact
It would be great to be able to run:
To open all of the cubes in a list in qview.
Alternatively, it could use the ISIS3 command-line application syntax of:
Right now to open a list of cubes, I open qview first, and then run the following in a bash shell:
for i in `cat cubelist.lis`; do qview $i; done
#5 Updated by Adam Goins about 1 year ago
- Status changed from In Progress to Resolved
- Impact updated (diff)
Cubelists (.lis) files can now be opened in the same fashion as cube (.cub) files.
From terminal, qview MyExampleCubeList.lis will open every cube inside of the cubelist.
From the GUI, .lis files have been added to the "open" and "browse" file filters to allow them to be opened from the UI as well.
#13 Updated by Tammy Becker about 1 year ago
This worked well with a list of filenames that included a directory path as well as images in the current local directory. As long as the filename of my list ended in a .lis extension.
I copied my successful (local.lis) to another filename local.lst (failed), local.dat (failed), local.txt (failed). At a minimum, if there is a file extension requirement, the user must be educated. The error popup only says that there are no cubes to open. I just got lucky that my personal user habit specifies the .lis extension.
It would be preferred to allow for any extension (except .cub?)...
Where will this new feature be documented?
#15 Updated by Adam Goins about 1 year ago
- Status changed from Feedback to Resolved
qview now accepts cubelists under any extension (i.e .lis, .lis, .txt, etc)
If an error is encountered opening a cube from a list the user will be prompted to decide if they want qview to try to continue opening the rest of the cubes from that cubelist or not.