Condition Nodes #6

Open
Denys Hsu wants to merge 1 commits from cgtinker/powership:condition_node into main

When changing the target branch, be careful to rebase the branch in your fork to match. See documentation.
Contributor

Condition Nodes!

Conditional Value

  • May uses different data types as input
  • Choose a number of input sockets
  • Choose a socket as output

Conditional Execution

  • Uses a Solver Node as input
  • Choose a number of output sockets
  • Choose a socket for execution

Tested different naming conditions for the active socket, ultimately I preferred to just call it "Socket". It's confusing when the connect node name gets displayed when no proper naming has been done, also using the actual data type as name isn't to great. A unique name created the least confusion in my opinion.

Once more I'm overwriting the inputs (in this case, for the conditional execution node). In the LoopNodes PR I went for an _inputs and an _outputs property, it's also possible to overwrite the generators such as the exec_order_successors function here. It seems very useful in some cases to overwrite the input and output sockets. Using the properties approach might lead to less redundant code than overwriting in the end.

Condition Nodes! Conditional Value - May uses different data types as input - Choose a number of input sockets - Choose a socket as output Conditional Execution - Uses a Solver Node as input - Choose a number of output sockets - Choose a socket for execution Tested different naming conditions for the active socket, ultimately I preferred to just call it "Socket". It's confusing when the connect node name gets displayed when no proper naming has been done, also using the actual data type as name isn't to great. A unique name created the least confusion in my opinion. Once more I'm overwriting the inputs (in this case, for the `conditional execution node`). In the LoopNodes PR I went for an `_inputs` and an `_outputs` property, it's also possible to overwrite the generators such as the `exec_order_successors` function here. It seems very useful in some cases to overwrite the `input and output sockets`. Using the `properties` approach might lead to less redundant code than overwriting in the end.
Denys Hsu added 1 commit 2023-06-14 20:02:43 +02:00
Denys Hsu requested review from Sybren A. Stüvel 2023-06-15 23:13:01 +02:00
This pull request can be merged automatically.
This branch is out-of-date with the base branch
You are not authorized to merge this pull request.

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u condition_node:cgtinker-condition_node
git checkout cgtinker-condition_node

Merge

Merge the changes and update on Gitea.
git checkout main
git merge --no-ff cgtinker-condition_node
git checkout main
git merge --ff-only cgtinker-condition_node
git checkout cgtinker-condition_node
git rebase main
git checkout main
git merge --no-ff cgtinker-condition_node
git checkout main
git merge --squash cgtinker-condition_node
git checkout main
git merge cgtinker-condition_node
git push origin main
Sign in to join this conversation.
No reviewers
No Label
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: dr.sybren/rignodes#6
No description provided.