Feature proposal: broadcast after patch

Hey everyone & @colyseus/gladiators

I have a use-case where a broadcast message needs to arrive AFTER the state has been patched in the client-side. I’m thinking how the API for this should look like.

As broadcast currently allows passing options along with it (as options.except: https://github.com/colyseus/colyseus/issues/136), I’m thinking on enabling this now:

this.broadcast(data, { delayed: true });

A “delayed” broadcast means it will be sent only after the patch has been sent. I’m afraid this is not intuitive enough.

To be more intuitive, we could use afterPatch, but it looks weird:

this.broadcast(data, { afterPatch: true });

What are your thoughts? Thanks!

[seiyria]

I think if you’re not going to offer analogs like beforePatch, then it doesn’t make sense to use afterPatch. I would be explicit: delayUntilFirstPatch or delayUntilAfterFirstPatch or the like.

[developgiiker]

Thanks for the explain. I got the point.