Adding goal nodes automatically adds them to the plan, and correctly reduces them #40
Reference in New Issue
Block a user
Delete Branch "feat/recursive-goal-making"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Adding goal nodes automatically adds them to the plan, and correctly reduces them
Check the following:
npx eslint --fixshows no errors.npx jest (--maxWorkers 1)shows all tests pass.When starting the program and going to the website:
Run program, the console shows the correct format, and will be parsed correctly on CB (latest version of program schema).assigned to @9828273
When creating a goal and adding the suggested step, if I then remove that step, the text "added as a suggestion..." appears again, without an actual suggestion appearing.
resolved all threads
added 1 commit
c7ed3c8e- feat: added correct showing of goals with the description and can_failCompare with previous version
added 1 commit
96afba2a- chore: add name field to trigger nodesCompare with previous version
added 1 commit
a5a345b9- test: add tests for goal and triggersCompare with previous version
requested review from @j.gerla
marked the checklist item npx eslint --fix shows no errors. as completed
marked the checklist item npx jest (--maxWorkers 1) shows all tests pass. as completed
marked the checklist item Having a goal node connect to another goal or trigger node that IS EMPTY will automatically create a new plan with the goal inside. as completed
If I disconnect the goal node when only that goal was connected the plan in the parent goal node is not reset and the goal node indicates that there is a plan set, whilst the plan in the editor is empty, don't know if this is intentional or expected behavior, but if not please fix it
marked the checklist item Having a goal node connect to another goal or trigger node with an EXISTING plan will automatically add this plan to the bottom as completed
marked the checklist item The name of the plan is referenced dynamically inside the plan. (Editing the name of the other goal node will change it in the plan) as completed
marked the checklist item When reducing the program using Run program, the console shows the correct format, and will be parsed correctly on CB (latest version of program schema). as completed
marked the checklist item Goal nodes still function as expected as completed
I can connect a belief node to the goal handle of a trigger node, by dragging a connection from the goal handle to the belief, this should be easy to fix by changing this to make use of the allowOnlyConnectionsFromHandle rule, to make sure it only allows connections to specific handles if any of its potential targets have multiple target handles
make sure third party imports are on top to adhere to code standards
please do fix before merging if not fixed yet
Once the open threads are resolved I will approve this for merging
Thanks for spotting that:)
Thanks for pointing that out, I've made it so that deleting a final step through disconnecting a goal will now show there is no plan set.
Note that if researcher would like, though, they currently can create a plan without any steps- Though we could also reconsider that behavior in the future.
changed this line in version 5 of the diff
changed this line in version 5 of the diff
added 1 commit
8ffc919e- fix: added a missing test, corrected the imports, added behavior for...Compare with previous version
resolved all threads
added 4 commits
demoe1257bdf- Merge branch 'demo' into feat/recursive-goal-makingCompare with previous version
marked the checklist item Trigger nodes have both a handle for beliefs, which can only accept ONE belief, and a handle for MULTIPLE goals, which can only accept goal, and multiple. as completed
resolved all threads
approved this merge request
resolved all threads
approved this merge request
resolved all threads
approved this merge request
mentioned in commit
8c28dd6c1c