Functionality to allow developers to monitor messages before being displayed.

追蹤

ChrisFH

• 2019年04月23日 01:23
• 編輯於

Functionality such as this could have numerous benefits such as preventing users from posting blacklisted words or urls or even just conditions that are set by the programmer. To also uphold the previously implemented functionality of preventing message editing the message could be in a read only format.

 

An example of this implementation could be a simple event handler that handles messages before being displayed

23

• 

  Noxillio

  • 2019年04月23日 02:32

  I think this would cause issues. Messages are sent very quickly (presumably as soon as Discord's servers receive and process them), your bot would (most likely) have to be quicker in order to even tell the API to cancel it. I can't see how this would be put in place, or why it should be. It's far easier and practical to just delete the message after it's sent.

  1

  評論操作 永久連結
• 

  ChrisFH

  • 2019年04月23日 03:08

  Noxillio There are many uses for this such as preventing users from being mentioned this cant be done with current system as it still notifies the user and many others 

  1

  評論操作 永久連結
• 

  Rook

  • 2019年04月24日 02:20

  I'm unsure of this one. I can see how it'd be useful but whether it'd be practical or even functional is the question. As I also can't see how this would be implemented in an active server, as in more then ten people talking at once, I'm also forced to give it a...meh? Versus an agreement.

  0

  評論操作 永久連結
• 

  ChrisFH

  • 2019年04月24日 02:50

  Nevyra the latency would be negligible and the only thing that could be gained from it is benefits 

  0

  評論操作 永久連結

請登入寫評論。