|
2 | 2 |
|
3 | 3 | discord-interactions
|
4 | 4 | ====================
|
5 |
| -No more hassle with trying to get interactions to work with your Python Discord bot |
6 |
| --- **discord-interactions** is now here. |
| 5 | +Ever since December 2019, this open-source project has become the culmination of dedication and research towards figuring out the best way to bring **interactions from Discord to you:** we are an easy, simple, scalable and modular library for Discord interactions. |
7 | 6 |
|
8 |
| -**discord-interactions** is a simple API wrapper for Discord interactions. |
9 |
| -We're not here to replace discord.py or any other fork, but we are here to be the very best |
10 |
| -Python Discord library there is that implements interactions very well. This is what our |
11 |
| -library is all about. |
| 7 | +- Tired of using numerous module dependencies for slash commands and buttons? |
| 8 | +- Looking for a compatible library that implements all interactions? |
| 9 | +- Itching to get your hands on slash commands, but in a simple manner? |
12 | 10 |
|
13 |
| -What are we good for? |
14 |
| -********************* |
15 |
| -These are the biggest advantages that you will receive out of using our library: |
| 11 | +Look no more! The goal of this library is to make all three of these questions go from possibilites to trivial matters. |
| 12 | + |
| 13 | +What can we do? |
| 14 | +*************** |
| 15 | +Our library---inside and out, offers numerous benefits and presents itself as a worthy module in your bot's dependencies: |
| 16 | + |
| 17 | +The base features of our library, built with our API include: |
| 18 | + |
| 19 | +- **Dynamic object data generation**: all event data dispatched from the Gateway is dynamically transformed and generated into two-way serializable JSON objects. |
| 20 | +- **Sane rate limiting**: our HTTP client implements pre-emptive rate limit avoidance, so your bot is guaranteed to never hit HTTP ``429``. |
| 21 | +- **On-demand cache**: every HTTP request and Gateway event made is cached when needed, so you never have to save information yourself. |
| 22 | +- **Simplified data models**: every object presented is accessible as either a raw dictionary/``application/json`` or list of recursive attributes. |
16 | 23 |
|
17 |
| -* Modern library architecture design for easy modularity and scalability. |
18 |
| -* Sane HTTP 429 ratelimiting. |
19 |
| -* Dynamic object data generation via. dispatch. |
20 |
| -* On-demand caching. |
21 |
| -* `await`/async coroutine functionality. |
| 24 | +Some more unique features that are exclusive to our interactions include: |
22 | 25 |
|
23 |
| -What does that mean? |
24 |
| -^^^^^^^^^^^^^^^^^^^^ |
25 |
| -We're basically the library you'll want to use for these specific things: |
| 26 | +- **Event-triggered callbacks**: whether a component, application command or interaction response, you'll never need to worry about bridging responses. |
| 27 | +- **Dual-way decorator logic**: a decorator can act as both a constructor for an interaction, as well as a callback. |
| 28 | +- **API-strict naming**: no more confusion with the naming approach of many libraries; we follow the naming style of interactions from the officially curated Discord Developers documentation. |
| 29 | +- **Extensive framework structure**: (**pending in** ``4.1.0``) build your own tools and technologies for our library to develop and integrate community creations. |
26 | 30 |
|
27 |
| -* ✔️ Working with application commands and components. (Interactions) |
28 |
| -* ✔️ Handling data from any text channel, cached and dispatched. |
29 |
| -* ✔️ General permissions handling on guild members. |
30 |
| -* ✔️ Responsive callbacks for components. |
| 31 | +What do we not offer? |
| 32 | +********************* |
| 33 | +While we certainly offer a lot of benefits, we unfortunately have our own downsides: |
31 | 34 |
|
32 |
| -We won't be doing these things as a core aspect of our library, however: |
| 35 | +.. note:: |
| 36 | + This list is subject to change as time goes on: |
| 37 | + some of these items may be added to the core of |
| 38 | + the library in the future. |
33 | 39 |
|
34 |
| -* ❌ Voice client capabilities. |
35 |
| -* ❌ Cooldowns/bucket types. |
| 40 | +- No native cooldown decorator/method. |
| 41 | +- Lack of automatic sharding and voice clients. |
36 | 42 |
|
37 | 43 | Where do I start?
|
38 | 44 | *****************
|
39 |
| -Please look at our pages below to find out where to go further. |
| 45 | +Please look at our pages below to find out where to go. |
40 | 46 |
|
41 | 47 | .. toctree::
|
42 |
| - :maxdepth: 2 |
| 48 | + :maxdepth: 1 |
43 | 49 | :caption: Pages:
|
44 | 50 |
|
45 | 51 | quickstart.rst
|
46 | 52 | api.rst
|
47 | 53 | faq.rst
|
48 | 54 |
|
| 55 | +How can I contribute? |
| 56 | +********************* |
| 57 | +Please read up on our `contribution requirements`_ for the project. This open-source project also enforces the `MIT License`_. |
| 58 | + |
| 59 | +This open-source project utilizes the following workflows for development: |
| 60 | + |
| 61 | +#. **pre-commit** ``2.16.0``: the architecture uses this before every commit to format and check for severity/QOL-breaking changes. |
| 62 | + |
| 63 | + #. **black** ``21.11b1`` |
| 64 | + #. **flake8** ``3.9.2`` |
| 65 | + #. **isort** ``5.9.3`` |
| 66 | + |
| 67 | +#. **Sphinx** ``4.1.2``: all of our documentation is powered off of autogenerated documentation of the Sphinx engine. |
| 68 | +#. **colorama** ``0.4.4``: our internal logger uses a customized coloring formatter to make looking for specific conditions easier when running tests. |
| 69 | +#. **Conventional Commits** ``1.0.0``: every commit that we make to our branches use the official specification of CC 1.0.0 to make git graphs easier when improving and refining communication between code reviews, Pull Requests and commits. |
| 70 | + |
| 71 | +When can I start? |
| 72 | +^^^^^^^^^^^^^^^^^ |
| 73 | +We also have some extra ground rules about making any specific contributions involving: |
| 74 | + |
| 75 | +- We do not accept abstraction-based requests. (e.g. ``colour`` for ``color``) |
| 76 | +- A request has to be approved by at least one developer. |
| 77 | +- You must be willing to change/adhere to reviews from participants **where necessary.** |
| 78 | + |
| 79 | +I think I'm all ready! |
| 80 | +^^^^^^^^^^^^^^^^^^^^^^ |
| 81 | +Feel free to begin making `Pull Requests`_ and `Issues`_ on our GitHub! |
| 82 | + |
49 | 83 | Advanced Search
|
50 | 84 | ===============
|
51 | 85 |
|
52 | 86 | * :ref:`genindex`
|
53 | 87 | * :ref:`modindex`
|
54 | 88 | * :ref:`search`
|
| 89 | + |
| 90 | +.. _contribution requirements: https://github.com/goverfl0w/discord-interactions/blob/stable/CONTRIBUTING.md |
| 91 | +.. _MIT License: https://github.com/goverfl0w/discord-interactions/blob/stable/LICENSE |
| 92 | +.. _Pull Requests: https://github.com/goverfl0w/discord-interactions/pulls |
| 93 | +.. _Issues: https://github.com/goverfl0w/discord-interactions/issues |
0 commit comments