Forum Replies Created

Viewing 40 posts - 1 through 40 (of 96 total)
  • Author
  • in reply to: Images appearing rotated in Desktop vs Mobile #67696
     Adam
    Participant

    We’ve since separated our product from our content platform and have realized this issue is bigger than SD/BP/Wordpress.. it’s all about image metadata and everyone suffers from it unless they star to read rotation data or provide rotation features to users to fix it themselves.

    in reply to: Members search filters lost via 'Back' button #43716
     Adam
    Participant

    I’m noticing the only way this works is if I stay on BP 2.0.1 and put ‘no-ajax’ on all of the ‘pagination’ divs.

    Upgrade to BP2.1.1 = perform search and page ‘2’ does not use GET parameter ‘zipradius’

    With either 2.0.1 or BP2.1.1, removing ‘no-ajax’ from ‘pagination’ DIV = URLs change to /admin-ajax.php?upage=2 or 3

    in reply to: Members search filters lost via 'Back' button #43306
     Adam
    Participant

    @abe I’ve updated to 2.8 and the field_x parameters work after using BACK.

    However, I have a another field (‘zipradius’; radius from provided ZIP code) and the &zipradius=x value is ignored. Could you help me trace how the ajax ‘next’ or ‘2,3,4’) links work?

    Do they get parameters from a cookie, or directly from GET? I can’t pin down the code that actually requests page 2,3,4 and passes the search parameters.

    in reply to: Disabling ALL inline CSS? #43305
     Adam
    Participant

    Hi @Abe

    I’ve upgraded to 2.8 and still see a lot of inline css. I originally fixed this by modifying core sweetdate files (not good!)

    Is there something wrong with my config/install, or was this change never made to sweetdate?

    in reply to: Members search filters lost via 'Back' button #42826
     Adam
    Participant

    @abe I’m still working on this issue.

    Should bp_filter_request use the bp-members-search cookie (contains query string) when using AJAX on the members search?

    I found:
    bp-members-search is set when executing search. It contains search params/query string.
    When viewing a user profile, bp-members-search is deleted (???)
    When going back to search results, with bp-members-search gone, the next page of results *loses* the query information.

    Desperate for help here!

    I’m going to duplicate the cookie information into my own cookie, then re-set it into bp-members-search when viewing profiles. But my query string also has new information (“zipradius” for example,) and Im trying to figure out how to use bp_filter_request to include my custom params.

     Adam
    Participant

    This works well enough, since I only want to display the first error message in the case of errors

    COPY CODE
        echo json_encode(array( 'loggedin' => false, 'message' => '<span class="wrong-response"><i class="icon icon-attention"></i>' . $user_signon->get_error_message() . '</span>' ));
    
     Adam
    Participant

    ugh, disregard that.

    Apparently Limit Login Attempts isn’t installed on my local install.. stand by!

    ps. your forum needs post-EDITING 😉

     Adam
    Participant

    Hi Abe,

    The user_signon doesn’t ever contain information about being locked out. It’s always just a message about bad credentials, e.g.

    COPY CODE
    WP_Error Object
    (
        [errors:WP_Error:private] => Array
            (
                [incorrect_password] => Array
                    (
                        [0] => <strong>ERROR</strong>: The password you entered for the username <strong>ataylor</strong> is incorrect. <a href="http://local.meetmindful.com/wp-login.php?action=lostpassword">Lost your password</a>?
                    )
    
            )
    
        [error_data:WP_Error:private] => Array
            (
            )
    
    )
    
    in reply to: kleo thinks I'm logged in. I'm not! #38896
     Adam
    Participant

    pls note: In these cases I’m not able to login via the modal. Logging in via /wp-login.php works fine.

    in reply to: Adding crop-step to album uploads #33381
     Adam
    Participant

    BP-album development seems mostly dead

    in reply to: Adding crop-step to album uploads #33377
     Adam
    Participant

    @Abe
    Sweetdate has the JS crop functionality built into the Avatar upload process. Was this simply inherited from Buddypress?

    I know this is BP-Album we’re talking about — and I’m just trying to force a 1:1 ratio out of the upload. Even if the user can’t pick the targeting of the crop box — that’s better than squeezin their rectangular photos into our UI D:

    in reply to: Mobile issue #33218
     Adam
    Participant

    I meant to attach two different screenshots, not the same one twice.

    Anyway, the attached screenshot shows the breaking layout.

    Another issue is that the error prompt states the image is too small. In actuality it’s very large!

    Attachments:
    You must be logged in to view attached files.
    in reply to: Mobile issue #33213
     Adam
    Participant

    Here are some screenshots from the SD demo site.

    While I’m not looking for a solution to the rotation issue – I am looking for a solution to the implementation of the crop tool on mobile where the image size is (more often than not) going to exceed the dimensions of the container.

    Another issue is that the preview window of the cropped area does not match the selection over the uploaded image.

    Attachments:
    You must be logged in to view attached files.
    in reply to: Members search filters lost via 'Back' button #31204
     Adam
    Participant

    It probably is – I’ll keep looking!

    However, on your demo site, the URL doesn’t update with any upage information. So when I view a member on page 3, and then go “Back”, it goes back to the beginning?

    in reply to: Members search filters lost via 'Back' button #31144
     Adam
    Participant
    This reply has been set as private.
    in reply to: Members search filters lost via 'Back' button #31143
     Adam
    Participant

    Hi Abe,

    This works better but I think there’s another piece that needs a fix.

    With the update you provided, I can perform a search, move to page 2, view a profile, click the back-button, and then move to page 3, and the results still match my query.

    However, after page 2 the pagination links change to /admin-ajax.php?page=X.

    So if I view another profile and then use the back-button to return to this page, I the blank-page and ‘0’ response.

    It seems if we can maintain the proper URL on the pagination links at all times, this issue will be fully resolved! Any ideas?

    in reply to: Members search filters lost via 'Back' button #30479
     Adam
    Participant

    hi @Abe,

    Is there no hope on enabling AJAX for member’s browsing? 🙁

    meetmindful.com/members

    the two bugs:
    1) viewing a profile, returning to /members, and paging->forward after a search loses the search parameters.

    2) without a search (simply visiting /members) you can only page-forward 1 or 2 times. On page the extra ‘0’ on the end of the response breaks the page. (Happens with AJAX-driven friends lists too)

    in reply to: Repeating profile group fields on profile-edit #28983
     Adam
    Participant

    The database looks fine. This doesn’t occur with the default buddypress theme.

    in reply to: Members search filters lost via 'Back' button #26879
     Adam
    Participant

    Thanks!

    Yes, you can include our site there.

    I would be happy to test any patches for you, if needed. We have about 1,500 users.

    in reply to: Members search filters lost via 'Back' button #26563
     Adam
    Participant

    I found that ‘no-ajax’ needs to be applied to the .item-list.search list div in the members loop as well.

    When this is done, clicking on the tab to switch to ‘friends’ (or in my case ‘following’ or ‘favorites’) will point to the user’s profile, with their friends/followers/favorites loaded, depending on whatever /path/ you have assigned for this filter/loop.

    So this allows me to show my users’ favorites again, but we’d still love if we can actually use AJAX, which is being prevented by the bug that does not retain search filters after visiting a profile and hitting ‘back’.

    Perhaps we could solve this by saving all search params in cookies and checking for the values of those cookies every time a pagination link is clicked, when AJAX browsing is enabled??

    in reply to: Members search filters lost via 'Back' button #26435
     Adam
    Participant

    @abe any progress on this? I’d love to be able to re-enable ajax on the members page.

    We re-designed the discovery process a bit,
    http://www.meetmindful.com/members/ (I believe you have a free account already..)

    I noticed when adding no-ajax to disable ajax browsing, the ‘Favorites’ tab pagination breaks.

    (Favorites is my modified version of the followers plugin.)

    THe pagination still points to a /wp-admin/ajax.php address, and the page errors out with a simple ‘0’. I imagine this is because the ajax URL is wp-admin/admin-ajax.php.

    Anyway, this means I have to disable the ‘Favorites’ tab entirely until this is worked out, or switch to enabling ajax on the members page and dealing with the other bug that loses search parameters after viewing a profile and hitting ‘back’ (topic of thread.)

    Thoughts?

    in reply to: Leveraging Modal Functionality for Alerts #26434
     Adam
    Participant

    This can be closed – I found everything I needed at Foundation and just never returned to close this thread

     Adam
    Participant

    none of these work

    closeOnEsc: false,
    close_on_esc: false,
    closeonesc: false

    in reply to: Membership Levels add extra fields #24809
     Adam
    Participant

    I meant /messages/, $uri

    in reply to: Membership Levels add extra fields #24808
     Adam
    Participant

    /members/, $uri

    it’s always simpler than I think. Well there goes a few hours.

    in reply to: Membership Levels add extra fields #24801
     Adam
    Participant

    @caitlin

    how to make the custom restrictions match URI when root profiles are enabled?

    getting:
    PHP Warning: preg_match() [function.preg-match]: Delimiter must not be alphanumeric or backslash

    when I try to modify for URLs that do not contain /members/

    in reply to: Membership Levels add extra fields #24793
     Adam
    Participant

    @abe this seems to only work when user profiles are found at /members/username

    if(preg_match(“/^\/”.bp_get_members_root_slug().”\/”. bp_get_loggedin_user_username().”\/messages\/?/”, $uri))

    what about when root profiles are enabled?

    I tried this:
    if(preg_match(“/^\/”. bp_get_loggedin_user_username().”\/messages\/?/”, $uri))

    but it didn’t work either

    in reply to: Buddypress – Who clicked at my Profile? #24176
     Adam
    Participant

    i can see the records saving in wp_usermeta so we just need to change this into a front-end display tool 🙂


    @abe
    , before I hack this plugin to do what I need.. any plans for this sort of thing, built right into Sweetdate?

    in reply to: Buddypress – Who clicked at my Profile? #24175
     Adam
    Participant

    I couldn’t make this work, and it says its only for the standard bp theme? Either way, it only adds a widget to wp-admin for users? We need to show this information on the user’s profile, when they’re looking at their own profile. We don’t let regular users access /wp-admin

    in reply to: Leveraging Modal Functionality for Alerts #23854
     Adam
    Participant

    Next question:

    HOW TO TRIGGER MODAL WITHOUT CLICKING SOMETHING??

    We want to pop this thing up when logged-in users log in next time.

    I’ll set a cookie when the close button is clicked, to prevent loading the next time.

    in reply to: Leveraging Modal Functionality for Alerts #23853
     Adam
    Participant

    For the content of the modal, I used get_post_field so we can control the HTML of the modal in the CMS
    eg:
    <?=get_post_field(post_content, 1901); ?>

    in reply to: Leveraging Modal Functionality for Alerts #23852
     Adam
    Participant

    Pretty easy actually:

    1. Create HTML template for modal in /page-parts/
    2. ID the wrapper within the template “my_panel” or something
    3. In your footer.php, include the template with get_template_part (in my case, wrapped with some conditionals
    4. Whichever element is to trigger the loading of the modal, give it a data-reveal-id=”my_panel” (matching above)
    in reply to: Masonry does not work #23668
     Adam
    Participant

    We’ll want to use Masonry on the /members page and users’ album pages. Is that what is being discussed here (album pages)?

    in reply to: Problem with search members #23667
     Adam
    Participant

    @mycoach

    people only show up in the /members page after they have logged-in at least once.

    in reply to: Members search filters lost via 'Back' button #23665
     Adam
    Participant

    adding ‘no-ajax’ to the pagination div to disable AJAX seems the best course of action for now.

    We would like to re-enable it when possible!

    in reply to: Members search filters lost via 'Back' button #23247
     Adam
    Participant

    Hi @abe – We’re implementing a radius-based postal-code filter on our /members page, and having some trouble with the AJAX results on pages 2, 3, etc, as well.

    While we’re working on this problem we may arrive at a solution for the first issue mentioned here. And if so, we’ll pass it along.

    in reply to: Another Login Redirect Question.. #22794
     Adam
    Participant

    Here’s a modified snippet of something else I found here which seems to be working

    /* Filter the redirect url for login*/
    add_filter("login_redirect","my_login_redirect",100,3);

    function my_login_redirect($redirect_to_calculated,$redirect_url_specified,$user){
    if(!is_super_admin($user->ID)) {
    /* EMPTY = refresh current page?? */
    }
    else {
    return $redirect_to_calculated; /*if site admin*/
    }
    }

    The point here is that filtering kleo_pmpro_url_redirect didn't work at all for me. Only filtering login_redirect (with priority) works, and returning nothing for the regular user case apparently means 'reload current page'.

    Like I said seems to be working so far.

    We needed this because we're turning on PMpro with no restrictions, and only allowing sign-ups from people with direct access. We don't want the levels page popping up automatically on logging in.

    in reply to: Members search filters lost via 'Back' button #22421
     Adam
    Participant

    @abe yes that is expected. The back button returns me to page 1. But after that, if I click on page 2, page 2 should show members according to the filters. It even says “Your search found xxx”, etc.

    In other words, it we need to check for search-form selections/filters every time page 2, 3 etc is clicked.

    in reply to: Cannot redeclare kleo_bp_search_form_horizontal() #22326
     Adam
    Participant

    Hey @abe, I get the redeclaration error with and without the ‘if exists’ wrapper.

    I was already re-declaring kleo_members_filter in order to add a search form expand/hide button, and it was executing kleo_bp_search_form_horizontal($mode), so the only way I was able to get this to work was to define my own mm_bp_search_form_horizontal() and call that instead..

    in reply to: Horizontal Nav #22325
     Adam
    Participant
Viewing 40 posts - 1 through 40 (of 96 total)

Log in with your credentials

Forgot your details?