Bug: "dataset from folder name" should be chosen when project set

[jamoore]

• Click on a project
• Click "import"
• Chose image
• Click import

The image will be put under the "images" tab, but will not appear anywhere under the chosen project. If a user clearly wants an image to go into a project, the default for the dataset should probably be "from folder name" (unless previously a dataset was chosen) to prevent the image from being lost.

[jburel <j.burel@…>]

(In [1ee29628f5866613a5d35b23e58262bfadf38de3/ome.git] on branch develop) When a project is selected and not dataset specified, the default value
is "New Dataset from folder's name" (close #5644)

[jburel]

we add an option to the dataset drop-down of
"---New from Folder ---
jean-marie
17:07
better to add comment
to the ticket
Scott
17:07
And this is selected when you first create a project
jean-marie
17:07
and add Will to the ticket
Scott
17:07
so that if you hit "Go"
then its not lost
but goes into Dataset from folder
jean-marie
17:08
instead of No Dataset
Scott
17:09
Also, you can switch between existing datasets and "from folder" without having both the "from folder" checkbox selected AND a dataset chosen
ie -it makes "from folder" and other dataset choices mutually exclusive

Maybe also remove the "folder from dataset" in table
at least disable it
since if you chose "folder from dataset" then deselect, there's no valid dataset to choose instead

[jburel <j.burel@…>]

(In [74ca506ae14a0aeb427ca45cf6ef14fc12bdf8a8/ome.git] on branch develop) Review dataset from folder option (see #5644, close #5670)

[jburel]

Implemented changes, Could you guys check before we close the ticket?

thanks

[jburel <j.burel@…>]

(In [9cbac386bfc5a00d4a4ae3e2851a8075906a3c8e/ome.git] on branch develop) Remove refresh icon from display (see #5644)

[saloynton]

I have had a go with the feature and it works as expected [I have seen an unrelated bug which I will submit] and I will arrange to check it with the scientist's in the morning.

[jmoore]

Jean-Marie, the workflow looks better now, though I need to test it some more. The only thing I would say (and this is non-critical) is that probably the "archive" toggle should go up to the rest of the toggles, i.e. all mutable dialog elements are at the top, and each line in the queue is immutable. Then we could even add a note: "if you want to change a setting, remove the file and re-add it". But, if a user re-adds a file, we should re-activate it immediately (currently it is necessary to click on another file and then back)

[jburel]

We should probably not be that strict about "immutable" (cf. annotation)
Archived is a bit different:

• set the default in the config file.
• User might not have the ability to interact with i.e. turn on/off (cf. imperial) but still needs to know what is happening. Changing location will take no time.

The other comment is bug see #5781

Closing the ticket, b/c everybody seems to agree that the approach suggested by Will makes the selection cleaner

[jburel <j.burel@…>]

(In [9c41156c4c9653f3673a5f4a867f79c51f7d6e40/ome.git] on branch develop) Review the determination of the import location:

• if no container set (selection from tool bar), the location dialog pops up.
• if container selected (right-click menu), the location is displayed above the selection queue. In that

case the user has made the choice by right-clicking so he/she should not be asked to reselect.
(see #5644)