Really cool update! The explicit type filters and category syntax sound super useful for speeding up workflow. How close are you to implementing the auto-connecting suggestions like Unreal Blueprints?
DevLog 20250507 Bringing Smart Suggestions and Smarter Search to Divooka’s Visual Coding
0 Comments
Hi James, thanks for the comment!
We are half-way through auto-connecting suggestions in that once a suggestion is selected, we already know its signature and parameter types. This is a low-priority feature since with filtered search is handy enough for practical use and we have other more important language-level things to work on first. On the other hand, the auto-connecting part just needs some convention to automatically tries to connect the new node’s most relevant input/output to the pin you dragged from, and we have some pretty good idea on what it should be.
To implement this, in general:
- If the user drag from an output pin into empty graph space and search, Divooka should assume the user want to connect that output into the next node’s input.
- Conversely, dragging from an input pin into space makes Divooka should assume the user is looking for an upstream node that will produce a compatible output.
There could be several special cases to this, as below.
Execution Pins
In procedural context,
- If the user drag from an execution output pin (white arrow), the newly placed node’s (first) execution input pin should be auto-connected.
- If the user drag from an execution input pin, the new node’s (first) execution output pin will connect instead.
Data Pins
In both dataflow and procedural contexts,
- If the user drag from a typed data pin (like
Float,Vector,Object):- The search menu is filtered to show only nodes that accept that type.
- When the user select a node, Divooka should auto-connects the pin the user dragged from to the “best matching” input pin on the node (usually the first input of that type).
- If the types don’t directly match but can be implicitly converted (e.g.
Int→Float, orActor→Object), Divooka should will auto-insert a conversion node (like Int to Float or Cast To) between them.
Auto-Casting
Divooka already automatically handles marshalling of compatible data types but sometimes we may wish to make such conversions explicit on the graph:
- If the user drag from an Object Reference pin and place a node requiring a more specific type, Divooka should probably insert a Cast node automatically.
- For primitive types, simple implicit conversions are automatic on the input pin itself (like
Byte → Int).
In summary: auto-connection is contextual - it connects execution to execution, data to the best matching input/output, and inserts conversion nodes when necessary. With above rules we have some good convention as starting point, the next step is just to implement it!
Please log in to add a comment.
Please log in to comment on this post.
More Posts
- © 2026 Coder Legion
- Feedback / Bug
- Privacy
- About Us
- Contacts
- Premium Subscription
- Terms of Service
- Refund
- Early Builders
More From Methodox
Related Jobs
- Data Visualization EngineerTandym Group · Full time · Morristown, NJ
- Fullstack Visualization Software EngineerWoven · Full time · Palo Alto, CA
- Looking smart and talented IOS Developer Ahmedabad,GujaratAddisinfotech · Full time · Cocoa, FL
Commenters (This Week)
Contribute meaningful comments to climb the leaderboard and earn badges!