Search Results for 'profile fields'
-
AuthorSearch Results
-
March 16, 2009 at 12:06 am #40086
In reply to: How to Remove Avatar Upload at Registration Screen
mspecht
ParticipantAvatars are created by the xprofile component as part of the ‘signup_extra_fields’ action, specifically bp-xprofile-signup.php.
My guess is you could create your own action and add it to ‘signup_extra_fields’ and remove the ‘xprofile_add_signup_fields’. I say guess as I have not tried it
.
March 15, 2009 at 7:33 pm #40078In reply to: Displaying Birthday on Profile
ladysham
ParticipantWhile I could make them separate fields, they would not appear together in the profile. Using the date format makes it easier for it to appear as a date, without the year if necessary. Many people do not wish to list their complete birthday where it is visible on the net for security purposes.
So, it would still be helpful to know where this can be modified. Thanks!
Kelly
March 15, 2009 at 8:32 am #40060In reply to: How to edit bp profile data
Decisionc
Participantthanks brad. not sure how to use that function, tho.
to be clearer, I wanted to know if I can ask my user: What do you want your new “Full Name” to be? in a form, and then take their new name, and replace the old full name in their profile with what they want.
(obviously, I would also want to edit profile fields other than full name)
is there a way to do this?
March 14, 2009 at 5:07 am #39987In reply to: Disabling Java / HTML in profile fields & comments?
Burt Adsit
ParticipantMore filtering was added to xprofile fields in trunk.
March 14, 2009 at 3:32 am #39978In reply to: All links redirect to members/?s=
Burt Adsit
ParticipantThis thread has a solution. It turns off all the auto linking in the profile fields. Right now it’s either on or off.
March 13, 2009 at 4:22 pm #39946In reply to: All links redirect to members/?s=
John James Jacoby
KeymasterCurrently the Extended Profile fields do not have an option to explain to the plugin or template engine what kind of filters to apply to them, so by default they all become searchable unless they are an unformatted URL.
HTML is currently stripped from textarea fields. My guess is eventually each field will have more than just a “type” but also a logic behind it too, just not for the 1.0 release.
March 13, 2009 at 12:43 pm #39910In reply to: Theme and plugin requests
jtbailey
ParticipantI’d like to see:
1. better taxonomy with separate vocabularies (think Drupal). For example if there’s a profile field called “home town” and the user enters New York, NY, that would link to a list of other people who’s hometown is New York, NY (instead of doing a sitewide search for everything containing “New York”)
2. some type of user role system with different permissions for each role, and different profile fields per role (business, typical user, whatever)
3. ability to comment on Activity posts (like Facebook, though I assume this is already in the pipeline)
4. total integration with Picassa and Flickr ( check out what this guy’s been doing with the 6.x version of this: http://drupal.org/project/picasa . It’s the best sort of photo management for a CMS I’ve come across )
March 11, 2009 at 10:02 pm #39786In reply to: my ideas to make buddypress better
gordielachance
Member-rather than limiting access to members only, a perfect feature would be that the user choose (if permitted – I mean, choices allowed should be defined by the admin) how he wants to protect his profile : for each group of fields; public | members only | groups | friends.
I think this would be rather necessary !
March 11, 2009 at 4:24 am #39731In reply to: Conditional profile fields?
rlwpub2
Memberfishbowl81,
You just lost me. What I want to do is have a dropdown box. When they select an option then auto magically a group of fields appear that are appropriate for their option selection. If they change the dropdown then those fields disappear and new appropriate fields for the newly selected option appears.
Re’s
Rob
March 10, 2009 at 5:37 pm #39701In reply to: Private Profile Fields, In Db but are they in Use?
fishbowl81
ParticipantI hope Andy releases some code to support some of these Easter Eggs. Maybe we should hold an Easter Egg hunt, with prizes for everyone who can find unused Database fields or unused functions in the code. I know of a 1/2 dozen which I would really like to see implemented soon.
Brad
March 10, 2009 at 5:33 pm #39700In reply to: Conditional profile fields?
fishbowl81
Participantyou can…
do this.. mark fields as private, change your profile fields to dispaly public only, and then use the values to generate a customer profile box.
You can easily get profile values directly, and can perform any calculations you want based on these values. But I’m sure it might be a little confusing to show these, so you need to have them marked as private. These private fields will not be shown once you modify the profile member theme.
Hope that gives you some ideas,
Brad
March 10, 2009 at 3:08 pm #39683In reply to: Useful BP and non-MU BP feature: list outside blogs
jeff-sayre
ParticipantYes, by using the Extended Profile fields this idea can already be implemented. But perhaps I’m missing something. Whereas multiple href tags are placed within single posts everyday in the blogosphere, it is a lot harder to extract (parse) that data–each individual link–for other purposes.
In this particular instance, placing a member’s outbound homepage links, each in their own individual record, makes it a lot more useful. In other words, a 1:N relationship between a member and his or her chosen online homesites. They could add as many as they like and each would appear in a nicely formatted table, one row for each link, each record. This would provide a more flexible and easy to manipulate subset of profile data for plugin developers to utilize.
However, such relational design in this case may be over engineering the data schema and might be of limited use for the vast majority of developers. It could also make the management of the profile fields more complex–from a coding standpoint.
But, this general concept of offering a way for plugin developers or site admins to place multi-record fields (model 1:N type data) within profiles would be very powerful. Currently, most social network platforms do not provide that type of relational complexity within their users’ profiles. True 1:N relationships are simply listed within a single field. For instance, members of a musicians network list their albums or songs within each album in a list within a large text field.
You get the idea. Maybe this is not too useful for most. But I think providing the option could help BP become an even more sophisticated platform.
March 10, 2009 at 7:49 am #39666In reply to: Conditional profile fields?
rlwpub2
MemberThanks I just submitted one with a little more detail.
Re’s
Rob
March 10, 2009 at 7:24 am #39665In reply to: Conditional profile fields?
John James Jacoby
KeymasterCan’t answer to say if it will support this, but it wouldn’t hurt to add this in the trac as an enhancement. I see how this could be valuable.
March 10, 2009 at 6:29 am #39656In reply to: Useful BP and non-MU BP feature: list outside blogs
John James Jacoby
KeymasterHow about using the Extended Profile fields, and just making a field called “External Blogs” and within that, have links to websites?
March 10, 2009 at 5:37 am #39651In reply to: Required profile fields added later? What happens?
Andy Peatling
KeymasterNo. Next time they edit that group of fields, they will not be able to save until they fill in the required fields.
March 10, 2009 at 2:53 am #39637In reply to: I GIVE UP.. wp-recaptcha WT%^&
Rich Spott
ParticipantBigkill,
glad to see that it’s working (although not as secure as you thought) as i understood it, you have to force it sitewide because the registration page is for your whole site, not just the main one.
As far as wp-recapatcha not being the best, well this might be the case, but it does prevent some spammers. I was having a problem with scripts bypassing the entire registration process and starting up profiles and blogs without entering any of the required fields, and the only way i got them to stop, was to change my “wp-signup.php” to something different like “sbn-start.php” and replaced the 4 instances of it in the “wp-signup.php” file with “sbn-start.php” and then went into “bp-core-template-tags.php” and replaced the one instance of “wp-signup.php”.
This solved the problem (crossing fingers), but I still have a few people getting by that I have to manually spam and ban, but I can deal with 2-3 a day versus waking up in the morning and finding 200 spam blogs signup over night.
Hope I helped.
March 9, 2009 at 6:14 pm #39578In reply to: Multiple user types – possible?
John James Jacoby
KeymasterThe permissions plugin will be an integrated part of BuddyPress when version 1.1 comes around. As it stands today, it isn’t available to anyone but the developer(s).
If I am understanding you correctly, profile groups and fields are used as pages of user editable information within their profiles, so you can have a group for “Personal” one for “Contact” one for “Pets” one for “Vehicle” etc… It’s part of the Extended Profiles plugin, and will also get a bit of a facelift for 1.1.
If you need to set permissions right now today, unfortunately I don’t have a real great answer for you yet, other than kind of side stepping what you need until a built in option comes available.
March 9, 2009 at 12:49 am #39492In reply to: Private Profile Fields, In Db but are they in Use?
John James Jacoby
KeymasterThere’s actually a few little Easter eggs in the database that aren’t being used yet, but are planned for future use.
My suggestion would be to wait until it’s time, but if you’re comfortable making some modifications that will end up being trumped by a future update, that sounds like one possible way to accomplish that.
March 6, 2009 at 2:34 am #39337In reply to: BP Avatars in bbPress
Burt Adsit
ParticipantHi John, that spot is where all the xprofile group and fields for each group get stuffed into an array for transport. If some of the data is extremely large for some reason it could give you memory problems.
I’ve asked a couple of other people to give 0.31 a try. I don’t know what to tell ya guy. I’m using all the above when it comes to software versions you listed.
I usually run the latest svn trunk but I don’t think that could be the cause of the problem.
March 3, 2009 at 1:22 pm #39131In reply to: Disabling Java / HTML in profile fields & comments?
alxdesign
MemberAlright, thank you. I’ll report it.
I find it strange though, since I tested to run a <script> on the buddypress demo, and it didn’t work. Are you sure there isn’t some function I’ve accidentally allowed?
March 3, 2009 at 7:19 am #39109In reply to: BP Avatars in bbPress
Burt Adsit
ParticipantI like the inclusion of ‘signature’ in a profile field! Nice idea.
I’ve updated bbGroups to optionally transfer all users over to bbpress meta or just users who are in groups. Skipping the bbpress/buddypress utility user.
I’ve got all xprofile groups and group field values going to bbpress.
Got a template tag that allows getting any of those values by user, group, field.
Did some cleanup internationalization for text.
Now doing testing. Gotta look into the problem with tags for hidden groups showing up in the tag cloud. I don’t think you’d be interested in any of this. You’ve already got that stuff implemented.
I think that the only mod of yours I stepped on was the oci_get_user_filter() changes you included in there. I added another filter function oci_get_xprofile_filter($user) that adds all the xprofile fields to the $user array. It won’t break your mod, it’ll just add all the xprofile fields again.
/**
* oci_get_xprofile_filter()
*
* This filter adds all xprofile groups and group fields to bbpress
*
* @param <array> $user
* @return <array> $user array for xmlrpc transport
*/
function oci_get_xprofile_filter($user){
$xprofile_groups = BP_XProfile_Group:: get_all(true); // all except empty groups
foreach($xprofile_groups as $group){
foreach($group->fields as $field){ // all fields for group
$field_obj = new BP_XProfile_Field($field->id, $user,true); // this field
// xprofile_groupname_fieldname to prevent conflicts
$user = array(‘group’ => $group->name, ‘name’ => $field_obj->name, ‘value’ => $field_obj->data->value, ‘type’ => $field_obj->type);
}
}
return $user;
}
add_filter(‘oci_get_user’,’oci_get_xprofile_filter’,10,1);
March 2, 2009 at 3:33 pm #39041In reply to: Useful BP and non-MU BP feature: list outside blogs
John James Jacoby
KeymasterYou could make a xprofile field that says “Outside Blogs” and they could list them there for now. They wouldn’t link to them yet however, and there’s an enhancement in the trac to allow for different formats of fields that will allow this later.
I suspect however that your goal is to have these blogs show in the “Blogs” area of BuddyPress. I think that’s a novel idea, and I don’t think it would be too difficult to do really, but it means that the blog area needs to be explored more, versus it only being a front end layer for all of WPMU’s blogs.
I think that they best they could be however would be links to outside blogs, and that keeping it within the content of your site would be difficult. (It would require an iFrame most likely, which I suspect most of us try to avoid.)
March 2, 2009 at 2:27 am #38998In reply to: Announcing: Events component
Erwin Gerrits
ParticipantI think the easiest way would be to have a simple plugin that would simply store these two values for other plugins to use.
One could write a plugin that adds a menu option to the settings for the profile plugin, and it would just say “twitter settings” and you enter your account & password in that, and other plugins could simply check if the fields exist and use twitter if they do.
Or maybe it’ll just have one function: tweet($userid, $status), ‘if function exists’ is an easy check in php and so other plugins can check if the twitter plugin is installed and use it if it is.
Just throwing this out for discussion.
March 2, 2009 at 2:25 am #38997In reply to: BP Avatars in bbPress
Burt Adsit
ParticipantJohn, I haven’t had time to even delve into the xprofile code yet. I’m going to start working on bbGroups again this evening. There are some ‘tags’ issues poping up I have to work on. If you’ve accomplished the xprofile fields being added I’d love to see how and add it to the plugin if you are so inclined to donate to the effort. If not then I can take a look at that. Let me know.
Oh. I added the ‘editor’ role for the community blogs plugin as you suggested.
-
AuthorSearch Results