Feature cs/multi-upload : generic forms for batch creating sets and uploading samples

Closes #3073, #3017, #1362, #2963, #2976, #3046, #3045, #3044, #3016, #3006, #2997, #2979, #2977, #2746, #2896, and #2948

See merge request !167

Mikaël Salson authored Mar 20, 2018 and Ryan Herbert committed Mar 21, 2018

It should be better to have the add buttons before the form rather than after.
When they are after they move each time a row is added. Therefore if one knows
that s⋅he needs 10 samples, s⋅he couldn't click 10 times quickly on the link,
s⋅he had to click, wait for the new row to appear, adjust the mouse position,
click, and so on…

Prevents the form from expanding if the filename is too long.

Redirects the user to the list of sample types they most likely came
from when adding files.

since we are phasing out the use of patient/run/generic ids in favour of
sample_set_ids.

See #2978

the upload form manager was referencing the id for the pre_process field
that it used to have when we had one pre_process field per sample.

See #3073

allows us to set a minimum amount of tokens required within a
token_container, preventing deletion of any more tokens if the min
amount has been reached.

See #3045

moves the file fields back up to the beginning of the form since the
jstree will not longer cause so much distortion.

makes it clearer that the user can click a button to select a file from
jstree

since the refactor, we don't want to destroy jstree or hide it when
changing sources. We simply want to hide the file selection indicator

instead of having an instance of jstree for each file form, we can share
the instance in a popup window.

This is a step towards #2208

See #3044

introduces the modal css class to allows the use of modal windows
outside the context of info and data containers.

we don't really need it anymore since we only have the one form for add
and edit.

This fixes a bug with the display of one of the file fields when
swapping to "computer" mode after having added an extra file form.

They're going to expand and move things around a fair amount so putting
them on the right should make the form easier to use.

See #3046

instead of just plain width, so our form elements can expand.

it doesn't look very good.

less vertical space, more inline things.

See #3046

Place sets field at the end of the form. since it can expand a lot, we
don't want other fields to move around as a consequence.

See #3046

a single space will suffice and a double space is more difficult to
correctly identify.

only if they are defined.

makes use of JQuery methods rather than javascript attributes. This
allows us to override all display attributes and css.

add height to token_input and form_control classes.

Allows for our forms to look more uniform.