vi

Probably, yea. It's not that important of a feature anyway, so personally I'm fine with waiting a little longer.

> @shiftinv would you please solve conflicts? done, rebased away the commits from the base PR and updated to master :+1:

> I hate the concept of putting a ton of overloads in the main `client.py` file. It makes it way more bloated than it needs to be. Can't `wait_for` and...

> which means if we're going to supply a .pyi file we'll have to type hint the entirety of client.py there Yea, not something we want to do. Creating "partial"...

Haven't tested much yet - not sure what exactly happened, but something somewhere ended up trying to register subcommands as top-level commands: https://gist.github.com/shiftinv/eddfcae9ca1f34790ced4a5288e3691f

This is definitely an interesting proposal, thanks! > The cost of using IDs in incorrect places can range from an unhandled exception up to damaging users' servers and, in very...

I doubt there's anything we can do about this, unfortunately. PyCharm has been struggling to infer descriptor types (especially generic ones) correctly for a long time, and ultimately it's up...

hmm. The documentation here has been slightly incorrect for a surprisingly long time, essentially since audit logs got implemented initially years ago, but the issue really only surfaced with the...

This is one of the unfortunate flaws of `load_extensions()`. If you change the working directory from which the process is launched to `./centurybot/` instead of the top-level directory, `load_extensions("module")` should...

> Ty for the reviews and sorry if this is taking longer than expected, it's my first API feature so i'm quite inexperienced. No worries, it's a pretty substantial feature...