-
Notifications
You must be signed in to change notification settings - Fork 63
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
Should nested map(...) do work? #190
Comments
Okay, so my understanding from talking to @shashi is that this should work. I've been debugging it a bit, and the problem seems to lie with this line https://github.com/shashi/Escher.jl/blob/master/src/cli/serve.jl#L119 being used wrongly when there are nested signals -- I can see differences in the diffs there. No fix yet. |
Partial progress: That line is indeed the problem. It is diffing against Escher.empty at each recursion, whereas it should diff against the last rendering. I've fixed that up with a global dict. This prevents the duplication of widgets, but it leaves the signals not functioning. :/ |
I have made the fix where it won't create a new slider. But for some reason, when things get redrawn the |
Any idea why that is? |
Okay, so I have a question about how to modularize signals. Consider the following code:
This simply shows the status of a slider and a checkbox, and it works fine. Now what about the following:
I'd imagine this would do the same thing, but instead I get weird effects like duplication of all the widgets. Is this supposed to work? If not, how can I separate the
ch
andsl
signals?Of course, this is a toy example -- in a real example, I want to do some complicated computation involving the value from one of the signals, or I simply want to modularize one of the signals in a function so that users can call that function but not need to put it in the map.
The text was updated successfully, but these errors were encountered: