BuddyDev

Search

Replies

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 24, 2017 at 10:53 pm in reply to: Ajax Registration – manual approval? #10044

    Hi Brajesh,

    Registration Options didn’t work well for me. It still allowed the pending user(s) to access certain private parts of the site.

    I’m giving this plugin a try tonight:
    https://alka-web.com/blog/manually-approve-new-user-registrations-wordpress/

    Just curious, what would you charge to design a buddypress registration handler for Caldera Forms? After looking and looking, I’m dumbfounded by the dearth of BuddyPress registration packages compared to say, WordPress or 3rd party member sites that don’t necessarily play nice with BuddyPress.

    I had a really nice Caldera registration forms, even purchased their user add-on for registration a year ago. Then realized it saves the meta to a different location and ignores BuddyPress. I had no idea that BuddyPress and WordPress were so lightly coupled. A good thing, but BuddyPress needs some beefing up to get people started. Why would one want to implement a member site with ugly registration forms? It’s practically the first thing people see. Auto-registration to the world is great, but there’s lots of small community sites that should have areas closed to the public and screen their members.

    Climbing down off my soapbox now!
    Diana

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 24, 2017 at 5:09 am in reply to: BuddyPress Ajax Registration #10030

    Hi Brajesh,

    I just hid the description text with css but will keep the other in mind. Thank you for that extra suggestion.

    It took me most of the day to figure out how to hide the “Register” button until the “agree to terms” box is checked, but the form is looking quite nice now. When I migrate it to the live site from my desktop, I’ll post the URL so you can take a peek.

    By the way, when looking around to see whether I could also get the error messages to also display in the placeholders (with color changes) instead of on a separate line, I noticed that /core/registration-handler.php lines 151 & 152 read:

    if ( ! empty( $bp->singup->errors[‘profile_issue’] ) ) {
    bp_core_add_message( $bp->singup->errors[‘profile_issue’], ‘error’ );

    when they should most likely read:

    if ( ! empty( $bp->signup->errors[‘profile_issue’] ) ) {
    bp_core_add_message( $bp->signup->errors[‘profile_issue’], ‘error’ );

    That is, “signup” not “singup”.

    Thank you again for all the help.
    Diana

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 23, 2017 at 5:13 pm in reply to: BuddyPress Ajax Registration #10027

    Hi Brajesh,

    It now displays the description as both a placeholder and description text under the input box, but it’s easy enough to hide the text under the input box with css.

    THANK YOU very much!
    Diana

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 22, 2017 at 10:17 pm in reply to: BuddyPress Ajax Registration #10012

    Belay that last message. I had named my registration form “ajax-registration-form.php” and the plugin wanted it to be named “ajax-register-form.php”. My apologies.

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 22, 2017 at 10:00 pm in reply to: BuddyPress Ajax Registration #10011

    Woops. A second issue. From the documentation:

    “Customizing the Layout template:-

    I have included a registration page(ajax-registration-form.php) in the plugin. If you want to use your own registration page, you can create the ajax-registration-form.php in your theme and It will load automatically.”

    I copied ajax-registration-form.php to my child theme’s directory but it’s not loading. It threw this error on my local development:

    “Warning: include_once(C:\Program Files (x86)\Ampps\www\wp\wp-content\plugins\bp-ajax-registration/ajax-register-form.php): failed to open stream: No such file or directory in C:\Program Files (x86)\Ampps\www\wp\wp-content\plugins\bp-ajax-registration\core\registration-handler.php on line 523”

    For now I just renamed the original form and am messing with a copy ajax-registration-form.php in the plugin directory, but will need to keep a backup elsewhere for when the plugin is updated.

    I am really liking this plugin so far!

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 22, 2017 at 2:54 pm in reply to: BuddyPress Ajax Registration #10008

    Hi Brajesh,

    Using the description as a placeholder would be best, I believe. Then one could use both the field name as label together with a placeholder, but then just display a placeholder on small screens.

    I’m also going to see what I can figure out, although my php skills are poor and I’m just now figuring out a little about BuddyPress (& WP) template hierarchy and what each template does.

    I’m beginning to see why there are so few really good registration forms for BuddyPress. You can find a bunch for WordPress but those write their extra fields into a different meta table. And many other forms want to use their own table data for profiles and bypass BuddyPress altogether.

    I tried to make something with Caldera Forms (free) using their examples but got befuddled. That form builder, though has wonderful options for placeholders & class names for easy styling.

    Thank you so much for making this registration form available at a reasonable price. I do all my programming / design stuff for free for a few small non-profits that work with kids.

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on July 21, 2017 at 3:49 pm in reply to: BuddyPress Ajax Registration #9990

    Hi Brajesh,

    Yes, adding a placeholder attribute to static fields is easy. Adding them to the xprofile fields is a stinker. Found this post: https://stackoverflow.com/questions/25485299/how-to-add-placeholder-in-buddypress-registration-how-to-make-field-descriptio

    but haven’t been able to get it working yet.

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on April 2, 2016 at 10:42 pm in reply to: [Resolved] Categories for Group Blogs #3312

    This plugin is the best thing since sliced bread! Does exactly what I need. No changes needed after the update. Great flexibility, nice user interface. Woo-hooo!!!!

    Thank you very much. You have saved me much hassle and our non-profit users much confusion.

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on April 1, 2016 at 9:57 pm in reply to: [Resolved] Categories for Group Blogs #3300

    Hi Brajesh,

    I did a bit more thinking about this, although the bug fix in #1 will get things started.

    It would be most flexible to allow admin/group moderators to be presented with 3 options for each categories & tag that could be associated with a group:

    Option 1) these categories or tags will ALWAYS be associated with the group blog entries. They will be listed for a blogger but cannot be changed by him/her.

    Option 2) these categories or tags will NOT be associated with the group by a group member and will not be displayed to him/her.

    If neither option is chosen for a particular category or tag, it MAY be selected by a blogging member to be a category or tag associated with the blog, but it doesn’t have to be.

    Caching issue in purchasing support appears to have been fixed. Thank you.

    Diana

  • Participant
    Level: Enlightened
    Posts: 32
    Diana on April 1, 2016 at 7:31 pm in reply to: [Resolved] Categories for Group Blogs #3298

    Hi Brajesh,

    Let me see how things go after the bug fix in #1. That may take care of everything.

    Take care,
    Diana