Search Results for 'profile fields'
-
AuthorSearch Results
-
May 3, 2010 at 6:08 pm #76468
dwdutch
Participant@DJPaul: I was looking for functions that might manipulate various xProfile fields (in particular) i was trying to extract info about checkbox type field. (I see that you may have provided me some insight on that topic in a separate thread).
@boonebgorges: thanks for the clarification re: files used for themes – i was wondering why it was named as it was but i couldn’t find any explanation. I had looked at the members loop documentation and I saw that the while loop is controlled by bp_members() but since i could find no documentation on that function, I assumed that it must loop through all members on a site (which is overkill for my goal — i just need to identify a handful of members who have a certain xprofile value set THEN i want to display them).
Meanwhile, back to this question… and my feeble attempt to avoid confusion.
1) if I’m understanding you correctly then by calling bp_has_members( ‘include=3,7,24? ) I’m effectively setting up a “global” loop within my instantiation of BP that is incremented with each call to bp_members(). So, while within the “global” loop, all function call potentially reference the same current iteration of $user_id. Did i understand correctly?
2) Yet, there must be certain functions that only refer to the currently logged-in user_id (e.g. is_site_admin()). How do i distinguish between which function type is which kind?
3) Why can’t I find bp_has_members in http://bp-dev.org/phpxref/nav.html?_functions/index.html? Is there some other “official” place to go learn what functions exist and are available to me?
May 3, 2010 at 4:32 pm #76449In reply to: Adding Users from Another Application
Vendetta
ParticipantI’m adding users based on signup to my own application.
For instance a new users signs up to my site, I then use curl posts to add them to additional pieces of software such as our support desk, mailing list, and in this case community.
$fields_string = “”;
$url = ‘http://community.mysite.com/no-idea-what-url-to-post-to.php’;
$fields = array (‘signup_username’ => urlencode($username), ‘signup_email’ => urlencode($email), ‘signup_password’ => urlencode($password), ‘signup_password_confirm’ => urlencode($password), ‘field_1’ => urlencode($username), ‘signup_profile_field_ids’ => urlencode(1));
foreach($fields as $key => $value) {
$fields_string .= $key.’=’.$value.’&’;
}
rtrim ($fields_string, ‘&’);
$ch = curl_init ();
curl_setopt ($ch, CURLOPT_URL, $url);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, 0);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($ch, CURLOPT_POST, count ($fields));
curl_setopt ($ch, CURLOPT_POSTFIELDS, $fields_string);
$results = curl_exec ($ch);
curl_close ($ch);If there’s a better way, please advise, everything is on the same server so I can include specific files to do a more API style function, just can’t seem to find any reference material that tells me what I need to know.
I found a post on WordPress.org on using the
wp_create_user ($username, $password, $email)
function, but I can’t seem to find a way to implement it for an outside application.
There really needs to be an external API.
Anyway, appreciate the help

V
May 3, 2010 at 11:30 am #76397In reply to: Profile Field selectbox bulk import?
WPChina
ParticipantOk, I did this the “difficult way” by directly adding into the database. I wish there was a much easier way to handle this

