Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Data flow vs. Execution flow #7

Open
cogk opened this issue Feb 10, 2024 · 0 comments
Open

Data flow vs. Execution flow #7

cogk opened this issue Feb 10, 2024 · 0 comments

Comments

@cogk
Copy link
Owner

cogk commented Feb 10, 2024

It might be impossible to use a graph-based view for the execution flow.

Imagine the following graph, where the top-down axis is time.

flowchart TB

  trigger
  -->|values| x[change values]
  -->|values| y[new_doc + save]
  -->|doc| z[send PDF via email]
Loading

The problem is that no UI element prevents the users from adding a data dependency like doc --> values. A better way could be to have a timeline instead of a graph, where the lifetimes of objects are clearly presented.

flowchart TB

  trigger
  -->|values| x[change values]
  -->|values| y[new_doc + save]
  -->|doc| z[send PDF via email]

  z -->|doc.grand_total| y

linkStyle 3 stroke:red;
Loading

Because we want to constrain the time axis, and we only have a 2D screen, we have to remove free-movement in the time axis. We could disallow loops using clever algorithms but that might make it more confusing.

I was thinking of a timeline: actions below, and data above where the movement is constrained by a hidden line just after the block that provided the value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant