-
-
Notifications
You must be signed in to change notification settings - Fork 549
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make the node catalog, originating from a wire dropped in the graph, filter for valid types #2423
base: master
Are you sure you want to change the base?
Make the node catalog, originating from a wire dropped in the graph, filter for valid types #2423
Conversation
Send InputTypes through SendUiMetadata under odeTypes. Update NodeCatalog.svelte component to support ype based filtering. Update ContextMenuData to support compatibleType as an input to the searchTerm for the NodeCatalog. Update Graph.svelte component to support new ContextMenuData enum types. Send CompatibleType data from rust backend on wire drag and release to NodeCatalog to already show filtered data.
Send InputTypes through SendUiMetadata under odeTypes. Update NodeCatalog.svelte component to support ype based filtering. Update ContextMenuData to support compatibleType as an input to the searchTerm for the NodeCatalog. Update Graph.svelte component to support new ContextMenuData enum types. Send CompatibleType data from rust backend on wire drag and release to NodeCatalog to already show filtered data.
…ite into filter-node-catalog
@Keavon @0HyperCube please review. |
Hi, it passes the test after merge as well. |
Hi, @Keavon please review. |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for your work so far on this @singhutsav5502.
editor/src/messages/portfolio/document/node_graph/document_node_definitions.rs
Show resolved
Hide resolved
@@ -82,7 +99,7 @@ | |||
</script> | |||
|
|||
<div class="node-catalog"> | |||
<TextInput placeholder="Search Nodes..." value={searchTerm} on:value={({ detail }) => (searchTerm = detail)} bind:this={nodeSearchInput} /> | |||
<TextInput placeholder="Search Nodes... (or type:InputType)" value={searchTerm} on:value={({ detail }) => (searchTerm = detail)} bind:this={nodeSearchInput} /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not quite sure of the UX of having the type as the search term. This prevents the user from further filtering down the options.
For example vector data is used by many nodes (and more will be added over time), so the user may wish to further filter them with a keyword.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi, @0HyperCube pushed code changes that adds support for simultaneous type, category and node name search.
Marking as a draft while awaiting changes. Please switch back when ready. |
… sending metadata. Update NodeCatalog Search filter to support single type search alongside name and category search
Hi @Keavon pushed some changes, that should close this issue unless i overlooked something. |
…Update missing categories and make sure to remove nodes with empty categories
Hi, @0HyperCube please review |
Add InputType based filtering capabilites to NodeCatalog.
SendUiMetadata
undernodeTypes
.NodeCatalog.svelte
component to supporttype
based filtering.compatibleType
as an input to the searchTerm for the NodeCatalog.Graph.svelte
component to support new ContextMenuData enum types.Adds functionality to open NodeCatalog on
DoubleClick
input ( in empty node graph area. )Closes #2359