Here is the code I used — you need to tweak it for your won requirenents based on how your setup exists:
Code:INSERT INTO `wp_bp_xprofile_fields` (`id`, `group_id`, `parent_id`, `type`, `name`, `description`, `is_required`, `is_default_option`, `field_order`, `option_order`, `order_by`, `can_delete`) VALUES
(number1, 6, 66, ‘option’, ‘CHOICE1’, ”, 0, 0, 0, 2, ”, 1),
(number2, 6, 66, ‘option’, ‘CHOICE2’, ”, 0, 0, 0, 3, ”, 1);May 2, 2010 at 6:27 pm #76354In reply to: buddypress.org: Location in the profiles
Philipp
Participant@apeatling Thanks! That’s great. But I have one more question.
What do I have to change that I can use two profile-fields for the location. I do have “Country” and “City”. Is it possible, that it uses both fields to generate the Location?Thanks a lot for your help and greetings from Jerusalem
Philipp
May 2, 2010 at 1:25 am #76319In reply to: New Group installation, add customizable fields
agrundner
MemberI’m researching the same thing. Found this thread on the topic as well:
https://buddypress.org/community/groups/creating-extending/forum/topic/profile-field-setup-for-groups/No easy solution so far, but an outdated plugin has turned up.
May 2, 2010 at 12:30 am #76314In reply to: Profile field setup for groups?
agrundner
MemberI’m interested in doing this as well. Would love to be able to add additional fields to a Group Profile besides the default “Group Name,” “Group Description”. A tool like the Dashboard > BuddyPress> Profile Field Setup would be awesome. I’m guessing the only solution would be to edit the current group admin form that handles this and the group template page.
May 1, 2010 at 5:29 pm #76280peterverkooijen
ParticipantMy 2 cents: In my custom theme I try to consolidate everything around blogs and groups. I’m still on 1.1.3.
Blogs are of course WordPress strength. I’m trying to get to a social network with a greater emphasis on content, where possible via RSS and with front-end posting on blogs and groups to lower the threshold.
For the social networking aspect I need profile pages for members and some ways for members to interact with eachother, via internal mail, friending/following, joining eachothers groups and blogs.
Groups are Buddypress’ killer app imho. Buddypress has the potential to become a real collaboration platform around content, with endless real world applications in businesses, organizations and associations.
Buddypress has all the basic elements to achieve this, but the following are still huge annoyances and don’t look like they will be fixed any time soon:
– Member management is all over the place, in different pages under wp-admin, different database tables and different places on the front-end. Adding custom member data fields and integrating them with outside applications is complicated and inflexible. By design (!) there is no built-in way to reliably store separate firstname and lastname, which makes out-of-the-box BP useless for most businesses and organizations. There is little validation on sign-up form fields.
– No built-in privacy/security.
– Built-in forums are increasingly clashing with commenting on blogs and wires and the social networking structure. There is no reason to have old-fashioned forums in a next generation social network. You might as well integrate a WELL-style bulletin board system. Having a single sign-in option for people who want to use a forum on the side is great, but please stop weaving forums into Buddypress.
What Buddypress needs imho:
1. Consolidated member management; all member data stored in one place in the database, one page in wp-admin, one member profile page with “edit account settings” on the front end.
2. Content-focused member profile pages. Members should be able to use their profiles to introduce themselves and showcase their blogs and groups.
3. Conversation around blog posts and (threaded) blog comments, ideally with front-end posting like P2. There is no reason to have blog posts AND forum topics AND wire or whatever it’s called. Group blog should be a built-in feature.
4. End-user-friendly control over their groups and blogs, including privacy/security and front-end admin.
Summary:
– Members
– Blog posts
– Threaded commentsPresented in:
– Profile pages
– Blogs
– GroupsApril 29, 2010 at 5:19 am #75904In reply to: redirecting to user domain using $bp
r-a-y
KeymasterJust try one condition… one xprofile field, and see if it works.
Also make sure all the xprofile fields you’re checking are blank.It’s working fine for me.
OT: You’re using BP 1.1.3?
April 28, 2010 at 7:41 pm #75793In reply to: How to DIsplay Only Required Fields on Signup
Brajesh Singh
Participanthey Boone, you got me

Yes, the operative is the line which @boonebgeorges mentioned. But the file is itself more versatile than the default bp-register.php to allow you show all the profile field groups fields and so on.
Must check line 157 to 160.
But for sarah’s case, that is not required
April 28, 2010 at 7:24 pm #75784In reply to: How to DIsplay Only Required Fields on Signup
Brajesh Singh
Participantthat’s easy to do. I had posted a solution for showing all the fields from all the profile groups on a buddypress install which is here
http://bpdev.pastebin.com/RLreXE7XYou just need to modify the while loop, well, I have already modified it.
here you go
http://bpdev.pastebin.com/0GeJKXUj
Let me know if it works for you or notApril 28, 2010 at 7:09 pm #75775In reply to: How to DIsplay Only Required Fields on Signup
Paul Wong-Gibbs
KeymasterNot bp_profile_fields; function bp_has_profile() does if that’s any use? It only takes user_id and profile_group_id.
April 28, 2010 at 6:42 pm #75763In reply to: How to DIsplay Only Required Fields on Signup
Sarah Gooding
MemberDoes this part of the profile loop accept any parameters?
while ( bp_profile_fields( ) ) : bp_the_profile_field( );For example I’d like to only include the name field, which is the core field that is required, and not all the other extra fields. So I tried this but it does nothing:
while ( bp_profile_fields( ‘field_id=1’ ) ) : bp_the_profile_field( );Since that’s the only required field I have, it would work if I can customize the loop to show only required fields, only that one field, or a max=1 but none of those seem to work. This is on the signup page, by the way. Is there an easy way to do this that I’m missing? Could anybody point me in the right direction? Thanks!
April 28, 2010 at 6:41 pm #75762In reply to: How to DIsplay Only Required Fields on Signup
Sarah Gooding
MemberWhoops , it stripped the code… lemme try again:
Does this part of the profile loop accept any parameters?
”
For example I’d like to only include the name field, which is the core field that is required, and not all the other extra fields. So I tried this but it does nothing:
”
Since that’s the only required field I have, it would work if I can customize the loop to show only required fields, only that one field, or a max=1 but none of those seem to work. This is on the signup page, by the way. Is there an easy way to do this that I’m missing? Could anybody point me in the right direction? Thanks!
April 28, 2010 at 6:04 pm #75738r-a-y
KeymasterHey @scotm – That’s not the correct usage.
What I meant was copy the the template file I listed above in your child theme and remove everything in it.
Then use bp_profile_field_data(‘field=YOURFIELD’); to list only the xprofile fields you want to list (no need to use functions and remove actions here).
The other method is using a variation of this:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/faq-how-to-code-snippets-and-solutions/#post-13243April 27, 2010 at 5:57 pm #75510In reply to: Integrate WordPress profile fields
Mark
ParticipantI kind of figured there was slim chance that I was the only person to ever encounter this and wonder about it… in fact I should have looked on trac first before I posted, because I just discovered xprofile_sync_wp_profile() and ticket #2315. I’m going to have to look closer at it when I get time because this seems to be exactly what I’m referring to.
April 27, 2010 at 5:53 pm #75508In reply to: BP Member Filters was just Updated…how do we use it?
gaysurfers
ParticipantSame here!
I have installed it, copied the form to members/index.php
All it did was create a submit button + “by name” next to search
Wasn’t it supposed to add filters with my x-profile fields to filter the search?April 27, 2010 at 4:47 pm #75491In reply to: Integrate WordPress profile fields
Scotm
ParticipantThis is a longstanding issue with WP/WPMU/BP. I’m not sure why in 3.0 the existing profile page wasn’t discontinued in favour of something that doesn’t require access to admin and that would be trumped if a BP install was present.
April 25, 2010 at 7:41 pm #75177In reply to: BP 1.2 : problem with bp_profile_group_has_fields()
nig3d
Participantthis hasn’t be fixed yet. Has the ticket been created?
Moreover what was bp_fields_has_data supposed to do originally? Because if it should check if the field exists, it seems straightforward to fix.April 25, 2010 at 1:54 pm #75094In reply to: Groups vs Roles vs Custom Profile Fields
Heiner
ParticipantSorry, no answers, just additional questions:
@katendarcy Which plug in do you recommend or use for facilitating the payments?In the front end I would like to display custome fields of paid users only. Still I want all users to see all custom profile fields when setting up their profiles so they see what they are missing when they have a free membership.
designodyssey: I found that role scoper helps to shape the user types and their capabilities. So the user role should be the key. In future there might be two or more categories of paid users.
I see there are a few more of you working on this, so any hints are appreciated.April 24, 2010 at 6:44 pm #74982Jeff Sayre
ParticipantApril 23, 2010 at 3:26 pm #74886In reply to: Badge Maker
gregfielding
ParticipantI’m playing with 1.3 and it’s working great…
2 suggestions:
1. Create an option in the admin menu to hide the names of the profile fields. Most of the fields are pretty self explanatory anyway and the extra words just clutter things up.
2. Create an extra field for users to type in a short message or description, giving them some other way to personalize their badge.
It looks great warut!
April 23, 2010 at 1:02 pm #74868In reply to: Turn Bp in a complete Social Network
gaysurfers
ParticipantCan anyone help?
We desperately need :
– Privacy Features
– Advanced Search & X-Profile Fields
– User-Blogs-Posts from Front-end
When will that be?
April 21, 2010 at 6:28 pm #74630In reply to: New User Actions for BP
techguy
ParticipantThanks r-a-y. I was actually ok with them having to activate it, but I guess if they don’t agree to give their Facebook email there’s no sense. Plus, if they already verified with Facebook, we should be good to go.
However, should we still do something like this:
/* Multisite installs have their own install procedure */
if ( bp_core_is_multisite() ) {
wpmu_signup_user( $user_login, $user_email, $usermeta );
} else {
wp_insert_user($user_data) ;
}
Although, maybe that doesn’t matter so much once WPMU and WP are merged?
I also think it’s better to offer the code to the plugin developer instead of using his hook, no? Then, future BP users it will just work out of the box.
I’ll try out the x-profile field stuff. Is there any documentation anywhere on the x-profile fields? What’s required? What’s available, etc?
April 21, 2010 at 2:01 pm #74591In reply to: Profile Hooks?
Boone Gorges
KeymasterDownload this plugin and check out the code: https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/ It will show you the basic method I used to modify specific xprofile fields. Short version: you can filter the output of xprofile fields in general, and then you use a conditional to detect the name of the profile field that you want. Not enormously elegant, but hopefully that code will get you part of the way there.
April 21, 2010 at 1:53 pm #74590Windhamdavid
Participantthe api eh? (a large percentage of shared hosts are poor quality, we’ll never be able to fix that) my take is that at it’s core, it’s “the missing extended user profile framework for WordPress”. It would, in my feeble opinion act primarily as a framework api for extending those profiles. Some of the issues and limitations are really presented by wordpress and mu.. not Buddypress and in much the same way that bp extended the wordpress user profiles/functions we should tackle those head on as had been done with the improvements in the BP1.2 registration. There are infinite ways to build on those relational database fields. Focus exclusively on bp_xprofile _fields, and _data. It’s not that I’m anti-activity stream and the terms social network, life stream or whatever just seem to incorporate user profiles into some sort of relational scheme, be it friends, followers, ‘like’-ing, sharing or chronological micro blogging. Extending the stability, functionality, and interactivity of each component is the goal, but I’d prefer to see no dependency among core elements with one another. It’s fairly simple to build out a “social network” in other popular content management systems by extending the user database fields and in my day to day practice, I typically use only about 20% of the Buddypress core components for a WordPress project. Even though the hype is in the activity stream and the extensions for it (more facebook or twitter like), I side with @stwc in that “It also means that the platform has to have a robust set of tools for the administrator and moderators of the community “. A community (or ‘social network’) is just a set of users and to me, key items are a small footprint on the database and tight the integration with the existing wordpress user roles, permissions, registration and management. The api should ideally be flexible enough to accommodate any possible relational data between user profiles that a plugin author may dream of. I think the core integration between user profiles and the activity/blogs/groups/forums/friends illustrate the foundation of the api and should be as unified, consistent, and simple as possible with very little dependency or overlap in functionality. This would be impetus for creating a more standardized way to interact with the xprofile and be a good foundation for a solid api. lastly, thanks @mrmaz for starting the thread, being pro-active, getting the trac and api.buddypress and generally illustrating the potential of a solid api in regards to how well your links plugin and others can interact with the core.
ps.. death to PHP4 and fsck backwards compat
-
AuthorSearch Results