If code changes were made then they have been tested.
I have updated the documentation to reflect the changes.
This PR adds something new (e.g. new method or parameters).
This PR fixes an issue.
This PR is a breaking change (e.g. methods or parameters removed/renamed)
This PR is not a code change (e.g. documentation, README, ...)
## Summary
Adds support for `discord://` urls.
## Checklist
- [x] If code changes were made then they have been tested.
- [x] I have updated the documentation to reflect the changes.
- [x] This PR adds something new (e.g. new method or parameters).
- [ ] This PR fixes an issue.
- [ ] This PR is a breaking change (e.g. methods or parameters removed/renamed)
- [ ] This PR is **not** a code change (e.g. documentation, README, ...)
For the last 6 protocol URLs, i think it would be better to add a new property for the relevant objects that returns the formatted url.
Also, aren't Enum names usually uppercase?
For the last 6 protocol URLs, i think it would be better to add a new property for the relevant objects that returns the formatted url.
Also, aren't Enum names usually uppercase?
Now that I think about it, the typehint should probably be Optional[Any] because it gets casted to str, same as content in abc.Messageable.send.
Now that I think about it, the typehint should probably be `Optional[Any]` because it gets casted to `str`, same as `content` in `abc.Messageable.send`.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Summary
Adds support for
discord://urls.Checklist
For the last 6 protocol URLs, i think it would be better to add a new property for the relevant objects that returns the formatted url.
Also, aren't Enum names usually uppercase?
This should be updated to be
and the typehint should be updated as well.
I agree, but, well. Gnome.
https://discord.com/channels/514232441498763279/881248749849026590/899009786077659237
Ah okay. The typehint should still be updated though.
Now that I think about it, the typehint should probably be
Optional[Any]because it gets casted tostr, same ascontentinabc.Messageable.send.Shouldn't both be updated though? Changing the typehint, but not update docs sounds inconsistent? That is why I did not change typehint
Oh ok.
Gonna be honest, I don't understand typing stuff so much, so if you want you can create a suggestion for this.
Comment should be moved up, so you don't need the 3 lines for one definition
Resolved with
eadd424