scottvorthmann
scottvorthmann
SSolidJS
Created by Obamax on 5/25/2023 in #support
Context not working as expected
FWIW, I resolved my problem. It was not another instance. It was due to the fact that I destructured props in my provider component, since I don't need reactivity there. Since I accessed props.children in that destructuring, it created the children too early.
15 replies
SSolidJS
Created by Obamax on 5/25/2023 in #support
Context not working as expected
That is possible. Thank you!
15 replies
SSolidJS
Created by Obamax on 5/25/2023 in #support
Context not working as expected
If I set breakpoints in my context provider and at the call to useContext, the latter gets hit first... I can't explain that any other way. Solid will render children, then create the parent, then add the children to the parent, right?
15 replies
SSolidJS
Created by Obamax on 5/25/2023 in #support
Context not working as expected
I'm having a similar problem. I was expecting to use context for accessing a webworker, with the component rendering pass setting up some infrastructure. However, the context is always the default value during the component rendering... context really only works for pure data that can be reactive. The provider does not get initialized until after its children have been rendered, so they'll always render as if there were no outer context available. I can't simply use global state instead of context, since I do need a webworker per root.
15 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
all for it!
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
oh, yes, of course
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
just copy-paste? I don't see any move option
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
I'll try the channel, too
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
NP. Nikhil just responded, and he may help me tonight (his late morning)... Saturday evening for him right now!
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
Say, I'm back to debugging my solid-three app, and so far my new knowledge is not helping. This seems to be an issue around reactivity w.r.t. the universal renderer... do you think you'd be able to help?
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
looks like that means uploading them again, correct?
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
Thanks @davedbase... that all sounds great, but I think it is a bit early to Tweet. This was just the first baby step. Let's get the other steps done first, and I'll get some notes and contributor docs captured.
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
I'll share some notes tomorrow, to summarize... too sleepy now.
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
part 2
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
part 1
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
Really great session with @nksaraf ... Thank you! I have two Zoom recordings I'll need to upload somewhere to share, unless Discord will accept them...
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
My Zoom with @nksaraf should be starting in about 40 minutes. If you want to be added to our conversation (on Zoom), respond here.
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
Vite is just calling the vite-solid-plugin, which is further using babel-preset-solid, which results in use of dom-expressions.
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
79 replies
SSolidJS
Created by DaOfficialWizard🧙 on 4/16/2023 in #support
solid-three
That looks like a templated message coming from solid-three, which is trying to do things like attach a geometry to a mesh, and it is trying to work on DOM elements. Same problem as before, just a different manifestation. I think your compile is never matching the DOMElements condition, and always compiling to universal. Try to figure out how to attach a debugger to the compile step, or just hack some console.log() into the plugin. I tracked down the right line of code last week, let's see if I can remember how I did that. I'm assuming, here, that your actual root render() call is using solid-js/web... that was my initial error, if you recall.
79 replies