allow chatbots to speak for / show users directly

[silentwings]

random idea -- a command to be used by irc-link-ish bots,

format
SAYFROM location channel username message
and resulted in
[timestamp] <username@location> message
appearing in the target channel (in which the bot would be required to be present). Corresponding SAIDFROM command also needed.

It avoids having the name of the bot, which is not useful info, being printed into the chatlog, and would allow a single (trusted) bot to cleanly bridge communication with multiple external versions of a channel.
[09:46:47] <Nightwatch> <ivand#0978> Can anyone advise on Custom Units Shaders?
vs
[09:46:47] <ivand@Discord> Can anyone advise on Custom Units Shaders?
Would also allow channel mutes to be applied to users messaging from external channels.

Would also have
JOINFROM location channel username
LEAVEFROM location channel username
too, and show e.g. ivand@discord in the channel user list (and external channels could do whatever they saw fit with such info). This would avoid channels looking empty when they aren't!

[TurBoss]

its a fantastic idea for what I'm working on
🗡️ Glenda 🗡️

[TurBoss]

this is also useful for battle rooms when users talk ingame

[abma]

IMHO this is a duplicate of #130

[silentwings]

I don't think so, because we couldn't e.g. run an uberserver isntance on Discord or on the ZK server.

[silentwings]

I'm going to start work on this, unless I hear that its not wanted, but I plan for it to come after the batch of changes that is currently waiting to go live. I guess it will take a bit of thought to get it right.

this is also useful for battle rooms when users talk ingame

The server currently views battles and channels differently. I think it is best to implement this for channels first -- I think it would be best to fix #58 (or at least the bit about making battles<->channels have more in common) before/whilst doing a battle version of this ticket.

[silentwings]

Is guess its safe to assume that at most one bridging bot will exist for each external location (e.g. a single bot handles all bridges to discord channels). This makes for saner code, and seems reasonable to me...