dragonofmath / discord-dragon-bot Goto Github PK

When two or more async requests, such as sending or editing messages, cause rate-limiting, they can prevent each other from waiting the full duration of the retry cooldown.

To fix this so that the bot does not miss messages, I may have to create a queue of requests that the client can fulfill sequentially, only while rate-limiting does not interfere. It will have to wrap the PromiseClient's await method.

Need to brainstorm the slot machine game's specifics: what kinds of items, how valuable are they, are there special combos, and should there be a cooldown?

Ideas:

• Slot machine will have traditional items like various fruits and 7's, as well as the dragon being the jackpot item.
• Cost will be a minimum of 5 per spin, or can be wagered higher if the user chooses.
• Maybe have a separate video slots game (5-column slots with added bonuses)

Commands like pokemon and image have many many subcommands, and listing them all may throw an error stating the message size exceeds 2000 characters. Maybe there's some way I can split the help message into parts and send each consecutively, but I think this may be a bit easy to abuse...

Possible workaround: improve PromiseClient.prototype.send() so that it can send up to 5 "chunks" for a large message, with a hard limit at 10000 characters. However, this will mean the bot may be rate-limited more often.

Some background sessions get in the way of discussions by intrusively firing on messages from any channel. It would be nice to extend the session framework so that one can opt out certain channels from their use.

TODO: Implement a sessions command that, like the commands command, modifies the permission settings of sessions.

Furthermore: May need to create a new permissions table for sessions in order to remember which channels/users opted out.

Going to make a magik command like with NotSoBot, but I need to make a javascript implementation of liquid_rescale which uses seam-carving.