Frontend type constraints

[0HyperCube]

Closes #4330

Note that this adds some warnings:

The default value for input index 1 node Color Overlay is Color[], but does not satisfy Limited({"Color"})
The default value for input index 1 node Color Overlay GPU is Color[], but does not satisfy Limited({"Color"})

I guess maybe these nodes should be updated to use the tables so that they don't produce errors when instantiated. Alternatively the list thing could be removed.

[gemini-code-assist]

Code Review

This pull request introduces a structured FrontendTypeConstraintForInput enum to handle complex type constraints for node inputs, replacing the previous simple string representation. It includes logic to compute, intersect, and validate these constraints, along with comprehensive unit tests and corresponding frontend updates in NodeCatalog.svelte. The review feedback highlights several instances where the unqualified warn! macro should be replaced with log::warn! to prevent compilation errors, identifies a few typos in comments, and suggests using optional chaining in the frontend to safely access nested properties.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

[gemini-code-assist]

The warn! macro is used directly without being imported, which will likely cause a compilation error since the rest of the file consistently uses log::warn! or log::error!. Use log::warn! instead.

Suggested change

	warn!("No implementations found for protonode {proto_node_identifier} in {name}");
	log::warn!("No implementations found for protonode {proto_node_identifier} in {name}");

[gemini-code-assist]

The warn! macro is used directly without being imported. Use log::warn! instead to maintain consistency and avoid compilation errors.

Suggested change

	warn!("Input types for extract node {name} not supported");
	log::warn!("Input types for extract node {name} not supported");

[gemini-code-assist]

The warn! macro is used directly without being imported. Use log::warn! instead to maintain consistency and avoid compilation errors.

Suggested change

	warn!("The default value for input index {index} node {name} is {input:?}, but does not satisfy {constraint:?}");
	log::warn!("The default value for input index {index} node {name} is {input:?}, but does not satisfy {constraint:?}");

[gemini-code-assist]

To prevent potential runtime TypeError exceptions if constraint has an unexpected shape or is null/undefined, use optional chaining constraint.Limited?.some(...) instead of constraint.Limited.some(...).

				matchesTypeSearch = node.inputTypes?.some((constraint) => constraint === "All" || constraint.Limited?.some((inputType) => inputType.toLowerCase().includes(typeSearchTerm))) || false;