{.networked.} procedures (not direct sends) send data to the connection that called the RPC

[beef331]

{.networked.} procedures (not direct sends) send data to the connection that called the RPC

[RattleyCooper]

Is this something that we should let the user implement? It's really pretty easy but the user would end up making the same kind of loop to manage it, ie:

# server.nim
proc send_chat(name: string, msg: string) {.networked.} =
  ## Dispatch chat messages to all connected clients regardless of who sent it.
  for c in nettyrpc.reactor.connections:
    if c != conn:
      rpc(c, "display_chat", (name: name, msg: msg, originId: conn.id))

I suppose that in the context of game development, we would want the rpc to go to the connection that called it though. Should we have a way to exclude the origin of an RPC from getting the response for situations where it doesn't need one?

Feel free to close this if you think it's not an issue. The user can definitely implement something like this if they need to but might be worth considering. The more I think about it the more I feel like it's probably a non-issue

[beef331]

We could add a message flag, which can be used to send more information, such as noResponse so the packet would look like
MessageKind, MessageFlag, data. then calling it would look like r rpc({noResponse}, "send_chat", (name: name, msg: msg)) or a short hand of rpcNoResponse("send_Chat", (name: name, msg: msg))