Forum Replies Created

Viewing 13 replies - 16 through 28 (of 28 total)
  • Thread Starter Prangesco

    (@prangesco)

    Thanks for getting back to me Jack
    I’ve already been testing with the latest versions of both plugins and the latest WP built.
    I have made a small step forward, and although it does not solve my problem it is heping identifying it a bit better.

    If i install first FEP and then BNFFW I get all posts and cpts published from wp dashboard to be regularly notified through BNFW, while all those that go through FEP frontend forms just don’t, which at least restrict the search scope. If you have any useful idea anyway feel free to share 😉
    And in the meanwhile thanks for your fast feedback

    Thread Starter Prangesco

    (@prangesco)

    Hello aain Jack
    According to FEP pro devs they are able to make it work on their installation. As for my part, even with just these 2 plugins on (your and FEP) I am stucked at the starting point:
    BNFW notifications works till when I activate FEP PRO.
    Do you think you could be so kind to download the free version of FEP (check link on the first post of this thread) and check if you can reproduce my issue?
    (no notifications for new CPT to desired roles excluding post author?)
    THanks in advance for your kind support

    Thread Starter Prangesco

    (@prangesco)

    Yes they do are registered by Email Log.

    Thread Starter Prangesco

    (@prangesco)

    Hi Jack and thanks for your prompt reply.
    I alrady tried the troubleshouting procedure from your website, installed the EMail Log plugin and nothing, notifications simply aren’t triggered, although general notification work properly throughout the installation, including FEP pro native notification messages.
    Moreover BNFW notifications work fine until I do not activate FEP pro so I think I can confirm there must be some conflict going on.

    Hullo @eversatile,
    I would like to thank you publicly for your help, I simply couldn’t have made it without your support. I actually used the second of three codes you provided, the last one resulting in comments being just shut off.

    I’m summing up here what I did for any future visitor to get advantage of eVersatile’s tips. Again all merit goes to eVersatile.

    I needed to close comments on one of my many custom post types after a certain number of comments, and the snippet originally provided in this thread did it nicely, except that it applied to all post types. So:

    a) I created atemplate for comments.php in my child theme: for all noobs like myself it means copying the comment.php file from Wp directory inside your child theme and renaming it, in my case to comments-myCPT.php;

    b)I modified the newly created comments-myCPT as follows:

    if( get_post_type() == ‘myCPTslug’ );
    $args = array( ‘post_id’ => $post->ID );
    $comment = get_comments( $args );
    if ( 1 <= count( $comment ) ) {
    echo ‘whatever you want to appear when comments are closed’;
    } else {
    comment_form();

    c)in the single-myCPT file (which I had previously created) I recalled the preferred comments template by adding the appropriate address to this line:
    comments_template( ”, true );

    which in my case became

    comments_template( ‘/comments-myCPT.php’, true );

    and that’s all folks.

    @eversatile
    THanks for your super quick reply and for the code, really appreciated that.

    Just one thing to point out: assuming that the bolded { in the first line:
    if( get_post_type() == ‘post_type_slug’ ) { was assumed to be a semicolon ; instead (and please correct me if I am wrong),
    the code does not sort the desired effect: the comment threshold is still effective but, unfortunately it is still effective for all post types.

    Thank you very much @eversatile for your snippet, it works really nicely and it has solved most of my current issues.
    I’m bumping into this thread to ask you whether you could advise this wp noob and php desperate to limit the comment threshold set by your snippet to certain custom post type(s) only.
    I tried to edit your array adding ‘myCPT’=> $post->post_type,
    but it just did not work.
    I’ realy appreciate if you could point me in the right direction.
    Thanks in advance for your help

    Hullo @andrea Tarantini,
    I am extending this thread because I think I am in quite the same situation as @rezon8dev used to be.
    I’ve followed your very neat tutorial for validating custom field types with BP Profile Search but I can’t seem to get it work. Turning to you for some advice hoping you can be so kind and lend a hand.

    I installed BPPS together with BP Xprofile Member Type Field plugin by WPDEV, which adds a new dropdown select field in the X profile set, so that members can choose their member type upon signup.

    At first BPPS returned a BP Profile Search: don’t know how to display the membertype field type, where membertype is the name of the field created via Xprofile Member Type Field plugin.

    After following your tutorial, the error message has turned to BP Profile Search: don’t know how to display the select field type where select is the field type I substituted to textbox in your example. Namely I wrote:

    add_filter (‘bps_field_type_for_query’, ‘my_hook7’);
    function my_hook7 ($field_type)
    {
    if ($field_type == ‘membertype’)
    {
    $field_type = ‘select’;
    }
    return $field_type;

    Any help will be very welcome. Thanks in advance.

    Thread Starter Prangesco

    (@prangesco)

    Thanks for the quick reply Andrea and for your advice.

    I had actually forgotten that there was a form choice option with BP profile search and I eventually managed to have it work in the bps-form-with-labels shape. However it only does the job if the form is added (embedded) to the member page/directory: if placed in a sidebar, the widget keeps diplaying multiselct fields as a dropdown of checkboxes .

    I assume this is again theme-related, so maybe you may want to update your thread with kleo. However, testing multiple themes returned similar compatibility issues with several ones (fields rendered badly either as widget or in page main content).

    For the moment being I’ll have to use it as it is, but will be happy to know someone came up with a fix. I’ll also dig further into this and update the thread if anything positive comes up.
    Cheers

    Thanks to you for the awesome job @andrea Tarantini. I will add too any update I receive from Kleo.

    Also I’ve just opened this new thread becuase of the other problem I mentioned before, and which couldn’t be solved rolling back to previous version.

    @andrea Tarantini, @kubakis @mickey

    Just to share my experience with you guys and anybody else landing here, rolling back to version 4.2.4 solved all the issues I was having with this plugin but one (I think I came across this last specific issue scoping the support forum and in case will open a new thread).

    I am also mounting Kleo and registered the following:

    1)like Mickey, all my checkboxes came selected by default (mine however did not uncheck altogether just by flagging one off)
    2)All my custom xprofile select dropdowns showed up with the last alphabetical option pre-selected instead of the field label (i.e For countries the form field was by default set to Zimbabwe instead of Country)
    3) If embedded in the members page main body, multiple choices fields sometimes (yea really) were sorted out of the very form css just like a
    ol element.

    Hope these pieces of info may help Andrea fixing things up with Kleo, whose devs offer, as far as I can tell, a pretty slow followup to support requests.

    As for buddypress profile search, very weel done Andrea! As soon as I’ll have finished setting up this installation you’ll have ratings and credit as appropriate. And you should really add a donation button to your site 😉

    Thread Starter Prangesco

    (@prangesco)

    Hi again guys,
    Problem solved thanks, and of course thanks to your tip.
    No need to reply to my previous one thus, you can well close this thread.
    I have another question which I will be posting opening a new thread.
    Thanks again a lot for your support

    Thread Starter Prangesco

    (@prangesco)

    Hello and thanks for your very fast relpy.
    However I think I haven’t explained myself very clearly in my previous message.
    My problem does not attain to a member’s back-end profile: my users can see in their private profiles all the fields I set up just like the forms shown in the link you sent.

    What I need is the member front-end profile (http://usersultra.com/userultra/profile/elnorasi/) to show the fields the user or the admin don’t hide.
    Any suggestion will be very welcome.
    Thanks

    http://usersultra.com/userultra/profile/elnorasi/

Viewing 13 replies - 16 through 28 (of 28 total)