Search Results for 'wordpress'
-
AuthorSearch Results
-
October 8, 2009 at 12:03 am #54096
In 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.
October 6, 2009 at 6:21 am #53918In reply to: Dashboard / Design ?
Paul Wong-Gibbs
KeymasterDashboard is part of WordPress. Ask on their forums.
October 6, 2009 at 3:06 am #53912In reply to: Most Links on my site redirect to homepage
Timschmi
ParticipantWe have the same problem. I think, it’s a problems with the nice-names in the profil of WordPress MU. If the username (for example:timschmi) and the nice-name are the same, there is no problem. If the nice-name is different (for example:timschmidt) buddypress will link to timschmidt and not to timschmi. You can see it if you roll over the links.
October 6, 2009 at 1:53 am #53909In reply to: How do I unregister a sidebar?
David Lewis
ParticipantExactly Andy. That’s my issue. Hacking the parent function.php file is easy. But I don’t want to do that. So I created a function.php file in my child theme but the unregister_sidebar() function doesn’t seem to work
I suspect this is a WPMU thing… not a BuddyPress thing. Here is the code I added to function.php in my child theme. Should work. Doesn’t. I’m at bit of a loss. I tried adding different priority levels to add_action() and they had no effect.<?php
function remove_sidebar() {
unregister_sidebar('third-section');
}
add_action( 'admin_init', 'remove_sidebar');
?>p.s. https://codex.wordpress.org/Function_Reference/unregister_sidebar
Andy Peatling
KeymasterRead the instructions around using a WordPress theme:
https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/
October 6, 2009 at 12:14 am #53903In reply to: Profile Field
Kailas
ParticipantTry this plugin: https://wordpress.org/extend/plugins/extended-user-profile/
October 5, 2009 at 3:34 pm #53870In reply to: Make your own custom BuddyPress page
chewbaker
ParticipantHey Guys, I still can’t get this to work? I am on bp ver 1.1
Maybe things got changed in the update that would effect the way this works? I really need to have custom pages for this to work for my site. Again, to recap, here is what I have done:
put the below code into : (wordpress mu and buddy press are installed into subfolder)
mysite/subfolder/wp-content/themes/bp-sn-parent/functions.php and created a page in the same directory called dashboard.php
CODE:
// creates custom page
define('BP_DASHBOARD_SLUG', 'dashboard');
function bp_show_dashboard_page() {
global $bp, $current_blog;
if ( $bp->current_component == BP_DASHBOARD_SLUG && $bp->current_action == '' ){
// The first variable here must match the name of your template file below
bp_core_load_template( 'dashboard', true );
} }
add_action( 'wp', 'bp_show_dashboard_page', 2 );
//
end custom page
URGENT: Need to figure this out!!!!
October 5, 2009 at 8:28 am #53848In reply to: BP-FBConnect – usernames with foreign characters
Paul Wong-Gibbs
KeymasterAs much as I can tell, being one of those English-speaking imperialists to which you refer, WordPress has a good range of i18n stuff if developers use the right functions. If you think WordPress and BuddyPress seriously lack in these areas, then please by all means start a specific discussion thread on each product’s forums or file trac tickets/bug reports/patches.
Back on topic, I think socialpreneur’s on the money with this.
October 5, 2009 at 3:28 am #53833In reply to: BuddyPress v 1.1
alexduvot
ParticipantI am going to try a fresh install
of wordpress mu , the buddypress
starting over fresh
October 5, 2009 at 12:27 am #53823In reply to: BP-FBConnect – usernames with foreign characters
takuya
ParticipantWordPress and therefore BuddyPress lack a lot of standard i18n features as core developers are mainly using English than other languages. They still haven’t figured out problems we have when we use our own languages within WordPress/BuddyPress.
Anyway, for the problem, there’s similar ticket on trac that names containing dots or dash don’t work on 1.1 environment. It may be related to this ticket.
October 4, 2009 at 10:32 pm #53816Peter Kirn
ParticipantNow I feel bad that I ran out of time in late August / September and was unable to contribute to the test process, but that’s how it goes some of the time.
The reason I ultimately opted for a fresh install, even with existing groups, was that I discovered the option to *migrate* an existing install a) left bbpress as a separate install, which I didn’t want, and b) because we had opted to put bbpress’s tables in a database separate from the wordpress mu database.
So, the question is, how do we take these existing 25 groups and give them forums to connect to in the new bbpress-in-buddypress setup?
October 4, 2009 at 9:57 pm #53805In reply to: Plugin to show components to registered Users only
David Lewis
ParticipantI’m my case… I’ve simply decided in home.php to wrap the “first-section” widgets with logic that will show that widget section only to logged in users… otherwise it is replaced with a positioning statement + calls to action (i.e. Join! Donate! Learn!) and a wordpress loop. Pretty simple stuff:
<?php if (!is_user_logged_in()) { ?>
[static content & wordpress loop for the public]
<?php } else { ?>
<?php if(!function_exists('dynamic_sidebar')||!dynamic_sidebar('first-section'))
>
[widgets for members only (i.e. site activity) ]
<?php endif; } ?> -
AuthorSearch Results