> I have a million other things to code at the moment
Thanks for taking the time to post your code.
If you’d like to suggest an enhancement, please use trac to submit a ticket.
This is a hook.
do_action( 'bp_member_blog_order_options' );
It is not called in BP.
It’s there for your convenience.
You can change the hook tag although some other plugin may be calling it.
If you’re over-riding that template, you could add your own hook.
do_action
@colabsadmin
EDIT: You might want to raise this issue on Trac:
https://buddypress.trac.wordpress.org/
Thanks @mercime for your quick answer.
But i’m a french novice and i’m not understanding very well what to do in the https://buddypress.trac.wordpress.org/ticket/5299 topic.
Should I install thos patches:
5299.01.patch and 5299.02.patch
or should I follow indications in lastest johnjamesjacoby’s comment:
In 7689:
Notifications:
Add templates and parts for bp-default theme. Also modify home.php to include notifications.php.
or should I do the both ?
Sorry for asking but no access to notfications is important for my users 😉
Alos do you have an idea when the next update will be released ?
Thanks.
Found it,
Added this code-snippet to the WP Theme functions.php file.
( make sure you check the jQuery URL version )
Include jQuery in WordPress Theme
You could try looking at https://wordpress.org/plugins/buddypress-xprofile-custom-fields-type/ to see how they do it. I think one of the profile field types is ‘number’ – so that might be the best place to start.
Thanks for your response! okay maybe I am stating this wrong. I have a list of entries showing various user ids as one of the fields. In the next field I simply want to show are these entries from a friend or not so that I can filter them to only show me entries from my friends. Does that make sense. I thought the purpose of the friends_check_friendships function was to compare to user ids to see if their is a relationship between them and return ‘true’ or ‘false’? Also, are the user ids in buddypress friendships the same user ids in wordpress users without buddypress? For instance the two I am comparing are user_id=1 and user_id=2, so in the function, it should result in friends_check_friendships(1,2) = true right?
@naijaping
https://buddypress.trac.wordpress.org/ticket/5185#comment:15 ?
Have you got anything in your bp-custom.php or functions.php files (or a custom plugin etc.) that might affect this?
i could imagine lots of interesting metrics. posts, messages, group activities, even wordpress related things like posts. Anything that makes activity basically could make for some very interesting ways to measure a site.
It seems that those spamming my site are using wordpress’ default way of creating an account and not registering through buddypress. When I go to the users admin, all of the users that used buddypress were given the default forum role of “participant”. The spammers don’t have this role.
Because of my current setup, I installed the Members plugin and created a new role. Then I made the buddypress form show up only for those that I have confirmed. I would recommend that this be added to future buddypress installs as an option.
It’s my theme and I code WordPress themes for like 5 years now but I don’t see myself as a Developer it’s more a hobby 🙂
I’m solid at HTML-CSS and can read PHP when I see it happen but I can’t write PHP it out of the box.
This error shows up when I try to hide a complete xProfile-group-ID or just an unique xProfile-field-ID from the loop.
This is what I did.
Inside: my-theme/buddypress/members/single/profile/profile-loop.php
I found the start of the loop
<?php if ( bp_has_profile() ) : ?>
....
My first thought was, maybe there are default options here to control the output of which ID’s will be visible so I started the search how the bp_has_profile() was build and looked into plugins/buddypress/bp-xprofile/bp-xprofile-template.php and found this at line 150:
....
$defaults = array(
'user_id' => bp_displayed_user_id(),
'profile_group_id' => false,
'hide_empty_groups' => true,
'hide_empty_fields' => $hide_empty_fields_default,
'fetch_fields' => true,
'fetch_field_data' => true,
'fetch_visibility_level' => $fetch_visibility_level_default,
'exclude_groups' => false, // Comma-separated list of profile field group IDs to exclude
'exclude_fields' => false // Comma-separated list of profile field IDs to exclude
);
This looks very familiar to bbPress so my first thoughts was lets try to add one of those Array’s to the loop and overwrite the default value.
Just like this.
<?php if ( bp_has_profile( array ( 'exclude_groups' => 1 ) ) ) : ?>
...
This works perfect, it hides all xProfile-fields from the first Base primary Tab (back-end). Just like I wanted it because I didn’t want all the fields to show up front-end, I’ve got a few xProfile-fields that I use for user-customization of the profile-page. Each user can add color-codes to change the default menu-color and add background-images to their profile-page to make each profile a little more unique.
Those field-ID’s are just urls or color-codes and don’t have to be visable to the public, thats why I try to hide them front-end.
BuddyPress uses the version of jQuery that comes with WordPress. You’re best to search for how to make WordPress do this change, then BuddyPress will use it.
@ecoportaluk Did you install https://wordpress.org/plugins/genesis-connect-for-buddypress/ or have you checked out StudioPress forums re BP customizations?
@juggledad
Thanks for explaining in more detail. If you feel this is a bug, you can submit a ticket on Trac
Trac is the best place to follow the development process and submit bug reports.
the ‘my-members’ / ‘my members’ was a typo – it is the same WordPress page
<?php echo 'is_page()='.is_page().'<br>'; ?> – why are you doing this?
why, to demonstrate the issue. this is something you can do in 5 minutes to reproduce an issue I am seeing in a theme. Instead of pointing to the theme in question, I’ve shown the ‘bug’ in twentytwelve so anyone can reproduce it.
It was probably a theme issue. The easel theme hasn’t been updated in a few months and could have broken with current version of WordPress.
Instead of posting alarmist warnings it is better to post the issues incase others encounter the same thing.
I add the coode in post 1 to twentytwelve
I create a page in WordPress and call it ‘my-members’
I view the page
is_page() returns ‘1’
I install and activate buddypress
I ‘Associate a WordPress Page with each BuddyPress component directory.’ and set members pointing at ‘my members’
I view the page
is_page() now returns null
I don’t know about you, but to me this seems like a bug in buddypress
PHP Warning: Missing argument 2 for wpdb::prepare()
Take a look at this post which will give you some background as to why WP throws that warning at you.
The best solution is to phase out bp-default from your sites or ask your theme developer to convert their bp-default derived theme to a WordPress theme.
So you’re creating an additional Members page ?
If not, you don’t need an override.
If you are, you need to change this hook in that override
do_action( 'bp_before_directory_members' )
And call the new hook in the example below.
You need to know the id of the xprofile field that stores gender.
You need to know the value that is stored for Males.
Then you can tweak this code and put it in your theme functions.php or bp-custom.php
http://wordpress.stackexchange.com/questions/125754/buddypress-conditionally-filter-directory-based-on-xprofile-field/126553#126553
The terminology is important here. WordPress ‘pages’ shouldn’t be confused with the more loosely termed web ‘page’. Although BP ‘pages’ are webpages, they aren’t WordPress pages so is_page() isn’t going to work *most of the time*. The exception is register, activate etc.
For a list of template tags you can use with BP ‘pages’ take a look at:
Template Tag Reference
