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
Would be nice to always have the ChatReceiver parameter in the sendMessageRaw method (one of the other two sendMessage messages has it). If null is passed in to it, that's fine as its up to lib users to handle what happens in that situation.
The text was updated successfully, but these errors were encountered:
Zidane
changed the title
Change API for sendMessage on CommandSender to always have ChatReceiver
Change API for sendMessageRaw on CommandSender to have ChatReceiver
Jul 10, 2014
The plan was that there's some pattern/format mechanism (coming "soon") called in ChatReceiver.sendMessage(ChatReceiver,String) and ChatChannel.broadcast(ChatReceiver,String) and uses something like "<{sender}> {msg}" to create the message that will be sent to the client via sendMessageRaw.
But now that I think of it, it might be a good idea to pass the sender further. What's exactly your use case?
Would be nice to always have the ChatReceiver parameter in the sendMessageRaw method (one of the other two sendMessage messages has it). If null is passed in to it, that's fine as its up to lib users to handle what happens in that situation.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: