Interaction Subclasses #952
Labels
p: low
Priority: low - not important to be worked on
s: in progress
Status: the issue or PR is in development/progress
t: refactor
Type: refactor - this is a code change but does not fix a bug/add features
Summary
There should be subclasses for
Interaction
depending on what the interaction is for.What is the feature request for?
The core library
The Problem
I feel that there should be subclasses for
Interaction
since it would help provide the relevant attributes for certain situations. An example would be how<Interaction>.message
should not work for modals (I think).The Ideal Solution
Creating subclasses for
Interaction
in the library, like:The Current Solution
No response
Additional Context
Disnake does do something like this, for reference.
The text was updated successfully, but these errors were encountered: