Forum Replies Created
-
This will definitely split the discussion and excitement around a certain plugin. I kind of waited for plugin comments to be made to bring it a recent list and then on occasion I’d read the thread to see the progress made on that plugin. Now I guess I’ll watch the Activity stream for that? Not as likely and so plugins will lose some “hype.”
I guess the key will be adding the right filters to the activity stream so we can filter out all the new members/join groups and see the topics that really matter to us most.
Ok, I’m pretty close to going. A short trip from Las Vegas.
Site is COMPLETELY jacked up in Chrome. I thought something had really screwed up the previous version. Finally opened it in Firefox and it’s completely different.
The wildcard aren’t getting converted in the body of the email
That’s because there are supposed to be two %s before and after to make it a wildcard. You’re not the only person to ask about this, though, so I’ve changed the filter so that either will work fine.
Ok, I see the real problem. The default message for the body of the email only includes 1 % instead of 2. So, would be a good idea to correct the default message body;-)
Great work though.
I’m loving your plugin.
A few things I see when I tested it.
-The wildcard aren’t getting converted in the body of the email (including in the stable release too). It still shows:
You have been invited by %INVITERNAME% to join the community.
Visit %INVITERNAME%’s profile at %INVITERURL%.
The subject seems to be converting the wildcards just fine.
-The send invites button is showing on the group page even though the user isn’t a member of that group. So, it just feels odd to have it there. If you click through nothing errors, but it takes it to the profile without an invite for that group since of course you aren’t in that group.
-Would be nice to have the option to choose between the invite existing members and invite email. I imagine on some sites they’ll want to just invite by email and not existing members.
-The widget’s title saves and displays right, but in the Appearance–>Widgets the title field is empty even when you just saved it
-Something doesn’t feel right about the widget. Maybe needs to have “Email 1” or something in the text box and then have it disappear once they click on it.
-I’m not sure if widgets can recognize which group your on and automatically check the box for that group. Would be cool, but not worth spending a lot of cycles on.
-Might be worth making mention on the invites page that the email will include an opt out link. That way people sending the emails know what’s going to happen.
-A link to the settings page for the plugin, next to the deactivate button on the plugins page is always a nice touch too.
I think we’d all agree. If you check out Jeff’s twitter he said possibly this weekend for the BP privacy plugin he’s working on. Here’s his BP profile: https://buddypress.org/developers/jeffsayre/ Maybe throw a donation his way and he’ll feel more motivated to finish it sooner;-)
Either where elfwaves said or in WPMU it was under the WPMU options page. I’m not sure how they reconciled those 2 screens in WP 3.0.
If you’re going to create a theme from scratch, then you definitely want to use the child theme so that it’s ready for the next time you have to upgrade BP. Although, the default theme is a good place for you to start since it uses all of the BP features and you just have to change the style, layout, etc. Or you could find an open source BP theme and just adapt it for your needs as well.
Otherwise, you can download the BuddyPress Template Pack which will try and convert your current WP theme into a BP theme. No doubt in this process of converting it to a BP theme, there will be changes you’ll need to make to make your old WP theme display right with the BP components layered on top.
Word on the street is that either option takes about the same amount of time. Kind of depends on what kind of WP theme you have already. Otherwise, probably better to just create a child theme.
Thanks 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?
Bravo!! Che bello che tante persone parlano l’Italiano!
Excuse my ignorance, but shouldn’t the bp_core_signup_user() create a new user even without the $usermeta? Although, I guess the Full Name is required and so maybe it needs at least the Full Name entered into the $usermeta?
Is there a way I can have it display any errors that may be occurring when I call the bp_core_signup_user() so I could better see the problems it’s having?
—
Looks like I’m going to have to find another way to check if they have BP. I think WP-FB-Autoconnect has something that could be used in the options. I’ll play with it.
Just tried the download link and it told me it couldn’t find that page. Not sure what’s wrong.
I started to look into the core files for the bp_core_signup_user() function and it seems like the $usermeta variable that needs to be passed in needs the xprofile information stored in there. Is that true?
Also, it seems like the If (!defined (“BP_VERSION”)) isn’t working quite right. Do I have to declare the $bp variable or include a BP file or something to get that function to work?
Should also mention that in a few months it won’t matter since WP and WPMU will be one. Just have to turn MU on or off.
Thanks for the help on this r-a-y. I’m getting pretty close. So, I’ve changed the user creation to the following so that it will do the regular user creation if it’s not BP and it will do bp_core_signup_user() for BP. Here’s the code:
if (!defined (“BP_VERSION”)) /* Not compatible with BuddyPress. */
{
$user_login_id = wp_insert_user($user_data);
} else {
//$usermeta = ”;
$user_login_id = bp_core_signup_user($user_data[‘user_login’], $user_data[‘user_pass’], $user_data[‘user_email’], $usermeta);
}
The question I have is how can I load $usermeta with the meta data for that user? I have this other data available to be put into the $usermeta:
$user_data[‘first_name’] = $fbuser[‘first_name’];
$user_data[‘last_name’] = $fbuser[‘last_name’];
$user_data[‘user_nicename’] = $fbuser[‘name’];
$user_data[‘display_name’] = $fbuser[‘first_name’];
$user_data[‘user_url’] = $fbuser[“profile_url”];
I also think there might be something wrong with the way I’m passing the email into bp_core_signup_user(). Not sure if that makes a difference or not.
It seems like this post has highlighted another possible difference between using a standard WP install versus WPMU. That being that plugins designed for WPMU will not work for a BP install on top of the original WP. Granted, most of the WPMU plugins could be converted to a BP or WP plugin if it didn’t need the WPMU blog functionality.
Thanks r-a-y. Lots to learn and I always forget there’s so many ‘duplicates’ between BP and WP.
How does the bp_core_redirect() differ from this code in the thread you linked to (besides where it redirects)?
function oci_login_redirect($redirect_to, $set_for, $user){
$redirect_to = bp_core_get_userurl($user->id);
return $redirect_to;
}
add_filter(‘login_redirect’, ‘oci_login_redirect’, 10, 3);
Can’t you do something like this?
<?php
function login_redirect_activity ()
{
wp_redirect (get_option(‘siteurl’) . ‘/activity/’);
}
add_action (“wp_login”, “login_redirect_activity”);
?>
The location it redirects to might be wrong. Here’s the reference for the wp_redirect if you want to redirect it somewhere else: https://codex.wordpress.org/Function_Reference/wp_redirect You might have to play with it to redirect to the right place. You also might want to hook it to a different action, but this will hopefully get you closer. I’m still learning this stuff.
smuda,
Seems like you could also donate to a developer to add some core functionality that’s on the roadmap but hasn’t been given resources. This would be like donating to BP.
Great explanation Jeff and very helpful. I’m really looking forward to the full article. Where can we watch for it?
I’m not sure if this is part of the article too, but I’d love some description of passing in variables to the various actions and filters. Seems like a few examples of how the actions can be implemented and a description of how the core code will deal with the actions that were added would be really beneficial.
r-a-y,
I have a test install of BP on Bluehost and the email has worked flawlessly. I wonder if the problem with Bluehost (and likely any cpanel based host) is that the person installed it as an add-on domain in bluehost and not the main domain.
I’m interested in this idea too. As I looked at the code, it seems like it goes through a number of steps during the registration process. I wonder if any plugin has modified/added to these steps. Is there documentation on the steps that it goes through during registration and how you could add a step into the registration process?
@Erich73 You need to look at the “Invite Anyone by Email too” Plugin: https://buddypress.org/forums/topic/invite-anyone-invite-by-email-too-please-help-test That satisfies the #4 and actually was going to be my comment about bringing people in.
This plugin is fully functional and if done right can be a great way to grow a BP site. Although, I think the plugin is still in it’s relative infancy and as it grows will become one of the invaluable plugins for those using BP.
I’m with Andy when he says, “Social networking in a box. An easy way to start your own niche social network.”
I remember him essentially saying this when BuddyPress was first added to WordPress and it’s why I came to use BuddyPress myself. Glad to see the vision has stayed the same.
What I do think we need to be careful of is how we define social network. Certainly we can use what’s been learned from Facebook and the like, but the open framework and API should allow for creativity beyond the Facebook definition of social network.
There has to be someone that knows the answer to this question. Even just pointing me to the core files where I can find the actions that are used to create users would be great.
