You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 31, 2024. It is now read-only.
I don’t think your syntax would quite work - but I think it’d be theoretically possible to make it so you could connect to signals outside KnitInit. I believe that signals aren’t actually created when you call CreateSignal - a placeholder is. This would prevent you connecting to it outside KnitInit - but that could be changed to allow functions to be registered and to copy over the connections when the signal is actually created.
This is something that’s frustrated me too so it would be nice to improve it!
I definitely think there is no need for this, it's just bloat, and leads to syntax inconsistency. You can simply just make a module that wraps your remote signals / properties and use that instead.
Currently, if a service has a lot of RemtoteSignals, it can make our KnitInit function very long with a bunch of connections.
Here is the current way of doing things:
It would be nice to have a built-in feature to Knit that would allow us to connect to events like so:
Similar functions could be made for remote properties as well
The text was updated successfully, but these errors were encountered: