Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 20,751 through 20,775 (of 22,658 total)
  • Author
    Search Results
  • #54096

    In reply to: External Blogs

    takuya
    Participant

    I’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.

    #54094

    In reply to: External Blogs

    peterverkooijen
    Participant

    Wouldn’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.

    #54082
    Mike Pratt
    Participant

    Perhaps 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.

    #54068
    Damon Cook
    Participant

    Ok, 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?

    #54067
    gpo1
    Participant

    If you want a proper facebook style check this guy.

    http://nazieb.com/

    demo: http://idwordpress.com/members/admin/

    #54055
    pushi22le
    Participant

    I 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.

    #53980
    Andy Peatling
    Keymaster

    If you build themes, upload them to the WordPress theme directory and tag them “buddypress”. They will show up on this site once approved.

    #53973

    In reply to: What is the blog area?

    Paul Wong-Gibbs
    Keymaster

    BuddyPress does run on WordPress MU, you know ;) It’s the main blog.

    #53967
    Mohit Kumar
    Participant

    I thought we would use..buddypress.org and wordpress for theme hostings

    #53953

    In reply to: Good theme

    David Lewis
    Participant

    I’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.

    #53952
    Jeff Sayre
    Participant

    There 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.

    #53944

    In reply to: Good theme

    takuya
    Participant

    There 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.

    #53939
    David Lewis
    Participant

    Ha :)

    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.

    https://wordpress.org/extend/plugins/wp-email-login/

    #53934
    David Lewis
    Participant

    I 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.

    #53918

    In reply to: Dashboard / Design ?

    Paul Wong-Gibbs
    Keymaster

    Dashboard is part of WordPress. Ask on their forums.

    #53912
    Timschmi
    Participant

    We 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.

    #53909
    David Lewis
    Participant

    Exactly 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

    #53906

    In reply to: New Theme

    Andy Peatling
    Keymaster
    #53903

    In reply to: Profile Field

    Kailas
    Participant
    #53870
    chewbaker
    Participant

    Hey 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!!!!

    #53848
    Paul Wong-Gibbs
    Keymaster

    As 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.

    #53833

    In reply to: BuddyPress v 1.1

    alexduvot
    Participant

    I am going to try a fresh install

    of wordpress mu , the buddypress

    starting over fresh

    #53823
    takuya
    Participant

    WordPress 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.

    Peter Kirn
    Participant

    Now 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? :)

    #53805
    David Lewis
    Participant

    I’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; } ?>

Viewing 25 results - 20,751 through 20,775 (of 22,658 total)
Skip to toolbar