Allow supressing embeds on Message

[Quintasan]

Summary

• Add pry-byebug to development dependencies
• Add API::Channel#suppress_embeds
• Add Message#suppress_embeds

[Droid00000]

Mainly looks good just needs a few minor changes. The main thing is that I'd say the pry-byebug dependency isn't really needed and goes way beyond the scope of this PR.

[Quintasan]

Mainly looks good just needs a few minor changes. The main thing is that I'd say the pry-byebug dependency isn't really needed and goes way beyond the scope of this PR.

We should be good to go now

[Droid00000]

Mainly looks good just needs a few minor changes. The main thing is that I'd say the pry-byebug dependency isn't really needed and goes way beyond the scope of this PR.

We should be good to go now

Almost there, I think you forgot to remove the dependency from the spec dependency though 😅

[Quintasan]

Mainly looks good just needs a few minor changes. The main thing is that I'd say the pry-byebug dependency isn't really needed and goes way beyond the scope of this PR.

We should be good to go now

Almost there, I think you forgot to remove the dependency from the spec dependency though 😅

Derp, done

[Quintasan]

@Droid00000 well, this should be good now

[wouterdedroog]

Looks great! It could be interesting to use this PR to further implement message flags (in a similar way to how the permissions class is currently structured). This is what I came up with: https://gist.github.com/wouterdedroog/59ed3076558c6d943dca5f8c75d5437f

[Quintasan]

@Droid00000 bump

[swarley]

Would you be open to doing the API portion through a message update rather than a dedicated API method? I don't want to add an API level method for every flag that may need to be updated. Just something like

flags = @flags | SUPPRESS_EMBEDS
API::Channel.edit_message(..., flags)

[Quintasan]

Would you be open to doing the API portion through a message update rather than a dedicated API method? I don't want to add an API level method for every flag that may need to be updated. Just something like

flags = @flags | SUPPRESS_EMBEDS
API::Channel.edit_message(..., flags)

I most certainly don't mind, but I'd like to work on this incrementally. When this gets merged, then I'll prepare another PR

[Quintasan]

@Droid00000 sorry if I'm annyoing but it would be nice to merge this so I can iterate on this

[Quintasan]

🎊 I'll try whipping something up to address #240 (comment) this weekend

[swarley]

I merged Droid's branch that has the feedback addressed using your branch as the base