[buddypress-trac] [BuddyPress Trac] #5192: User roles with differents profile fields
buddypress-trac
noreply at wordpress.org
Tue May 5 16:45:27 UTC 2015
#5192: User roles with differents profile fields
----------------------------------+------------------
Reporter: _DorsVenabili | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: 2.4
Component: Component - XProfile | Version:
Severity: normal | Resolution:
Keywords: |
----------------------------------+------------------
Changes (by boonebgorges):
* milestone: Future Release => 2.4
Comment:
Offereins - Thanks for working on this! The general strategy - splitting
the metabox from Requirement - does make sense.
Unfortunately, we're past the due date for 2.3 and there's a fair amount
of work to be done here (even just in converting it to a BP patch), but
let's definitely do something along these lines for 2.4.
A couple of thoughts and questions:
1. When this is turned into a BP patch, should we continue to implement it
as a filter on 'bp_xprofile_get_hidden_fields_for_user'? As a filter, it
can be easily removed by a developer, which is both a good thing and a bad
thing :)
2. The proposed UX doesn't address the case where you want a field to
"apply" to users who don't have any member type at all. To be honest, I
don't know how to handle this. Maybe an additional checkbox called "[no
type]" or something like that?
3. Maybe instead of your "When no member type is selected..." description,
all checkboxes could be checked by default? Then we could get rid of the
gloss, I think.
4. We probably need some helper text here. Something like: "Make this
field available only to the following member types". It's very hard to
come up with phrasing that makes this clear, especially because it's easy
to confuse with the idea of visibility. IMO, "apply" is not a clear enough
word - we need something that means "only users of the following types
will have the field appear on their profiles", but obviously that sentence
is terrible :)
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/5192#comment:16>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac
More information about the buddypress-trac
mailing list