Skip to content
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

NodeEditor ignores changes to nodes parameter after initial render #119

Open
NicWickman opened this issue Oct 23, 2021 · 9 comments
Open

Comments

@NicWickman
Copy link

Unfortunately this seems to be by design, but it complicates what should be the basic function of loading in a graph.

NodeEditor provides a way to retrieve the nodes and I am saving them out to localStorage, but I'm unable to actually populate the graph with any nodes by manually changing the nodes object after the editor has been rendered.

@Dante83
Copy link

Dante83 commented Jan 20, 2022

I just realized this was closed, but might actually be my problem. Did you ever find a work-around for this?

@idling-mind
Copy link

idling-mind commented Jan 20, 2022

I found a work around here. You can assign the key prop of the NodeEditor component and tap into which ever event is modifying the nodes and change the key as well.

for eg: if this.props.nodes is what's changing.

  componentDidUpdate(prevProps) {
    if (this.props.nodes !== prevProps.nodes) {
      this.ukey = (new Date()).toISOString(); //not a good idea to use date, but works for testing
    }
  }

and render like

  render() {
    return (
        <NodeEditor
          ref={this.nodeEditor}
          portTypes={this.flconfig.portTypes}
          nodeTypes={this.flconfig.nodeTypes}
          nodes={this.props.nodes}
          context={this.props.context}
          onChange={this.handleChange}
          key={this.ukey}
        />
    );
  }

@Dante83
Copy link

Dante83 commented Jan 21, 2022

@idling-mind That was helpful in keeping the nodes, but the connections don't seem to re-render for some reason.

State3

As you can see, it seems from the console.logged node that the connection is still there, but they're just not rendering after goes away, or is replaced (say I switch to one of the tabs on the top or switch out one key'd node editor for another by selecting it on the right.

(Initial State - the connections are drawn)
State1

(Final State - I swapped views and came back, the nodes are there, the connection data is in tact from above, but the connections are now missing and no longer work).
State2

Not sure where they're going, and I'm still a bit of a react noob, so maybe I'm overlooking some newbie mistake with react or redux, but of course, if the connection system breaks then I didn't do a good job of saving the state and the app is broken from then on. I would try digging into the source, but I'm not sure how to do that with an NPM JS project verses a traditional JS script.

@idling-mind
Copy link

I'm also not sure why the connection should disappear. May be try different versions of the libraries?

@wallw-teal
Copy link

I'm running into this problem in 0.8.0, which does not appear to still support the key property. Any suggestions on how to manually set the nodes in the editor?

@chrisjpatty
Copy link
Owner

This is a consistent pain point from an original design decision that makes updating the nodes dynamically difficult for performance. I'm going to get this fixed so it wi work like you'd expect a controlled react component to work. I'm in the process of converting the whole library to typescript and then this feature is up next.

@minecraft2048
Copy link

Is there any update on this? I'm building a web app that uses this, and unfortunately I'm a react noob

@danlobo
Copy link
Contributor

danlobo commented Nov 24, 2022

Maybe creating a new imperative method to load the new nodes should work?

If we can't update the state directly for performance reasons, having a chance to update via a method can be good enough for most of the cases.

i`ve made a PR to propose a solution, hope you like it. (link)

@Dante83
Copy link

Dante83 commented Nov 24, 2022

Any way to break into it would be awesome.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants