Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 67,051 through 67,075 (of 69,104 total)
  • Author
    Search Results
  • #40147
    Burt Adsit
    Participant

    This is about the MSM plugin. Turning off the light.

    #40146

    Burt, I was agreeing with you. :D

    #40144
    Burt Adsit
    Participant

    I see that spot in wpmu code. What does something hard coded in wpmu have to do with bp?

    Burt Adsit
    Participant

    get_bloginfo(‘wpurl’).”/wp-admin/profile.php

    should be replaced with a call to: bp_core_get_userurl($bp->loggedin_user->id) which is the url to the currently logged in user. You’ll have to declare ‘global $bp;’ someplace before that in the code.

    #40139
    Sgrunt
    Participant

    “i have the BuddyPress Home Theme set to active and the other set to no.”

    here you are talking bout the “admin themes” where admin can approve or not themes that can be activated. But it is not the activation: go to Design / Themes and click on the selected theme you want to be active.

    #40134
    stefanovski
    Member

    i have the BuddyPress Home Theme set to active and the other set to no. yet it still gives me the other themes. other than with myself, where do you think the root of this error might be?

    #40129
    Burt Adsit
    Participant
    #40125

    In reply to: Translating BuddyPress

    smueller
    Participant

    Sorry for jumping in here as this thread seems to have taking so many twists and turns that it appears to have a bit of a different purpose than originally. However, this is the only thread that comes close to answering my, seemingly easy, question but I’m still having issues. Specifically, all I’m trying to do is to change the word ‘Friends’ to ‘Contacts’ throughout the entire WPMU/BP install and not truly translate anything. Per suggestions from a few posts earlier in this thread I’ve done the following:

    1. changed the references to ‘Friend’ to contacts in the buddypress.po file using poedit

    2. saved the file changed in #1 as en_US.po and generated the corresponding en_US.mo file upon saving

    3. uploaded both the .po/.mo file into both the /wp-content/languages and /wp-content/mu-plugins/bp-languages folders

    4. verified that ‘American English’ was now available/set in the ‘Site Admin – Option’ and ‘Settings – General’ sections of the site.

    5. change the ‘WPLANG’ setting in the wp-config.php file to en_US

    and ….

    nothing has changed. What am I missing here? I know it must be me but this seems to be an awful lot of hoops to go through to make a seemingly easy and I would think common change. I’ve been at this for some time now so any clues anyone can provide would ease my frustration a bit. Thank in advance.

    #40124
    danielfelice
    Participant

    You should submit your designs to the Free BuddyPress Themes contest – http://www.freebpthemes.com

    #40111
    nicolagreco
    Participant

    Ok It works now :)

    I think that member-themes wasn’t confusing, anyway bp-themes is better

    jayemes
    Participant

    I am using a plugin that makes all of my new blog signups an ‘editor’ of their own blog. I want to use Buddypress and have all of the widgets the same for all of my new blogs, so they look the same. Is there a way to do this so I don’t have to set up each blog’s widget positions as it’s created? I can’t imagine every Buddypress install out there gives their users admin access to change the templates? Clearly I must be doing something wrong.

    #40106
    halfpint
    Participant

    Have managed to add the twitter widget into the home page. I will be adding a box around it with something like “Follow us on twitter”

    #40096

    In reply to: Editing the Userbar

    jeanmeslier
    Participant

    never mind, i discovered the relevant code under bp_core_add_nav_item in the bp-xprofile.php, bp-friends, etc. … just edited this:

    bp_core_add_nav_item( __(‘Profile’, ‘buddypress’), $bp->friends->slug );

    to this:

    bp_core_add_nav_item( __(‘Identity’, ‘buddypress’), $bp->friends->slug );

    good luck if anyone else has the same issue

    #40092

    I’m playing around with the buddypress-home theme at the moment.

    Thanks, I’ll have a look at that.

    #40083
    mspecht
    Participant

    You could always roll your own, https://buddypress.org/forums/topic.php?id=1651

    #40080
    cinnemon
    Member

    Hi, I’m having this exact problem. I already have a number of user blogs operating properly. I have a main website with content, so my blog network was installed under the folder “blogs”. Everything else for BuddyPress works fine until I upload the blogs plugin. (bp-blogs.php and folder “bp-blogs”) Is there any other way around this besides reinstalling my MU files in a different folder? It may be a 30 minute job for people experts, but I’m not in that category. I imagine this could be a problem for many users who simply chose the subfolder “blogs” for their MU installation. This effects not just my home blog, but all user blogs already on the network include this path. Is there something in the bp-blogs.php plugin that can be modified to change this behavior? Thanks!

    #40074
    akelley
    Member

    Same!

    Thank you in advance for your time and consideration. I would like a few of my pages on my mu install to be open such as the index page, about us, media, and contact us, but I am looking to have the rest of the site including buddypress and all blogs private and member only!

    #40072
    benny148148
    Participant

    I don’t have any errors in my error log for the past two days. Is there maybe an issue with me using the BuddyPress home theme in a subdomain? My root’s theme doesn’t have any customizations for BuddyPress (although I did add register.php, activate.php, plugin-template.php and sidebar-template.php to the themes directory).

    It seems like everything works when I “add” the community subdomain to the links…but I don’t know why.

    Edit: This even includes the register link…when I try domain.com/register, it redirects to a login screen, but when I use community.domain.com/register, it works perfectly! What is the secret magical power of the community subdomain?!

    #40071
    brad85
    Member

    That makes sense, but my issue isn’t that my links are wrong…it’s that when I add register.php to my custom theme, the Sign Up link takes me to “http://domain.com/wp-login.php?redirect_to=http://domain.com/register” instead of just “http://domain.com/register .” All my links point to the /register screen, but it just redirects to the standard WP login screen instead of the register page.

    #40065
    nicolagreco
    Participant

    @sgrunt please don’t write more posts consecutively

    #40064
    Sgrunt
    Participant

    I’ve reuploaded the file (you see Beta 2 in the download link). I’ve removed site wide styling, in this way home theme and member are indipendent from each other and you can use my home theme and a different member theme and viceversa

    #40062

    There currently isn’t a way for one user to edit another users extended buddypress information, admin or otherwise.

    Only way to do this at the moment would be through the database directly.

    #40059
    Sgrunt
    Participant

    great!!!! today i’ll fix and reupload the zip file. Please then tell us the address of your website here and in the buddydress.com comments, so people can see working websites with the new theme

    update: reuploaded file just now

    #40058
    Decisionc
    Participant

    ok, that works.

    thanks! it looks good!

    i’m a fan.

    #40057
    Sgrunt
    Participant

    maybe it’s more simple in this way:

    “copy the css/site-wide.css file of your facebuddy home-theme and past it into the css folder of your facebuddy-member-theme renaming it in: custom.css”

    please let me know if it works for you

Viewing 25 results - 67,051 through 67,075 (of 69,104 total)
Skip to toolbar