Search Results for 'profile fields'
-
AuthorSearch Results
-
April 18, 2013 at 2:57 pm #162056April 18, 2013 at 2:56 pm #162055
Henry
MemberBut I think we are missing the elephant in the room (except for @shanebp). Why would non-logged in visitors want to see the “This field can be seen by” text on the registration page?
I think this whole area needs some further thought.
April 18, 2013 at 2:56 pm #162054Hugo Ashmore
Participant@henrywright-1 As you can probably see, my ‘huge mis-understanding’ was quite easily done :} yep and I meant no offence in the phrase ‘huge mis-understanding’ 🙂
April 18, 2013 at 2:52 pm #162053Henry
MemberHow this is interpreted depends very much on what you want to achieve. If you are a developer in the process of designing the public member profile page (displaying their profile field values) then you would think of visibility to mean the field values. However if you are in the process of designing the edit profile page (displaying the input form fields) then you would think of visibility to mean the input fields.
As you can probably see, my ‘huge mis-understanding’ was quite easily done :}
April 18, 2013 at 2:21 pm #162051Hugo Ashmore
Participant@henrywright-1 ah you were labouring under a huge mis-understanding of what this meant, as Boone says it’s pseudo privacy for display of users details on their profile – if admin allows users to configure that given field – it’s NOT anything to do with whether the field is hidden on registration view.
However there are still issue with how this works with reg form or it needs a good review.
April 18, 2013 at 2:16 pm #162050Hugo Ashmore
ParticipantThis has definitely come up, the text label jogs my memory.
It may make sense that one had change link on pre-registration if the value selected was being passed along with the registration and setup of the user_meta and if the admin setting allowed users to change the field value but as I doubt that’s in fact possible and fact Boone has said it’s simply meant to impart the status of that given profile field visibility then the change select needs to be removed.
April 18, 2013 at 2:02 pm #162046shanebp
ModeratorRegardless of what it refers to, why would
“This field can be seen by: etc. ” under each Base field on the register page
and a ‘change’ link be visible on a register page to a non-logged-in visitor?That’s what I meant by it failing the bp_current_user_can() check.
April 18, 2013 at 1:50 pm #162044Henry
MemberYep, i see it. According to Boone, it refers to the field value. Slightly misleading text i must admit.
April 18, 2013 at 1:34 pm #162043shanebp
ModeratorDo you see “This field can be seen by: etc. ” under each Base field on the register page?
And a ‘change’ link?Per the image above ?
April 18, 2013 at 12:16 pm #162033Henry
MemberJust got clarification from Boone. Visibility doesn’t relate to the actual form input field, it relates to the field’s value. So this issue isn’t a bug.
April 18, 2013 at 11:06 am #162027Hugo Ashmore
ParticipantThis rings a bell, think it may have been discussed ( I certainly have a recollection of looking at this aspect of profile visibility and registration processes) before in some respect or another and there may already be a ticket raised.
April 18, 2013 at 7:07 am #162017Henry
MemberThanks for helping test. Bug report here:
April 18, 2013 at 1:53 am #162008shanebp
ModeratorI believe you’ve found a bug.
The Base group allows an admin to set default visibility levels.
I was going to suggest you set each field to “logged-in users” and allow users to change their visibility.But those settings are not honored on the register form.
You can submit a bug here.
https://buddypress.trac.wordpress.org/
Log in with the same user / pw you use for these forums.Also – do you also see “This field can be seen by: etc. ” under each Base field on the register page?
And a ‘change’ link?There is a check in register.php, but it apparently fails by returning true for logged out users.
`if ( bp_current_user_can( ‘bp_xprofile_change_field_visibility’ ) ) `
Like this image taken while logged out on a vanilla install of WP 3.5.1, BP 1.7, 2012 theme
April 17, 2013 at 8:00 pm #161988Renato Alves
ModeratorI’m sorry @jancbeck, I wasn’t understanding what you wanted. Now I do and can’t think of a way, but if I come across of something, make sure I will let you know.
April 17, 2013 at 7:54 pm #161987jancbeck
ParticipantThanks your for your answer. I guess I did not make myself clear enough.
Each user should be able to add as many of these fields as he or she likes. If one had done many jobs in his career one would require a lot of the aforementioned fields. If I’m a young grad student there are probably not gonna be too much. That’s why each user should be able to duplicate the initial field group to have as many as he wants.
I don’t think Buddypress can do this out of the box. I looked at database structure and it seems each user can only have one field assigned to field of a group (1:n relationship).
April 17, 2013 at 4:19 pm #161958Renato Alves
ModeratorYou can add as much as fields as you want. The students would fill them according in their seetings page (here you could change the name for one more appealing) and those fields are searchable by default so you would not have a problem with it.
Bu BuddyPress does all you want out of the box.
April 15, 2013 at 6:11 am #161673In reply to: Terms of Agreement checkbox for registration?
bp-help
Participant@tux-kapono
This can be done out of the box. In the dashboard/users/profile fields create a new profile field under base because this is the fields in registration and under “Is this field required” make it required. In “field type” choose checkboxes. Under “please enter options for this Field:” just leave sort as is and in the text field below it type “I Agree To The Sites Terms Of Service” (This can be what you want really just a suggestion). Under “Default Visibility” check Default value. And That wraps it up really.
@mahdiar
Suggesting as a trac ticket is not necessary. Its already there if you just do the follow the instructions given!April 14, 2013 at 5:42 pm #161628In reply to: Make Profile Name field visible by admin only?
meg@info
ParticipantHi @gsj,
Add this code to functions.php file of the current theme.
`
add_filter(‘bp_xprofile_get_hidden_fields_for_user’,’bp_define_hidden_fields’, 10 ,3 );
function bp_define_hidden_fields( $hidden_fields, $displayed_user_id, $current_user_id ) {
//if not admin or if not the the profile of the current user
if ( !is_super_admin( $current_user_id) && ($displayed_user_id != $current_user_id) ) {
//add name field ( id = 1 ) to the hidden fields
$hidden_fields[] = 1;
}
return $hidden_fields;
}
`April 13, 2013 at 8:07 pm #161566In reply to: Profile Data Deleting
Zachary DuBois
ParticipantI am running WordPress Multisite 3.5.1 in the root directory. When I had everything setup correctly after installing BuddyPress it broke some of the profile fields on some users. I am running BuddyPress 1.7. I have the following latest versions of plugins and none of them from trial and error did anything:
- Bad Behavior
- bbPress
- Blubrry PowerPress
- BuddyPress
- Flowplayer 5 for WordPress
- Jetpack by WordPress.com
- SI CAPTCHA Anti-Spam
- Wordfence Security
- WordPress MU Domain Mapping
- WP Maintenance Mode
I was upgrading from BP Beta 2 and had no problems before. I am hosted on Linode and web server is Apache.
April 12, 2013 at 5:53 am #161395modemlooper
Moderatormember search uses profile fields.
Try this plugin not sure if it still works https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/
April 11, 2013 at 8:26 am #161235In reply to: Confused about xprofile_filter_link_profile_data
binarymoon
ParticipantThanks – that helps a bit I guess. I now understand why it’s there, but I’m not convinced it should be added to all fields by default. Perhaps there should be an option in the field setup screen.
Thanks again for your help.
April 10, 2013 at 9:27 pm #161179In reply to: PLEASE HELP ME TO SOLVE MY PROBLEM
danbpfr
Participant1) of course, you paste the code after a php closing tag. You also pasted the very first line of the code which is only my comment.
Remove the closing tag and comment the line with two // or remove it, and things will go better.
Aside, theme’s functions.php use only a php opening tag, never a closing tag ( ?> )
2) can be easily done. See on Codex, profile fields and how to create new profile fields. It’s made on dashboard > users >profile settings
April 9, 2013 at 2:17 am #160424In reply to: Group Custom Post Types
JusHerb
Participant@enej (This is the only place I could reach you) I am building an Intranet on WordPress I have read about using various plugins that I can use to get the job done. I am interested in customizing the dashboard to fit my needs visually and navigation wise. However I am having a hard time really putting my finger on a good plan to get an employee directory and a client directory established in the dashboard area. I read up on your plugin, “profile CCT” I was wondering if it was capable of functioning this way. Each directory should have an area (Maybe the left tab bar area on dashboard) where each employee or client has his/her own profile. The profiles will have custom fields; documents (Word Doc or PDF) will need to be uploaded to some of the fields. An expiration date alert will need to a feature for those document fields too. The alerts for those fields should be sent to the admin on expiration. Any suggestions?
April 8, 2013 at 10:59 pm #160409azchipka
ParticipantOk so I managed to find a backwards way of doing it because I needed to be able to do the same thing. Your going to need two plugins.
1. Your Preferred Role Management Plugin. I like Capacity Manager Enhanced
2. Buddypress xProfiles ACLSTEPS
1. Use your role manager to create some new roles. Name them what ever you want.
2. Go into the Users -> Profile Fields
3. Create a Field Group for your Restricted Items (not the primary one).
4. Go to the Settings -> xProfile ACL
5. Put your Field Group that you only want the Admin to be able to edit for the admin only.
6. Now this is important you need to modify the xProfile ACL php file (yes I know this makes it a hack, if xProfile ACL is updated you will lose this setting.)
6a. Go to line 240 of the buddypress-xprofiles-acl.php file. Comment out lines 240 – 249, the code you are commenting out is:`
function filter_xprofile_groups_with_acl() {
global $bp, $profile_template, $current_user;
get_currentuserinfo();
foreach($profile_template->groups as $key => $profile_group) {
if( ! in_array($profile_group->id, $this->user_allowed_xprofile_groups) ) {
unset($profile_template->groups[$key]);
}
}
}
`6b. Below the code you just commented out add:
` function filter_xprofile_groups_with_acl() {}`7. Save your changes to the buddypress-xprofiles-acl.php file.
8. Now when ever you need to modify the fields log in with your admin account navigate to the user profile in buddy press and select Edit Member Profile from the tool bar. You will see the fields from the private group. Users will see the fields but when they select edit they will not be displayed.
Hope this helps.
April 4, 2013 at 5:18 pm #159895 -
AuthorSearch Results
