forked from Pycord-Development/pycord
-
Notifications
You must be signed in to change notification settings - Fork 1
Labels
enhancementNew feature or requestNew feature or requestpyepPYcord Enhancement ProposalPYcord Enhancement Proposal
Milestone
Description
pycord v2 treats Member as an extended User object and copies its attributes; while this isn't entirely wrong, Discord treats Member and User as unique objects. In many cases a Member payload includes a user key, but this is not guaranteed.
- next should completely separate
MemberandUseras per their respective specs. - Where there is an inner
userkey, it should use a newMemberWithUserclass (name as you wish) that's functionally similar to v2'sMember.MemberWithUserinherits bothMemberandUser, overridingMemberproperties over matchingUserproperties.
Membercan resolve toMemberWithUserif there's a cachedUseravailable on the client.
This change is potentially awkward for users, but it is worth getting a better match with the API and properly knowing what attributes to expect. You are free
Sub-issues
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or requestpyepPYcord Enhancement ProposalPYcord Enhancement Proposal