Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'theme'

Viewing 25 results - 27,051 through 27,075 (of 31,072 total)
  • Author
    Search Results
  • #55487

    In reply to: IE broke my CSS

    concrain
    Participant

    hmm.. i cant seem to get this to work?? it shows up when I view the page source, but it dosent pull the link..

    <html xmlns=”http://www.w3.org/1999/xhtml&#8221; <?php language_attributes(); ?>>

    <head profile=”http://gmpg.org/xfn/11″&gt;

    <!–[if IE6]>

    <link rel= “stylesheet” type= “text/css” href=” http://hoopsjones.com/wp-content/themes/bp-sn-parent/IE_6_style.css&#8221; />

    <![endif]–>

    <!–[if IE7]>

    <link rel= “stylesheet” type= “text/css” href=” http://hoopsjones.com/wp-content/themes/bp-sn-parent/IE_7_style.css&#8221; />

    <![endif]–>

    #55485

    In reply to: Easy Fixed Width Theme

    gazouteast
    Participant

    Thanks Rocket – that’s less new code than the method I’d ended up using after 6 hours of hair pulling

    well done that man.

    Gaz

    #55484
    gazouteast
    Participant

    Ooh I so want this plugin for when I finally get group avatars to work

    Westpointer, anyway you can add me to a notify list for once the bugs are ironed out? – maybe create a group here on BP.org that we could all join

    Thinking about it – does BP.org allow group creation for individual plugin and theme authors to develop a “fan club”? Would be a good idea in my reckoning.

    Gaz

    #55459

    Because blogs can have more than 1 user/author, there’s no way to really know which user avatar to use for a blog. Blog avatars are coming, and maybe sooner than later, but for the moment there’s nothing in the 1.1.2 core that makes it immediately easy to replace the blog avatars, other than a custom theme of some kind.

    #55453

    @Xevo:

    Andy has installed on the codex a very quick and simple way to modify the individual pages of the codex. It’s a customized setup of sorts, but it’s really just another WPMU blog that everyone has the ability to edit.

    In future versions of WordPress (probably 3.0) posts will become more robust and be better suited for something like this. Until then the codex is basically just pages and sub pages with a theme that knows how to make sense of the hierarchy.

    #55452

    They are currently using a gravatar replacement image. In the future these avatars will be more robust, but at the moment if you really dislike them you can change your theme to use whatever you’d like.

    #55439
    Paul Wong-Gibbs
    Keymaster

    codex.bp.org is a standalone installed themed to look the same.

    #55435
    Tore
    Participant

    I never solved this and others seem to have the same kind of problem. I’ll try to rework the whole website so that I don’t need a primary blog.

    #55431

    In reply to: [Resolved] User Roles

    Anonymous User 96400
    Inactive

    These functions should sort you out, garynagel:

    function sv_check_current_users_blog( $active_signup )
    {
    if( ! is_user_logged_in() )
    return $active_signup;

    if( current_user_can( 'YOUR_CAPABILITY' ) )
    return $active_signup;
    else
    return 'none';
    }
    add_filter( 'wpmu_active_signup', 'sv_check_current_users_blog' );

    function sv_remove_create_blog()
    {
    if( ! current_user_can( 'YOUR_CAPABILITY' ) )
    bp_core_remove_subnav_item( 'blogs', 'create-a-blog' );
    }
    add_action( 'wp', 'sv_remove_create_blog' );

    You need to place these functions in your themes functions.php and replace YOUR_CAPABILITY with whatever capability you want to check for. You also need to have blog creation enabled. I’m using a slightly modified version of this to restrict users to maximum 1 blog, so I didn’t test this code at all.

    The first function uses a filter to set the variable $active_signup to ‘none’ if the current user does not have a certain capability and for that user blog creation will be disabled. If the user has that capability the variable is not changed.

    The second function removes the blog creation tab from the submenu. You probably need to modify the registration page as well.

    Hope this helps.

    #55421
    Paul Wong-Gibbs
    Keymaster

    As long as you are doing this from within the bp_has_site_members() loop (and not the friends loop or something by accident), it should work. Have a look at the usage in theme/directories/members/index.php

    #55401
    Anonymous User 96400
    Inactive

    @deniscarr

    it’s the name of the folder holding all your theme files

    #55395
    buzz2050
    Participant

    Sure, will refer the codex for adapting to the new theme way John, thanks!

    These are the links that I’m referring to, great documentation available to help users with all the info they need to switch to the 1.1 theme architecture :

    https://codex.buddypress.org/getting-started/upgrading-from-10x/

    https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/

    https://buddypress.org/blog/news/the-new-buddypress-theme-architecture/

    https://buddypress.org/forums/topic/details-about-the-new-theme-architecture

    https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/

    https://buddypress.org/forums/topic/extending-wordpress-themes-post-experiences

    Meanwhile, is there any alternative to bp_core_signup_do_signup() in BP 1.1.2?

    Thanks,

    Sib

    #55392
    Paul Wong-Gibbs
    Keymaster

    I would recommend you create a child theme (see https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/), copy header.php into it and make your change there.

    #55387

    Check the codex for how to upgrade your BP theme from the 1.0 method to the 1.1 method. It’s actually easy, but just takes care following the directions. I’m not replying from my dev machine so I can’t browse through the sources easy at the moment, but try upgrading your theme to the 1.1 architecture at least and see if that brings you any success.

    Otherwise there might be some deprecation getting in the way somewhere…

    #55386
    still giving
    Participant

    I have tried toggling on and off privacy and that does not make any difference.

    Buddypress is 1.1.2 – Theme is default Buddypress theme.

    However, if I make a new blog, that blog *IS* shown in the ‘user’s blog’ list.

    Can anyone tell me where in the database this information is held and so, perhaps, I can hand edit for old blogs?

    Thanks.

    #55384
    deniscarr
    Participant

    Thanks Travel-Junkie!

    Trying to implement this instead of making new users switch themes.

    One silly question (sorry I’m a newbie):

    – when replacing “YOUR_TEMPLATE_NAME” in the code, do I use the folder name for my member’s theme (in my case “bp-default_members”) or do I use what I’ve called it as “name” in the CSS

    Thanks!

    #55382
    buzz2050
    Participant

    Yup, that is the problem it seems – the old 2-theme structure.

    I am using the premium ‘edu-clean’ home theme coupled with the BP default ‘bpmember’ theme which is no longer in existence after I have upgraded my BP to 1.1.2. I needed to customize my ‘register’ page. Instead of using WPMU wp-signup.php, I wanted my signup page similar to bphome’s.

    To accomplish this, I simply created a page template(register.php) similar to bphome’s. Added a new page with the register slug, associated it with this template and made the user redirect from wp-signup.php to /register.

    My problem is, on my register template I have used <?php bp_core_signup_do_signup() ?> to display the registration form in the left-column widget. Now, from what I understand, this function is deprecated in 1.1.2. Perhaps, this is the reason my profile fields aren’t getting saved? I still am not sure, but in any case, I would like to replace this function with its equivalent function in 1.1.2.

    I want to retain this layout (i.e using edu-clean as the WPMU theme and bpmember as the BP theme) as of now. I still haven’t gotten the hang of the new single-theme architecture, but I’m working on it. Until I get that right, is there any way we can save our site users the trouble of having to save their profile fields twice?

    Please advice!

    -Sib

    #55380
    Brajesh Singh
    Participant

    you are most welcome :)

    Well,just go to your current theme and edit registration/register.php,remove the line saying “You have successfully created your account! To begin using this site you will need to activate your account via the email we have just sent to your address”.

    you will see it somewhere written under

    ‘<?php if ( ‘completed-confirmation’ == bp_get_current_signup_step() ) : ?>’

    Remove that.

    Better I just suggest to remove the avatar uploading step,as the account gets already activated and the uploaded avatar(the second screen of registration)(which earlier were used at the time of activation will not work)

    so,If you are using un modified default theme,you can remove the code from line 215(where the if starts) to 276,where the if ends safely.

    Please note,The avatar uploading step at registration will not work,so just remove that step.that’s it.

    Thanks

    Brajesh

    #55377
    buzz2050
    Participant

    Well, I would be happy to share the solution, but I don’t really think my way is all that elegant, there’s got to be a better way and I’m waiting for someone to suggest it to me.

    Meanwhile, I am still using the old 2-theme model. I made some customizations in my bpmember theme to achieve this and put in some code in plugins/bp-custom.php as well.

    Firstly, we have a custom profile field called ‘Role’. And we wanted to have separate Role-tabs (as you can see on our site) to list all members for THAT role.

    To achieve this, I completely changed the bpmember/directories/members/index.php code and put in my ‘Role’ tab-structure there. Then, instead of making the members index file call the members-loop, I wrote a modified version of the members-loop, made it as a function and put it in my bp-custom.php. Now I make a call to this function (which is basically the members-loop) from my bpmember/directories/members/index.php page.

    To give you an eg of how we display all companies under the Company tab:

    In my bpmember/directories/members/index.php, under the code section for ‘Company’ tab I make a call like:

    display_members_by_role(‘Company’);

    In my bp-custom.php, I have written a function display_members_by_role($role) which is nothing but a slightly modified version of the members-loop.

    Here, in the ‘while’ for members-loop, I check for the Role field for that user-id. For this eg, if the Role is ‘Company’, print that member in the company-listing, else not.

    This is the code I have put in the members-loop which checks the custom profile field (which is this case is ‘Role’) and it’s value for that user-id:

    ...
    ...
    <?php while ( bp_site_members() ) : bp_the_site_member(); ?>

    <?php
    global $site_members_template ;

    $arr = BP_XProfile_ProfileData::get_value_byfieldname(array('Role'), $site_members_template->member->id) ;

    if( $arr['Role'] == $role) //$role is the role value received by the function, in this eg - Company
    {
    //do whatever
    }
    <?php endwhile; ?>
    ....
    ....

    Same logic is used for all other roles.

    BTW, get_value_byfieldname() can return values for multiple fields too. In case you want to retrieve values of more than one profile fields, its easily possible. Say I want the ‘City’ custom field value too, then I would pass something like –

    $arr = BP_XProfile_ProfileData::get_value_byfieldname(array(‘Role’,’City’)

    and access the ‘City’ value using $arr[‘City’]

    This function is pretty handy.

    While I am able to print the members belonging to that corresponding role using this logic, what I can’t get into place is the pagination part. The pagination still takes into account ‘All’ members since the members-loop technically does retrieve all members.

    All I have done is put a condition in order to just get the members for that role displayed. I was wondering if I should put in a separate pagination module, or if there is any other way of achieving this whole thing.

    -Sib

    #55375
    kiwipearls
    Participant

    found the reason why it was not working, the new theme I uploaded to the wrong theme directory. Feel like a big noob now *embarrassed*

    But I spose without asking for help here I woudn;t have been able to troubleshoot where I went wrong.

    So thanks everyone :-)

    #55374
    kiwipearls
    Participant

    Ok found out I had them in wrong directory. I was getitng the two theme directorys mixed up.


    > Noob

    #55373
    kiwipearls
    Participant

    In my Buddypress settings under: Select theme to use for BuddyPress generated pages:

    In the pull down menu it only has buddypress defualt member theme 1.0.3

    It does not show the updated themes at all.

    #55372
    kiwipearls
    Participant

    I copied the updated themes over to the themes directory…so I don’t know what is going on.

    Will go through everything this afternoon.

    #55367

    Possible that you’re not using the updated themes?

    bp-default and bp-sn-parent

Viewing 25 results - 27,051 through 27,075 (of 31,072 total)
Skip to toolbar