Shape the future of Social networking with WordPress: Join Project Midnight Sun! The next generation platform for community building with WordPress!

BuddyDev

Search

Replies

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: [Resolved] BuddyPress Member Types Pro question #17406

    Hi Irene,
    Welcome to BuddyDev forums and thank you for purchasing the plugin./

    You can still combine these two on registration pages.

    1. Please make sure the member type field is “Select” type as shown here

    https://i.imgur.com/22X1TaZ.png

    2. Now, Edit the field which you want to show/hide based on member type and select the member type in condition as shown below

    https://i.imgur.com/adayj5u.png

    Once you select the member type field from the list, It will show you a text box.

    Please visit User->member Types and note the values from this column

    https://i.imgur.com/tgaQCsI.png

    Add that value

    3. The field having condition will look like this

    https://i.imgur.com/musyvgB.png

    In the fields list. That’s all.

    The conditions will work on the registration form now.

    Regards
    Brajesh

    PS:- In future, we will make the selection of values automatic.

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: [Resolved] Recent Visitors plugin #17399

    Here is the code I have added again

    .card .rv-views-count {
    	font-size:small;
    	position:absolute;
    	left: 50%;
    	bottom: .5rem;
    	z-index: 1;
    }
    
    .card .rv-views-count span {
    	padding-left: 5px;
    }
    

    and it works both in desktop and mobile.

    Please check.

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: [Resolved] Recent Visitors plugin #17398

    Hi Edgar,
    Did you remove the css I had added from the Customize->Additional Styles. I am not seeing them.

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: Role choice/s for BuddyPress Moderation Tools #17397

    Hi LX,

    Thank you for the suggestion.

    I do believe that it makes sense for larger community managed by multiple users(with hierarchy or so).

    The problem with this approach is related to notifications.

    1. Who gets notified on action?

    2. What happens when one of the moderators reject/clear an items. Will the site admin/other moderators be able to see.

    3. Who can edit a moderation log? Will other moderators be able to edit/change the decisiosn.

    and a lot more.

    It will make the admin settings too much confusion for most of our client base.

    Here is what I will propose and let me know if it suits you or not. We keep the notifications as it is(site admin gets notified) but we add a filter that allows us to let other type of users moderate the reports. Will that work for you use case?

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: [Resolved] Hierarchization of documents #17396

    Good to know. I will still recommend asking for support in BuddyPress Docs core. That will help in future updates.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25405

    Thank you for the suggestions.

    I am considering adding a global option and not adding BuddyPress specific notification as BuddyPress Notification does not make sense for administrative purpose.

    I will leave the room open for a possible BuddyPress notification implementation or implementation of notification to 3rd party channels by leaving some hook there.

    Thank you
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25405

    Please use the exact same configuration as below

    It will remove for all users except the admin. I am considering adding an option to remove it independent of the role in future.

    https://i.imgur.com/Ye3f4s4.png

    For sub nav

    https://i.imgur.com/xTw4vXJ.png
    https://i.imgur.com/sk7Qz5I.png

    That’s will do it.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: [Resolved] No comments on page and doc #17389

    You are welcome. I am glad, it did.

    Have a nice weekend.

  • Keymaster
    (BuddyDev Team)
    Posts: 25405

    Hi Carsten,
    Even though I agree that deleting a tab should not require you to create one, you should see it differently. You are not deleting a tab, just changing its visibility and availability. I don’t see any issue with creating an entry for that.

    For the question:- why not pre-populate the BuddyPress tabs entries. The actual profile tab can come from a lot of sources(BuddyPress, 3rd party plugins) and it is not guaranteed that all the tabs can be accessed from non profile page(You may not know if they existed based on how a plugin implements it).

    We do not want any confusion. It is way better to be more explicit and letting the uuser’s get confuse why some tab s are pre-populated and not others.

    Add Tab for:- On which user’s profile the tab will be visible. For example, you may only want to have Fiends tab enabled on Editors profile

    Visible For:- Who can see a tab when they visit someone’s profile. For example, Do you want a subscriber to see Friends tab if they visit an editors profile?

    They are not same. One enables a features for some user’s profile and second lets others see it or not see it. Yes, in a few selected cases(specially when a tab/sub tab is private), they will serve same purpose.

    Hope that clarifies.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25405
    Brajesh Singh on in reply to: How to make custom follow button load with ajax #17387

    I will test and share some code by Monday.

    It should b easy.