Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 11,676 through 11,700 (of 69,016 total)
  • Author
    Search Results
  • #245996

    In reply to: Welcome e-mail

    Venutius
    Moderator

    No I don’t think so.

    The alternative is to change the text by way of creating your own translation of it using Poedit.

    See the following:

    Customizing Labels, Messages, and URLs

    The poedit program, used for editing and creating the translation files is available for free here:

    https://poedit.net/download

    #245991
    Venutius
    Moderator

    That’s odd, there is no file called bb-config.php located in the root of standard installs, in fact on my install I cannot find a file of that name at all.

    Either way I’m thinking that you mist have some sort of compatibility issue that is stopping bbPress from loading. Have you tried deactivating all of your plugins apart from buddypress and bbPress and trying again?

    #245987
    Rimon Habib
    Participant

    Frankly saying, This is something concern of theme, not plugin, as plugin developer won’t know theme structure and styling users are using, unless they use BuddPress default template parts. I did that thing actually in one of my other plugin, BuddyPress User Account Type, It wasn’t good as I said, Its theme dependent.

    But It is a nice feature to have actually, I am considering to develop a separate plugin soon for this feature, tho I need to see the feasibility first.

    #245986
    jasonqw1
    Participant

    http://162.208.8.170/wordpress/register-2/
    Here is the link to the registration form.

    As you can see, the Username under “Account Details” apparently is the wordpress defauly username. And the Username on the right side is the Buddypress one. Did I configure something wrong?

    #245985
    Henry Wright
    Moderator

    Sorry @life5000, I noticed that earlier in this post I mentioned you should add the snippet to your theme’s functions.php. That’s not right. It should go into your theme’s (or child theme’s) style.css file.

    I’ve just updated it so it has the right info.

    #245974
    William
    Participant

    By the way @henrywright is one of the BuddyPress Core developers who joined team recently but look at where he said that the code should be put. He actually meant “style.css” not “function.php”. What do you say about this @style960? Even the core developer himself is not recommending the child theme!

    #245969

    In reply to: Like Button

    Venutius
    Moderator

    I’ve just tested WP ULike and it seems to work fine, you have to setup the buddypress and bbPress side of things but thats easy enough

    #245965

    In reply to: Like Button

    Venutius
    Moderator

    Another option you might like to look at is WP Ulike, this is a like function that works on WP Posts, Buddypress Activity and also bbpress topics. so It’s got wider appeal.

    #245962
    maelga
    Participant
    #245959
    maelga
    Participant

    I’ll be curious to hear from developers who successfully set up Object Cache with Buddypress, especially using W3 Total Cache.

    Anyone?

    #245954

    In reply to: Like Button

    Henry Wright
    Moderator

    You should report the problem you’re having on the plugin’s GitHub repo and hopefully they’ll be able to issue a fix.

    #245944
    danbp
    Participant

    Hi,

    have you found this one ?
    https://gitlab.com/WeFoster/buddypress-give

    shanebp
    Moderator

    Scenario 1 is easy:

    Create a template overload of this file:
    \buddypress\bp-templates\bp-legacy\buddypress\members\single\profile\profile-loop.php

    Use bp_get_the_profile_field_name() to determine of the current user should be able to see the field – based on the current member’s PMP level.

    #245921

    In reply to: Problems with TopBar

    flopfeil
    Participant

    FINALLY after around nearly 3 weeks I have the solution found by myself.
    May be somebody got this problem too, so here is the fact why i don´t work for me.

    I called my Menu –> “MainMenu” this must be any reserved codeword. Every language got some of these. So he overwrite the buddypress topbar with this.
    I created the same menu and give it another name. Now it works!!!

    🙂

    #245915

    In reply to: Problems with TopBar

    flopfeil
    Participant

    is here anybody who knows where buddypress established the topmenu?
    if i check the to different sites with my inspector tool, i can see he loads the mainmenu and not the topmenu. So i want to know in which php.file buddypress establish the topmenu.

    on the sites where it shows up the right topbar it looks like…

    <div class=”social-header header-color”>
    <div class=”container”>
    <div class=”top-bar”>
    <div id=”top-social” class=”col-sm-12 col-md-5 no-padd”> </div>
    <div class=”top-menu col-sm-12 col-md-7 no-padd”>
    <ul id=”menu-topmenu” class=””>

    and on the other sites, where i have the wrong menu….

    <div class=”social-header header-color”>
    <div class=”container”>
    <div class=”top-bar”>
    <div id=”top-social” class=”col-sm-12 col-md-5 no-padd”> </div>
    <div class=”top-menu col-sm-12 col-md-7 no-padd”>
    <ul id=”menu-mainmenu” class=””>

    so there must be any code from buddpypress which put here the mainmenu.

    Did anyone know where i can change that part of code?

    Henry Wright
    Moderator

    Have a read of the Playing with the user’s ID in different contexts article. It should give you an idea how to get the user’s ID in many of the different situations you’ll come across when using BP.

    Take for example the logged in user, you can use bp_loggedin_user_id() to get their ID.

    #245913
    Venutius
    Moderator

    One plugin that might help with this is BuddyPress Group Extras

    https://wordpress.org/plugins/buddypress-groups-extras/

    William
    Participant

    The most likely reason for this kind of appearance is Bootstrap Classes conflicting with Buddypress CSS classes. For example, if buddypress has a class called “label” and bootstrap also has a class called “label” then bootstrap’s label class will be used in place of buddypress’s label class.

    #245895

    In reply to: Features and Requests

    Michael Bryner
    Participant

    Sorry, but I have to disagree there on the closing threads. I have not been here that much at all except for the styling only requesting and I don’t any deeper than half of the first page and that is not old threads and they are closed after just one response from the moderator that says get something done from the theme author. Is that good support? To me that is not even giving hardly any support and just closing it before we even can say another word.

    I am not even in here every day and still that is the way buddypress, wordpress, and bbpress sites support works. It is not old threads getting closed only. You say my threads are not what should be put in the support. All them been pretty much exactly where they should be request and features is where I asked for features and Ideas is an idea given for the features and the only post that is really out of place, which is not really that far out of place was the survey thread but really if you are this way with a business with normal customers. I would of been gone the first response to my thread being closed and never been back ever again.

    Telling someone that something should be done with a 3rd party theme over the plugin implementation is the wrong way to take it, especially when asking the theme author already and they give a rats *** about adding it to the theme. So to me to go somewhere else and get it done will not do a thing but waste out time. Not saying you did that Paul but your moderator does that. He basically tells us to get it done from something that really is not with the plugin at all and theme authors are not just going to add that feature because you won’t.

    I know you said that it will be and would be foolish not to but talk to you moderator about this because he is the one that is acting like there is no reason in this world that this plugin should not have styling at all.

    I feel sorry for this guy that wants to stay basic. I giving up on this forum if closing a thread after first reply is the way it works here. That is terrible support and surprised you think that is the way it should be, especially if someone is having the same question or issue and they search for that, they won’t be able to do a thing because those threads are never resolved and no answers and closed before they even do get them.

    All those renewed threads about the same exact thing all over again because of it, using all the database is pointless to me. I would never do that to my visitors on my own website on bbpress. I am this close to just uninstalling buddypress and only keeping bbpress on my website. Not all people are made out of money to buy or pay extras for things. I guess I will only get the right answer from Paul and I am either going to have buddypress or not by the time that finally updated buddypress with the so called promise that it will be done.

    Not trying to be an jerk here but telling me that old threads are closed and I open a thread that is not even a day old and says the thread is closed to new replies, is not an old thread. This kind of support in a forum is really bad to me and I would never want unlimited amount of the same threads about the same thing all over my website using up space for no reason. I think I am going to just say goodbye and probably never going to come back to this support forum ever again.

    I already never do anything on WordPress support because they just tell you to go somewhere else when it isn’t another company to ask about WordPress issues. I even don’t go to bbpress support anymore either. Now buddypress is going to be not anymore.

    Goodluck with future releases! Maybe I will stick with buddypress and maybe I will just say heck with it and take it off.

    This is not all towards you Paul but your moderator acting like this plugin needs no styling at all and getting it done through someone that has nothing to do with this plugin is really the most annoying thing someone would do. He acts like there is no other person in this world wants anything on this plugin but left the way it is. A person like that sounds just like the people stuck on Windows XP even with the support gone and just complains that there is no reason to even upgrade to get support.

    Sorry, I am pissed about this and now I am debating so hard whether to keep buddypress or not for his bad attitude towards others about this plugin.

    teruun
    Participant

    And i want to know how buddypress handles with personal activity stream, where is the filter? What process it has until the streams displayed on the page? Could you please provide me some documentation or tutorial about this? Or just tell me which part of the code does this.
    I’m a little confused about how buddypress works.
    Thanks again.

    teruun
    Participant

    Thanks, @henrywright
    So i changed my code to this:

    function buddypress_edit_blog_post($post_id) {
         global $bp; //, $user_id;
         $user_id = wp_get_current_user();
         $post = get_post($post_id); 
         $title = $post->post_title;
         $user_fullname  = bp_core_get_user_displayname($user_id);
    
         bp_activity_add(array(
        'action' => $user_fullname.' updated ' . $title . ':',
        'component' => 'blog_post',
        'type' => 'update_post',
        'primary_link' => get_permalink($post_id),
        'user_id' => $user_id,
        'content' => $post->post_content
         ));
    
    }
    add_action('edit_post', 'buddypress_edit_blog_post');

    I don’t know is it right to use wp_get_current_user() function. But the personal activity stream still doesn’t have my blog post, and the site wide activity stream still has.

    What should I try next?
    Thanks.

    #245882
    Henry Wright
    Moderator

    The BuddyPress username field is mandatory. There’s no way to remove it without breaking functionality.

    Henry Wright
    Moderator

    @paragbhagwat You could always submit a request on Trac to ask that the extra argument(s) you need be passed.

    Ref: https://buddypress.trac.wordpress.org/

    The username and password you use here in the forums will work there too.

    #245836

    In reply to: Problems with TopBar

    flopfeil
    Participant

    Thanks for your help, but its not the solution.

    My TopMenu got the content you see on that screen.

    http://www.pic-upload.de/view-28637544/Top_normal.jpg.html

    I try to explain my problem better.

    The TopMenu works when the Buddypress Plugin is deactivated. Its on all Sites that Menu I want to have.
    After I activate the Plugin on some of the sites(Buddypress specific sites) changes the TopMenu and show the content from the NavigationBar.

    So I think there is a piece of code in any PHP-File which overwrites my TopMenu.

    Any ideas???

    #245832

    In reply to: Problems with TopBar

    Paul Bursnall
    Participant

    From what I can see on a clean install of Kleo/Buddypress, the Top Bar has a menu location assigned to it in WP admin called ‘Top Menu’. This works the same as any other WordPress menu meaning you can add or remove items from that menu.

    In WP admin go to Appearance > Menus and select Top Menu. Under Screen Options (top right) ensure the Buddypress box is ticked (allows you to assign Buddypress links to any menu). You should be able to remove the links you don’t want to show from that menu, then save it.

    If you installed Kleo with the demo data it might be the case that these links were automatically added. But you should be able to remove them to your liking. There’s nothing going on here that Buddypress is automatically doing itself when it’s enabled.

Viewing 25 results - 11,676 through 11,700 (of 69,016 total)
Skip to toolbar