BuddyPress.org

It doesn’t seem to work :(.
Maybe I’m not doing it in the good way…

I also tried the function

/**
 * Search the friends of a user by a search string.
 *
 * @param string $filter The search string, matched against xprofile fields (if
 *        available), or usermeta 'nickname' field.
 * @param int $user_id ID of the user whose friends are being searched.
 * @param int $limit Optional. Max number of friends to return.
 * @param int $page Optional. The page of results to return. Default: null (no
 *        pagination - return all results).
 * @return array|bool On success, an array: {
 *     @type array $friends IDs of friends returned by the query.
 *     @type int $count Total number of friends (disregarding
 *           pagination) who match the search.
 * }. Returns false on failure.
 */
function friends_search_friends( $search_terms, $user_id, $pag_num = 10, $pag_page = 1 ) {
	return BP_Friends_Friendship::search_friends( $search_terms, $user_id, $pag_num, $pag_page );
}

I called it this way : friends_search_friends('', $user_id, 0, 0);
But doesn’t work

I think I need to clarify that it’s the not being able to configure the WordPress profile in BuddyPress that I think is the issue. Displaying the fields is another side of it that I might agree should be left to a plugin developer.

…it will require keeping up with WP if they decide to switch which fields are included on that page.

I agree that this is an issue, but realistically, the WordPress profile hasn’t been updated in several years, apart from very recently when they actually removed fields in an effort to simplify it, so I doubt they intend to add anything to it either.

The fields at wp-admin/profile.php are very odd, and not appropriate for most BuddyPress installations…

As I mentioned above, those fields (AIM, Jabber and Yahoo/gTalk) were recently removed.

As noted in the ticket, First Name and Last Name are the two possible exceptions I see here.

That just leaves display name selection, nickname and website; email and password are configurable in BuddyPress and you already display username and bio on the profile when Extended Profiles are disabled. Why not allow the user to edit them too and add the remaining three fields? This would effectively move the profile to the front-end and nobody would need to configure their profile in two places again, which I think is the underlying issue here.

…it causes problems when other plugins add their own (hardcoded) fields, which BP won’t know about

I’m getting into deep water, but wouldn’t adding a hook before and/or after the fields be sufficient to deal with that?

Buddypress really should have a character limit option for the profile fields and comments…

SO it seems the ‘Profile Details’ portion of the registration form, in spite of the fact that the people that wrote the BP app allow for ‘required’ fields in the ‘Profile Details’ portion of the form, neglected or forgot to include validating the ‘Profile Details’ portion of the form (OR chose NOT to),,,, anyone know how to do this???,,, as efficiently as it’s being done for say the user/email/password fields???
I’ve been reading up on validating forms,,and it actually seems like something I could do, but not without rewriting the BP files,,which I would really like to avoid (BP updates would overwrite the changes). I would think it might be possible to do via the theme function files,,,but beyond adding a function here, or a filter there, my knowledge/experience wouldn’t be sufficient I think to accomplish this task,,,
So,,any ideas/methods how to deal with this?? Answers would be greatly appreciated.
Cheers, Kevin Logan

hmmm, no,, maybe I didn’t ask a silly question, I don’t think there ARE error fields for the extended profile registration fields,, along the lines of bp_signup_password_errors and then do_action( 'bp_signup_password_errors' ); in the appropriate places,,, which in this case would seem to be in the div class=editfield.
Don’t know yet how to solve this,,, but thinking about it

I’ll revise my top 5 to:

• The twin tickets: Make registration easier, and upload avatars on activation.
• Use taxonomies instead of/in addition to BP Xprofile tables.
• Better date xprofile field.
• Dynamic component names.
• Allow admin to select fields to display in user “excerps” on Groups’ user list page.

The page does refresh (when a required field is left empty), drops one or 2 of the values (like month & year in a birthdate field),,, but doesn’t show the error messages for any blank fields in the Profile portion of the form.
Thanks for your suggestion,,, I’d say that’s probably way over my head,,,I might be able to do it ‘eventually’,, but I hope an easier solution comes up 🙂

Yeah it might be correct, but it doesn’t work. I have tried pretty much anything regarding the body class, but the page doesn’t output anything i can use. It works at the main profile page, where my last slug is unique to the username, but as soon as you click on any tabs at the profile page, its lost, since the slug change to a more universal one. Here´s some of the things i tried, to no luck. https://wordpress.org/support/topic/give-pages-truly-unique-id´s-classes-possible?replies=23

This is the page output:

  [page] => 0
    [pagename] => profile
    [error] =>
    [m] =>
    [p] => 0
    [post_parent] =>
    [subpost] =>
    [subpost_id] =>
    [attachment] =>
    [attachment_id] => 0
    [name] => profile
    [static] =>
    [page_id] => 0
    [second] =>
    [minute] =>
    [hour] =>
    [day] => 0
    [monthnum] => 0
    [year] => 0
    [w] => 0
    [category_name] =>
    [tag] =>
    [cat] =>
    [tag_id] =>
    [author] =>
    [author_name] =>
    [feed] =>
    [tb] =>
    [paged] => 0
    [comments_popup] =>
    [meta_key] =>
    [meta_value] =>
    [preview] =>
    [s] =>
    [sentence] =>
    [fields] =>
    [menu_order] =>
    [category__in] => Array
        

As you can see the page doesn’t output a class unique to the profile, so doesn’t seems to work to filter the bodyclass.

Must be another way of doing this?

I guess I might as well add the details now.

My work so far has involved editing the bbPress and BuddyPress template files. I add the forms from the bbPress Edit page’s template file and paste them in the BuddyPress Settings page’s template file, which I then use.

My problem is that the data for the users profiles does not appear in the relevant bbPress Edit fields now that the forms reside on the BuddyPress settings page with a different URL.

I looked up how HTML forms work with PHP and found out that the action attribute in a <form> tag is the URL for the destination of the input, so you might think that changing the URL of the bbPress forms to the BuddyPress Settings page would solve the problem, but it doesn’t.

Doesn’t the user data need to be sent to and retrieved from the database somehow?

Thanks.

Well, this didn’t work.. It only works for my main profile page where my slug/url is unique to the profilname. If i click other fields in the profile page, notifications, activity etcetera the url changes, and so does my css changes.

Any other ideas?