Closed mtillman14 closed 1 year ago
This graph actually should be a centerpiece of interaction with the functions! In line with the "analysis threads" concept, there really is no clean way to slice/version these functions/variables. So, the only way to manage them all somewhat decently is graphically! The graph will be a linked set of nodes, with each node being one function. Arrows will run from one function to the next in the order they're run. If a function has different inputs but the same name as an existing one, it gets a parallel line to the original. New functions that branch off from existing ones just get a branch, that may or may not merge back in with the other(s).
Because it will get crowded, the graph should allow slicing via a bunch of different methods:
Graph pane should also have a search bar to search by functions and/or argument names (and whether they're inputs or outputs).
Because nodes are functions, the function names should label the nodes.
Where does the documentation of which Specify Trials were used come in?
Where does the documentation of which Specify Trials were used come in?
Still an open question :(
The processing map shows the general order of functions, but not which variables are used for which functions.
Am now using a digraph with a node for each type of object, even variables.
With different analyses & specific functions indicated, etc. Each variable will be one row within its function, with vertical lines connecting an input to output variable.