[buddypress-trac] [BuddyPress Trac] #5192: User roles with differents profile fields
buddypress-trac
noreply at wordpress.org
Thu Mar 12 18:45:25 UTC 2015
#5192: User roles with differents profile fields
----------------------------------+-----------------------------
Reporter: _DorsVenabili | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: Future Release
Component: Component - XProfile | Version:
Severity: normal | Resolution:
Keywords: |
----------------------------------+-----------------------------
Comment (by boonebgorges):
Offereins - Thanks so much for chiming in. I didn't know about your
plugin, and it looks like there is indeed some conceptual overlap. (Plugin
code looks great, btw.)
First off, I wasn't envisioning any "visibility" implications for this
first revision. I can certainly imagine a future enhancement that would
allow member types to appear in visibility levels, but I don't think this
ticket depends on it. I was imagining it purely in terms of
"applicability".
Another conceptual difference I'd imagined is that I'd been imagining this
to be a per-field setting, instead of per-group. I think we'd need to go
with one or the other - trying to mix the two seems like it would cause
weird issues.
At a very basic level, I'd imagined the following:
- When creating/editing a profile field in the Dashboard, admins would
have a Member Type metabox. It'd be nice to have three-way toggles for
each member type: 'Required', 'Optional', 'Disabled', or something like
that. In this way, maybe it would replace the current "required" field.
- Perhaps a simpler (though less flexible) implementation would be a "Hide
from Member Types" metabox, with simple toggles for each member type.
- Then we filter fields on the front end, in Edit mode. Similar in concept
to your `filter_fieldgroups()`, though we could do it directly in the
class instead of unsetting inside of a filter callback.
- Ideally, we'd also interface with the registration process. This is
perhaps too big a task. It'd mean providing a member type selector at
registration, and then dynamically showing the proper xprofile fields
based on the member type selected.
I'd value your thoughts on the above, given your experience building and
using bp-xprofile-for-user-groups.
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/5192#comment:8>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac
More information about the buddypress-trac
mailing list