Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'forum'

Viewing 25 results - 4,276 through 4,300 (of 20,260 total)
  • Author
    Search Results
  • #161294

    In reply to: Buddy Bar Not Showing?

    Hugo Ashmore
    Participant

    Did you read through to see is any functions existed that reference toolbars?

    I don’t download files from forums to my local machine, you will need to use a service like pastebin if you want someone to check it through for you.

    #161289
    2DCA
    Participant

    Thanks, but I’ve already posted the same question on the s2Member customer forum because as I said, I’m not sure if it’s a Buddypress or an S2Member issue. Hoping someone will come up with a solution.

    SydneyDesigner
    Participant

    Thanks @aces

    I’ve been trying your suggestions and am getting closer I think, but I’m still a bit out of my league so wondering if you or anyone else can help a bit more please.

    In the absence of anything in my child theme, should the WooCommerce button CSS always override the BuddyPress default.css? ….Or are there ways that the BuddyPress default.css can win out? For example if both have the same named a.button…etc. definitions which may conflict with each other, which one wins out?

    Here is the a.button code from WooCommerce to compare with 1720 of bp’s default.css. I don’t understand it well enough to work out the conflict, or how to hack either to fix it, or better still how to add something into my child theme to fix it. Any ideas gratefully received?

    ` /* =Buttons
    ————————————————————– */

    a.button, button.button, input.button, #respond input#submit, #content input.button {
    font-size: 100%;
    margin: 0;
    line-height: 1em;
    cursor: pointer;
    position: relative;
    font-family: inherit;
    text-decoration:none;
    overflow: visible;
    padding: 6px 10px;
    text-decoration:none;
    font-weight:bold;
    .border_radius(2px);
    left: auto;
    text-shadow:0 1px 0 @secondary + #111;
    color: @secondarytext;
    .darkorlighttextshadow( @secondarytext );
    border: 1px solid darken( @secondary, 20 );
    .vertical_gradient( @secondary, darken( @secondary, 10 ) );
    white-space: nowrap;
    display: inline-block;

    -webkit-box-shadow:
    inset 0 -1px 0 rgba(0,0,0,0.075),
    inset 0 1px 0 rgba(255,255,255,0.3),
    0 1px 2px rgba(0,0,0,0.1);
    -moz-box-shadow:
    inset 0 -1px 0 rgba(0,0,0,0.075),
    inset 0 1px 0 rgba(255,255,255,0.3),
    0 1px 2px rgba(0,0,0,0.1);
    box-shadow:
    inset 0 -1px 0 rgba(0,0,0,0.075),
    inset 0 1px 0 rgba(255,255,255,0.3),
    0 1px 2px rgba(0,0,0,0.1);

    &.loading {
    color: lighten( @secondarytext, 10 );
    border: 1px solid @secondary;

    &:before {
    content: “”;
    position:absolute;
    top: 0;
    right: 0;
    left: 0;
    bottom: 0;
    background: url(../images/ajax-loader.gif) center no-repeat rgba(255,255,255,0.65);
    }
    }

    &.added {
    &:before {
    content: “”;
    position:absolute;
    height: 16px;
    width: 16px;
    top: 0.35em;
    right: -26px;
    text-indent: 0;
    background: url(../images/success.png) no-repeat;
    }
    }

    &:hover {
    .vertical_gradient( @secondary, darken( @secondary, 15 ) );
    text-decoration:none;
    }

    &:active {
    top: 1px;
    }

    &.alt {
    .vertical_gradient( @primary, darken( @primary, 10 ) );
    border-color: darken(@primary, 20);
    color: @primarytext;
    .darkorlighttextshadow( @primarytext, 0.6 );

    &:hover {
    .vertical_gradient( @primary, darken( @primary, 15 ) );
    color:@primarytext + #111;
    .darkorlighttextshadow( @primarytext + #111, 0.6 );
    }
    }
    }

    .cart .button, .cart input.button {
    float:none;
    }

    a.added_to_cart {
    padding-top: .5em;
    white-space: nowrap;
    display: inline-block;
    }`

    Here is a link to a post I started on the WooCommerce forum which gives some more info about how I am working around this conflict at the moment, whilst still trying to get a fix –
    https://wordpress.org/support/rss/topic/woocommerce-205-cart-button-colours-not-workinbg-on-ie89

    Many thanks for any help and I hope it helps some others too.

    #161271
    Asynaptic
    Participant

    if you’re using the premium version go here: http://www.s2member.com/forums/forum/customers/

    if you’re using the free version go here: http://www.s2member.com/forums/forum/community/

     

    #161227
    palmdoc
    Participant

    Oh on BP 1.7 bbPress 2.2.4 WP 3.5.1

    #161226
    palmdoc
    Participant

    Some things I like about bbPress 2.2.4 and BP 1.7 – support of BP Group forums and the ability to search not only topics but also forum text, rich text input, plenty of bbPress enhancements eg quotes, signatures etc.
    However only one thing is holding me back from implementing this in my main forum, and that is the Forums page does not display the discussion listing
    I posted my issue here:
    Migrating Legacy Group forums to bbPress 2.2.4
    You can see the problematic page in my forum here
    I just edited the Forums page and placed the code in it
    I have disabled all plugins and used the default BP theme but still no go

    BTW, I followed the bbPress installation guide here:
    https://codex.buddypress.org/user/buddypress-site-administration/migrating-from-old-forums-to-bbpress-2/

    This last step is driving me nuts so until it is solved in this minor forum of mine, I can’t implement bbPress in my other major site

    #161225
    bp-help
    Participant

    @mercime thanks for clarifying that because I didn’t know.

    @modemlooper

    My point is if users open a support thread and we have a form that is required for them to fill out then it gives them no option other than to supply the basic info we need to assist them. I don’t intend to be harsh but I just would like it if we had that info in advanced before having to ask for it. I hope this makes sense as it would help all that voluntarily give there time to the forum. As far as the users not knowing the fields are mandatory then we can use whats built into BuddyPress and make those fields required. Does this make sense guys?

    #161224
    modemlooper
    Moderator

    Most people who come here are new to support forums and might not know everything in a mandatory list. I posted that topic as a guideline to at least provide some information.

    @mercime
    Participant

    I have forum base set to General Forums
    I have the slug set to all-forums


    @billy-not-happy
    not clear. “Archive Slugs > forums base” is the slug used for the sitewide forums directory. Could you clarify further?
    – did you follow the instructions https://codex.buddypress.org/user/setting-up-a-new-installation/installing-group-and-sitewide-forums/
    – did you add the forum index shortcode in your forums directory page

    #161215
    @mercime
    Participant

    @bphelp @modemlooper did not delete your post in the topic “When asking for support”. I was moving it here to keep the topic clean and was going to add the notice not to post in that topic. Something went awry, sorry about that 🙁 I was able to retrieve what you posted.

    @modemlooper
    I opened a topic about this as well earlier but yours is more in depth but since it deals with the same subject can you close it for me please:
    https://buddypress.org/support/topic/can-we-add-a-form-on-here-for-support-request/
    We need to make it mandatory for support requests to provide certain requirements when folks ask for those support request. It would make it so much easier if it was mandatory that they provide the info @modemlooper provided. I guess my point is it would streamline and take the guesswork out of the process! I am not enjoying asking people all the time what version of WP an BP are they using. It should be included in there support request.

    What you can do is copy of the URI of the topic https://buddypress.org/support/topic/when-asking-for-support-2/ and paste it when you respond to inquiries with incomplete information.

    Thank you for your active assistance in the BuddyPress Forums.

    #161189
    bp-help
    Participant

    @scotm
    If you removed the comments /* */ || bbp_is_single_forum() it should work. I am using a new install of WP 3.5.1 and BP 1.7 and I tested it with the default theme , twenty twelve and the Responsive Theme and it still works for me. Maybe its your theme or a plugin you have installed that is failing. Try a different theme because I can’t replicate the issue.

    #161078
    Scotm
    Participant

    @bphelp I’ve removed the comments as instructed to hide sitewide forums but they’re still visible to me when logged out.

    /*|| bbp_is_single_forum()*/

    #160913
    sdglhm
    Participant

    @hnla Thanks for the reply. I have searched wp forum and found a solutions. Thanks again for helping.

    #160905
    palmdoc
    Participant

    the buggy page if anyone wants to take a look is malaysianmedicineDOTcomSLASHforums

    #160902
    Hugo Ashmore
    Participant

    This isn’t really a BP specific issue WP auto update is a process handled by your main WP installation files, you need to seek help on the WP forums but provide a little more detail than you have if possible as it’s hard to speculate on what might be going wrong based on the above.

    @mercime
    Participant

    @lchief this is a WordPress Multisite issue which would be better served at https://wordpress.org/support/forum/multisite. Please make sure that your multisite installation along with domain mapping are working before installing BuddyPress.

    #160812
    @mercime
    Participant

    @palmdoc the signature plugin for bbPress should work for sitewide and group forums set up with bbPress plugin. I do not think that the signature plugin ever worked on the legacy Group forums in the first place. As for legacy group forums per se, following are your options: https://codex.buddypress.org/user/setting-up-a-new-installation/installing-group-and-sitewide-forums/using-bbpress-2-2-with-buddypress/

    #160802
    danny80
    Participant

    Thanx

    #160417
    kraigg
    Participant

    I would say yes, there is an advantage to installing bbPress plugin. With the latest BuddyPress 1.7, you can set up BuddyPress group forums using the standalone bbPress.

    With both plugins now being separate, it means that you can use the BuddyPress plugins for customizing groups, members, and messages, and then also use bbPress plugins to customise the actual forum.

    kraigg
    Participant

    Does the auto-join user to group when posting (BP_DISABLE_AUTO_GROUP_JOIN = false) still work in BuddyPress 1.7?

    #160406
    palmdoc
    Participant

    Now that we are on 1.7 and bbPress integration, does any signature plugin work? What if users are still on legacy Group forums?

    #160339

    In reply to: Group Forum Rights

    clendanielc
    Participant

    Thank you @mercime . I was a little confused on the option to let groups to create forums. Thanks for pointing me in the direction. I’ve should’ve checked there first.

    #160308
    Ben Hansen
    Participant

    have you run the bbpress repair scripts? i have found that odd behaviors are sometimes resolved that way.

    #160296
    zaghareet
    Participant

    Oh, I forgot to add that this is a multisite. Thanks!

    #160294
    SydneyDesigner
    Participant

    Thanks for your reply @Hugo. I did also post on the bbPress forum as you suggested, but unfortunately no reply. Are you able to help me please, even with a quick pointer? – as I am stuck on this one.

    I just need to find out how to get the main bbPress topic id from a Buddypress group>forum>topic+replies page.

    I need this for a function to show each topic’s WPSEO meta title and meta description for the appropriate Buddypress group>forum>topic+replies pages (rather than the current BuddyPress metadata). Once I get it working, I intend to share my function with the community, as quite a few people seem to be after this. So I hope you can help us all please.

Viewing 25 results - 4,276 through 4,300 (of 20,260 total)
Skip to toolbar