Add mechanism for launching per-row actions from the table webview

[rogermparent]

This issue tracks the ability to run commands on individual experiments from the experiments table webview.

We currently have a few commands that do this:

• Apply Experiment
• Branch Experiment
• Queue Experiment From Existing
• Remove Experiment

But they currently run on vscode-native quickpicks that display a list of experiments. These commands will have to be modified so that they can be called from the webview with a pre-filled experiment.

We currently have a design proposal for this using a context menu, though it's not set in stone:

Single row actions preview:

Multiple rows actions preview:

More details and flows in the Figma spec.

This Issue is a slight superset of #1135, but they're close enough that we can merge that one into this issue:

#1135: Action per item to run experiments

Originated at #1120 (comment)

Single new experiment

A single experiment to queue, rather than how to submit a whole batch of experiments. For example, there could be a GUI that shows all the parameters, and users can edit their values and click "queue experiment" without needing to edit yaml files or run terminal commands.

We should be able to run experiments based on any of the experiments in the table or workspace.

Batch

Concerns:

As @daavoo alluded, when it comes to larger scale hyperparameter tuning, users probably can't avoid doing this programmatically since there are so many experiments to queue, the methods of defining the hyperparameter space are too varied, and frequently they can't even all be queued up front because later iterations base their values on the results of previous iterations.

I think it makes sense for advanced scenarios and especially when experiments are expensive to run (deep learning), in case of "classical" DS random forest, xgboost it's easier to run a small grid batch .

I would add some basic way to specify a list of values at least and/or simple start-step-end UI.

[mattseddon]

I have had the request to toggle experiments on/off from the table today. I would expect this would be done via left-click on or around the dot shown at the start of the experiment row. This will interfere with the current behaviour of collapsing the row but should be achievable. I am going to pair with @sroy3 on the problem later in the week. LMK if you see any issue with this.

Thanks,

[rogermparent]

I'm starting on this, and likely looking at the "right click for context menu" route since it doesn't step on our current left-click toggle behavior.

[rogermparent]

Do we expect that we'll have any context menu actions in the future that operate on individual cells as well as rows? I just had the thought and made #1517 in anticipation (though it seems like a good change on its own) but I can't gleam any from the OP, so I'll be working under the assumption that it'll be rows only for now.

[mattseddon]

Do we expect that we'll have any context menu actions in the future that operate on individual cells as well as rows? I just had the thought and made #1517 in anticipation (though it seems like a good change on its own) but I can't gleam any from the OP, so I'll be working under the assumption that it'll be rows only for now.

Inline edit of params is one example

[rogermparent]

True, but I was thinking specifically of cells that aren't in the workspace. Maybe a "copy value to workspace", similar to apply but for a single param?

[mattseddon]

Yeah, that would be low priority

[mattseddon]

This is the last open item from #239

[mattseddon]

Lifted multi-select into #1663