I would not be able to use a RemoteEvent, because if I tried to send the ScreenGui from the Client it would just be a reference and still be the Servers ScreenGui, I also can not send objects through a RemoteEvent Argument.
You’re code is not related to what I am trying to accomplish, you’re code is saying everytime a Child is Added on the server side of my gui to print. So therefore if there was any change on the Client, the server would still not be updated.
I know what you’re looking to accomplish, but it’s a lot of work to send serialized versions of instances to the server, and then deserialize them. Additionally, it also requires a lot of input validation to be secure.
What exactly is your use case? You should never need to change the client’s ui from the server.
Likely what you’re looking for is using remote events to send data to the client for it to display.
This won’t work for his use case as client-created objects are not replicated to the server. The proper solution would be to send properties to the server using a RemoteFunction instead, though I’m not sure if that would solve OP’s actual problem.
No, Im trying to send data from the client to the server for a datastore, I usually would just check if anything ChildrenChanged but Im using the event and it does not seem to be working, thats why Im trying to send the data to the Server from the client instead.
If thats the case I will end up making the changes on the Server Instead that way the Server and Client are aligned.
You could use ChildAdded, but if you’re the one creating the messages you could also put the code there. Both ways would work; It just tends to be cleaner to have less event connections if you can easily avoid them.
Example Code For ChildAdded
yourFolder.ChildAdded:Connect(function(child)
--Do something with child, like
child.TextColor = Color3.new(1,0,0)
end)