Search Results for 'wordpress'
-
AuthorSearch Results
-
October 9, 2009 at 8:05 pm #54230
In reply to: Set a default template for blogs
Paul Wong-Gibbs
KeymasterYes, this is a WPMU question. Use what Mohit suggested or search the WordPress plugin repository.
October 9, 2009 at 6:56 pm #54217In reply to: group slugs when i18n environment
Paul Wong-Gibbs
KeymasterFrom a quick Google search it appears that, yes, WordPress slug titles need to be improved to support i18n efforts. All the WordPress slugs – including the BuddyPress group threads – go through sanitize_title().
A patch for sanitize_title() to support i18n slug names for the WordPress core is the way to go. I don’t understand what’s required as I do not know much about i18n, so I’m leaving this alone.
October 9, 2009 at 5:07 pm #54211In reply to: WordPress Theme with BP 1.1
proceon
ParticipantGreetings –
Just need a little help here…I simply want to run BP 1.1 in compatibility mode
and use a WP theme for my root blog and and a BP theme for BP activities.
I do NOT want to merge the two. I have tried that, and my WP theme (Magicblue)
is not suited for all the things that BP needs. Therefore would like to run things
exactly like under BP1.0. I have this working on another system (WP 2.71/BP1.0).
I am not clear as to which template files to move to my WP theme from the new
version of BP. In the MERGE process I would move over “optionsbar.php”, “userbar.php”, and “plugin-template.php” and then move over all the subdirs from bp-sn-parent. What
do I move over to run in campatibility mode? PLEASE some help…I have posted several
times in these forums and do not seem to be getting any input.
Thank you once again for your time.
October 9, 2009 at 3:06 pm #54198Boone Gorges
Keymaster@wordpressfan I think you might be right for some kinds of communities, but as the groups functionality of BP becomes richer (as it does with, for example, Andy’s new External Group Blogs plugin), the groups/forums distinction won’t seem so arbitrary. Forums then become just one of the ways that group members (ie people who share a common interest or purpose) can collaborate and communicate. But you’re right that right now there is little difference between a group and a forum, at least functionally speaking.
October 8, 2009 at 7:35 pm #54153In reply to: Groups and bbpress forums
zageek
ParticipantI tried reading through and searching the forum before posting this. Unfortunately there isn’t a detailed description of everything for BP like the WordPress Codex, its a bit frustrating. Reading through the code usually works but that takes a lot of time and coffee

https://codex.buddypress.org/developer-discussions/buddypress-forum/ that link doesn’t really say much except describe what the forum plugin is all about.
I have been playing around with the integrated forum and I don’t like the way you have to associate forums with groups and stuff. I want to have something like this forum on this site, like the standard forum structure you get.
A forum with a root thread in which categories can be made and child threads can be started. Like what Vbulletin, Phpbb and SMF et al has.
What I am trying to figure out is if its possible to do this with the integrated forums or should I go to the standalone Bbpress installation.
October 8, 2009 at 3:32 pm #54139In reply to: How Can I Show the Last 10 Forum Posts on Home.php?
danbpfr
ParticipantTry this plugin (works with 1.1)
https://wordpress.org/extend/plugins/bbpress-latest-discussion/
number of post and forums can be set in plugin option
October 8, 2009 at 2:27 pm #54133In reply to: Can't Add Friends
halvarez
ParticipantHello
I have buddypress 1.1.1 with WordPress Mu 2.8.4a.
When I try to add a friend says to me: ” The friendship cannot be tried ”
That I do?
October 8, 2009 at 2:10 pm #54131In reply to: Forum at front page?
danbpfr
Participant@david lewis
it’s not hard: the plugin still exist.
https://wordpress.org/extend/plugins/bbpress-latest-discussion/
And works with 1.1 new forum integration. Even if not necessary because latest post appearing in the side wide activity. So the plugin is only interesting if you don’t use SWA or if you use a custom homepage or an external bbpress install…
If you use it, don’t forget to set the right DB table prefix in the plugin option (default is bb_, but now it’s wp_bb_)
select the forum you want to exclude, enter connection infos and that’s it !
Have fun !
October 8, 2009 at 1:21 pm #54129In reply to: External Blogs
peterverkooijen
ParticipantWhy don’t you try it youself?
Because I know it’s on the roadmap, I think for version 1.3 – and I’m not really a programmer.
Maybe taking feedwordpress as starting point could save Andy and others some time?
I’ll look into this myself when I upgrade to 1.1, which is going to be a mess with all the amateurish hacking I’ve done…
October 8, 2009 at 12:41 pm #54126In reply to: What's "bp_before_blog_page" all about?
David Lewis
ParticipantYa. Haven’t played with them but it’s a cool idea. I assume it allows you to do “stuff” at those points in the code… i.e… run / insert something at those locations in the templates using a functions.php file. Pretty cool. WordPress has them as well.
October 8, 2009 at 4:31 am #54111In reply to: Trouble Upgrading?
djsteve
ParticipantI found the upgrade instructions to be incorrect for older versions of BP to be upgraded. Not exactly sure which version I was running, pre1.0 I guess.. buddypress was in “mu-plugins” (that’s where we were supposed to put it back in the day right??)
Anyways, I could not find anyway to “deactivate buddypress” – maybe I’m losing my mind.
So I got stuck on that part.
I decided to backup my install, then delete all the buddypress files / folders I had in “mu-plugins”, then upgraded wordpressmu to 2.8.4a – then uploaded newer buddypress into “plugins” – so far seems to work, not sure if I lost anything, or if I would lose anything doing this on my other buddypress site.
Any suggestions?
I suggest a not in the upgrade instructions for anyone attempting and older bpress version upgrade.
October 8, 2009 at 12:03 am #54096In reply to: External Blogs
takuya
ParticipantI’m using feedwordpress, but this requires users to create blogs.
What I’m looking for is external blogs plugin which Andy wrote for groups. That is exactly what I want, and suppose what most of us on this discussion is looking for.
October 7, 2009 at 11:27 pm #54094In reply to: External Blogs
peterverkooijen
ParticipantWouldn’t this plugin cover what we need?
It seemlessly merges posts from an RSS feed with other posts in your blog. If there was a way to selectively offer this plugin to member blogs, that would solve it for me.
And perhaps some integration with Buddypress account areas to make it more idiot-proof; a field where members can enter their RSS feed, without having to go into the plugin back-end.
October 7, 2009 at 8:51 pm #54082In reply to: Group forum subscription
Mike Pratt
ParticipantPerhaps we should join forces, Boone but my partner in crime Brent Layman (westpointer) and I have a working plugin that does the same thing (albeit w/o the elegant options you have)
https://wordpress.org/extend/plugins/buddypressbbpress-email-notification/
Are you aware and maybe we can share code.
October 7, 2009 at 4:57 pm #54068In reply to: admin bar links re-direct to homepage
Damon Cook
ParticipantOk, one major difference I’m noticing when comparing my local install and my live site it their htaccess and wp-config.php.
For example, my local wp-config.php reads:
$base = '/wordpress-mu/';
define('DOMAIN_CURRENT_SITE', 'localhost.localdomain' );
define('PATH_CURRENT_SITE', '/wordpress-mu/' );while my site wp-config.php reads:
$base = '/';
define('DOMAIN_CURRENT_SITE', 'blogs.empire-edutools.net' );
define('PATH_CURRENT_SITE', '/' );Does this make a difference to have the $base set?
Also line #2 of my local .htaccess reads:
RewriteBase /wordpress-mu/while site .htaccess reads:
RewriteBase /I think this is typical, but just want to verify?
October 7, 2009 at 3:50 pm #54067In reply to: New facebook clone theme
gpo1
ParticipantIf you want a proper facebook style check this guy.
October 7, 2009 at 1:12 pm #54055In reply to: Deactivate the adminbar per blog
pushi22le
ParticipantI found this plugin https://wordpress.org/extend/plugins/remove-buddypress-adminbar/
I also copied and edited the plugin to deactivate the bar just for guests. Here is the code:
<?php
/*
Plugin Name: Remove BuddyPress AdminBar For Guests
Plugin URI: http://blog.netweblogic.com/php/wordpress-php/remove-admin-bar-plugin/
Description: This plugin removes the admin bar completely from the public area of the website just for guests. Can be used either as a normal or MU plugin.
Author: NetWebLogic LLC
Version: 1.2
Author URI: http://blog.netweblogic.com
*/
if ( !function_exists(‘remove_bp_adminbar_guests’) ) {
function remove_bp_adminbar_guests() {
if (!is_user_logged_in()) {
remove_action( ‘wp_footer’, ‘bp_core_admin_bar’, 8 );
remove_action( ‘wp_head’, ‘bp_core_admin_bar_css’, 1 );
function bp_core_override_adminbar_css_perblog() {
?>
<style type=”text/css”>body { padding-top: 0 !important; } #wp-admin-bar { display: none; }</style>
<?php
}
add_action( ‘wp_footer’, ‘bp_core_override_adminbar_css’ );
}
}
}
// Start this plugin once all other plugins are fully loaded
add_action( ‘plugins_loaded’, ‘remove_bp_adminbar_guests’ );
?>
So the bloggers have two options, they can deactivate the bar only for guests or also for the registered users.
October 6, 2009 at 5:29 pm #53980Andy Peatling
KeymasterIf you build themes, upload them to the WordPress theme directory and tag them “buddypress”. They will show up on this site once approved.
October 6, 2009 at 5:05 pm #53973In reply to: What is the blog area?
Paul Wong-Gibbs
KeymasterBuddyPress does run on WordPress MU, you know
It’s the main blog.
October 6, 2009 at 4:24 pm #53967Mohit Kumar
ParticipantI thought we would use..buddypress.org and wordpress for theme hostings
October 6, 2009 at 3:13 pm #53953In reply to: Good theme
David Lewis
ParticipantI’m sure that within the next few years there will be a ton of BuddyPress themes out there. It’s just too new right now. 1.1 just came out last week. But it’ll happen. Just look at the millions of WordPress themes out there. And all those theme developers can “hit the ground running” with BuddyPress. Especially with 1.1… which is much simpler to theme than 1.0. Doing a BuddyPress theme is basically the same as doing a WordPress theme… just with more templates (Profile, Directories, Site Activity, etc.).
Also, it’s only natural that the first few themes available will be pretty simple re-workings of the default. Again… I think it’s just a matter of time before we start seeing really different high quality themes… like with WordPress. Elgg on the other hand will probably never had any good themes because it’s next to impossible to theme. Every Elgg theme I’ve ever seen is just a simple (ugly) re-work of the ugly default. That won’t be the case with BuddyPress.
October 6, 2009 at 3:08 pm #53952In reply to: bp-dev.org vs. buddypress.org – why have two
Jeff Sayre
ParticipantThere is only one official site for BuddyPress discussion and that is this site.
bp-dev.org is a private site run by one of our moderators–Nicola Greco. He started it after he personally created several, early plugins for BuddyPress. I believe it served as an early plugin repository before BuddyPress plugins were hosted on WordPress.org.
October 6, 2009 at 1:52 pm #53944In reply to: Good theme
takuya
ParticipantThere are already good themes for buddypress. I guess you haven’t searched enough. Core teams should focus on development, not themes. Since 1.1 theme design got much easier than before, so any wordpress theme designers can design.
October 6, 2009 at 12:38 pm #53939In reply to: fullname vs username vs first + last name…
David Lewis
ParticipantHa

BTW… 2 seconds of searching on Google and I found a plugin to allow users to use their email address to login. I’m going to be plugging that in for sure. One less thing for users to have to remember and bug me about.
October 6, 2009 at 12:02 pm #53934In reply to: fullname vs username vs first + last name…
David Lewis
ParticipantI find it all somewhat confusing as well… First Name, Last Name, Nice Name, Username, Email… too many options. I think it’s much better from a usability point of view to sign in using your email address… because users don’t remember usernames. But that has nothing to do with BuddyPress. The way login works is a WordPress thing I presume.
-
AuthorSearch Results