McManning / McManning/BlueGraph
Editor Usability Issue - non-preferential ports are automatically connected
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 256
- Forks
- 36
- PR merge metrics
- No merged PRs in 30d
Description
When dragging off a port and connecting a new node - it doesn't prefer ports of the same type over other ports that can accept the value. Instead it just picks the "first" that works.
Use Case: I have an execution flow data type on nodes - but some nodes accept any basic object type (e.g. debug loggers). Since that object type port was added to the node first, it's the first to respond to the request for a connection when instantiating a new node thus creates an incorrect connection.
Instead - the logic should be something like:
- Aggregate all ports that could connect to the port we're dragging off from
- If any are of the same type, pick that first
- If any are of inherited types, pick those next
- Pick first of whatever is left over.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named. Locate the Unity editor logic that handles dragging from a port and automatically selects a compatible destination, then trace how candidate ports are collected. Done means connections prefer the same type, then inherited types, then the first remaining compatible port, with the described execution-flow and object-port case behaving correctly.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, unity
- Domain
- game-dev, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100