nyxx-discord/nyxx_extensions

Extensions subpackage for nyxx library

nyxx_extensions's Issues

[bug] Fixup nyxx version constraint to allow using with dev nyxx

Fixup nyxx version constraint to allow using with dev nyxx.

Add `Message.sendReply()` method

Hello,
I've discovered Nyxx recently and I love it.

One thing I'd like to see in this library is a sendReply() method on the Message class. When listening to the messageCreate event, currently it is possible to achieve the same thing with event.message.channel.sendMessage() but the problem is, the developer needs to manually specify the replyId: parameter.

In my opinion, a sendReply() method on the Message class would make this a bit better. If this seems ok, then I'd like to make a PR implementing it.

Thanks.

Update emoji resource location in nyxx_extensions

Update emoji resource location in nyxx_extensions in emoji library.
Emzi updated and prepared new variants of emoji map and we can now use minified version to reduce network footprint

Ref:

• https://emzi0767.gl-pages.emzi0767.dev/discord-emoji/
• https://github.com/nyxx-discord/nyxx/blob/dev/nyxx_extensions/lib/src/emoji/EmojiUtils.dart#L13

GuildChannel.clone

Is your feature request related to a problem? Please describe.
Apparently at the moment it is not possible to clone a channel with all its permissions.

Describe the solution you'd like
It would be nice to implement the .clone() function to GuildChannel 's

Describe alternatives you've considered
There are no alternatives known to me.

Additional context
https://discord.js.org/docs/packages/discord.js/14.15.3/BaseGuildTextChannel:Class#clone

3.0 plugin system

Implement new plugin system in nyxx_extensions where possible.

• Check where is possible to rewrite to new plugin system
• Implement new plugin system

Ref: nyxx-discord/nyxx#243

Suggested package restructuring

Currently, nyxx_extensions doesn't have a well-defined folder structure and features are often implemented in their own file, with their own extensions. This leads to the generated API documentation being hard to navigate, especially since many of these extensions lack documentation comments.

Therefore, I suggest we reorganise the package structure (without any breaking changes):

• lib/src/extensions/*.dart contains files each containing one extension on one type or multiple closely related types (e.g partials and complete models) from nyxx or otherwise, e.g DateTime has extensions for formatting them according to TimestampStyles.
• lib/src/utils/ contains either files or directories, each containing extra classes or functions needed to implement the extensions in lib/extensions/.

For example, #29 would be organised as such:

• The computePermissions function would be placed in lib/src/utils/compute_permissions.dart.
• A computePermissionsIn method would be added to extension PartialMemberExtensions on PartialMember, which would be placed in lib/src/extensions/member.dart.
• A computePermissionsFor method would be added to extension GuildChannelExtensions on GuildChannel, which would be placed in lib/src/extensions/guild_channel.dart.

These would all still be exported from lib/nyxx_extensions.dart, leading to no visible breaking changes for users of the package.

Support nyxx 4.0.0