Skip to:

Opened 8 years ago

Last modified 7 years ago

#7201 new enhancement

Support member types hierarchy

Reported by: slaffik's profile slaFFik Owned by:
Milestone: Awaiting Contributions Priority: normal
Severity: normal Version: 2.2
Component: Members Keywords: 2nd-opinion


Would super-duper nice to have ability to classify users under sub-types.


- teachers:
--- maths
--- history
--- physics
- students:
--- whatever
--- else

W are using taxonomy for that, so DB supports that out of the box. Now would be nice to just extend the code to receive parent_member_type (id or slug) when setting member type.

Change History (6)

#1 @boonebgorges
8 years ago

Data storage is the easy part :) What would this change mean for users?

  • Would directory URLs be affected? or maybe
  • Presumably we'd need a "parent" dropdown when creating/editing a member type, pending #7181.
  • In the member type metabox, we'd probably want the display to be hierarchical, as in your ticket description.
  • Anything else?

#2 @dcavins
8 years ago

What would the behavior be? Would all members of the type "history" also be members of the type "teachers"? Could members still be of the parent type only, like "teachers," but have no subtype?

I'm thinking the default behavior of member types is more straightforward than in hierarchical groups, but at least with groups, people have a number of different ideas about the levels should interact. What are you thinking?

#3 @DJPaul
8 years ago

  • Milestone changed from Awaiting Review to Under Consideration

#4 @DJPaul
8 years ago

  • Keywords 2nd-opinion added

We need some more discussion about whether we want the feature. Given a lack of comments in the last 3 months, I suspect there is not being enough contributor interest to have this change made. If nothing happens in a few weeks, we'll close the ticket.

#5 @slaFFik
8 years ago

If this feature lands into core, I see it to have url as this is how parent/child terms work in WordPress.
Dropdown on user editing page and list of users in wp-admin area should be updated as well to include this hierarchy.
I assume children member types should behave the same as children categories - user can be assigned to a child only (although visible when filtered by parent), and can be assigned to a parent only.

#6 @DJPaul
7 years ago

  • Milestone changed from Under Consideration to Future Release
Note: See TracTickets for help on using tickets.