Simplify and standardize how data types are presented in user-facing strings

[Keavon]

Some places that listed List now show Vector[], for example. "called with Context" is removed from node input type signatures. Places that used to write DVec2 now write Vec2 consistently, amongst other cases.

[gemini-code-assist]

Code Review

This pull request refactors the display of data types in tooltips by removing the 'Data Type:' prefix and centralizing type formatting in the backend. Key changes include the introduction of a more robust make_type_user_readable function that handles type aliases and converts List<T> to T[] syntax, alongside optimizations in the network interface utility. Feedback was provided regarding a potential bug in the UTF-8 handling of the new string manipulation logic, where byte-level iteration could corrupt multi-byte characters.

[cubic-dev-ai]

1 issue found across 4 files

Confidence score: 4/5

• This PR looks safe to merge with minimal risk: the only reported issue is moderate (4/10) and localized rather than broadly destabilizing.
• In node-graph/libraries/core-types/src/types.rs, building char values byte-by-byte can corrupt non-ASCII type names, which may cause incorrect type text handling for international/unicode identifiers.
• Pay close attention to node-graph/libraries/core-types/src/types.rs - switch unmatched-text copying to UTF-8 character iteration to avoid Unicode corruption.

Prompt for AI agents (unresolved issues)

Check if these issues are valid — if so, understand the root cause of each and fix them. If appropriate, use sub-agents to investigate and fix each issue separately.


<file name="node-graph/libraries/core-types/src/types.rs">

<violation number="1" location="node-graph/libraries/core-types/src/types.rs:383">
P2: Byte-wise `char` construction corrupts non-ASCII type names. Iterate by UTF-8 chars when copying unmatched text.</violation>
</file>

_{Reply with feedback, questions, or to request a fix. Tag @cubic-dev-ai to re-run a review.}