Marc Mathys

Forum Replies Created

Viewing 15 posts - 31 through 45 (of 195 total)
  • Author
    Posts
  • in reply to: Claim Manager: Facebook image instead of BuddyPress #410643

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Stiofan,

    Thank you, this really helped!!! I adjusted it to take the full image size rather than the thumb and it works like a charm. I find this to be more compatible with a business owner who might like the convenience of signing in with Facebook but prefers to display their business logo on the claimed listing instead of their latest silly Facebook profile picture.

    Here’s the final code for reference:

    
    
    add_filter('sd_detail_entry_author','_my_change_sd_avatart_to_bp');
    function _my_change_sd_avatart_to_bp($html){
        global $post;
        $author_id = $post->post_author;
        $avatarurl = bp_core_fetch_avatar( array( 'item_id' => $author_id, type => 'full', 'html' => true ) );
        if($avatarurl){$html = $avatarurl;}
        return $html;
    }

    Cheers,
    Marc

    in reply to: Claim Manager: Facebook image instead of BuddyPress #410629

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Alex,

    Thanks for this response which clarifies the point made by Giri.

    Now I use the entire code of Supreme Directory on top of Kleo. I understand this is not something you support, however there is only one place where the user’s image that claimed the listing gets displayed and that’s in Supreme Directory.

    So the only way to test the case which is causing me a problem, would be to have a fresh install of Supreme + GD + Claim Manager + BuddyPress and have a Facebook user create an account, then go into BuddyPress and change their image… to see whether or not you can replicate this without the Kleo layer or not. But this is slightly besides the real issue, so you could save yourself that hassle and look into how the image gets pulled in the Supreme Directory code and we could find a solution to my issue. Let me know how we could advance this productively.

    Best,
    Marc

    in reply to: User confusion with map search #409688

    Marc Mathys
    Expired Member
    Post count: 216

    That would be great. Thanks for looking into this.

    For the CPT, yes a dropdown could improve the experience a bit. Nevertheless, it will remain mind-boggling to all users and partners why our directory can’t show a restaurant and a store on the same map.

    Lastly, are you ready to start the conversation about event bookings (like integrating with Events Manager Pro)?

    Best,
    Marc

    in reply to: User confusion with map search #409675

    Marc Mathys
    Expired Member
    Post count: 216

    Thanks Stiofan. I did what you suggested and it improves it a bit (see screenshot). Still not sure if people read those things or just automatically go for the map and start moving and zooming.

    Are you planning to create this feature like on AirBnB or Booking.com where you can search on the map?

    — On another (and somewhat related) topic —

    The #2 confusing thing for everybody (even people on our team that have been told multiple times) is that there is no map that can show multiple CPT listings at once. I made the CPT buttons big and fat at the bottom of the map and people still don’t see it and don’t understand why there should be multiple views. (see other screenshot)

    in reply to: White page after front-end edit #409661

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Guust,

    Thanks that fixes the problem. I created a support ticket with Kleo.

    Best,
    Marc

    in reply to: Blank PAge #409660

    Marc Mathys
    Expired Member
    Post count: 216
    in reply to: White page after front-end edit #409640

    Marc Mathys
    Expired Member
    Post count: 216
    This reply has been marked as private.
    in reply to: Problem with Kleo blog display #395093

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Stiofan,

    Thanks a lot, it works now. I moved it to my theme’s functions.php.

    P.S: Ready to pick up this conversation?
    https://wpgeodirectory.com/support/topic/gd-events-events-manager-booking-capabilities/

    Best,
    Marc

    in reply to: Problem with Kleo blog display #394980

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Kiran,

    The problem is happening again, like almost every week. I disabled Cloudflare, so this is not the problem.

    Based on my previous experience with this, disabling and re-enabling GD-Booster would fix the issue. But I’d like to have a better way than doing this every time our blog goes offline. This is our live site, can you treat this as a priority please ?

    Thanks,
    Marc


    Marc Mathys
    Expired Member
    Post count: 216

    Hi Giri,

    Thanks for the explanation and the link. On there, one user explains what is happening:

    BuddyPress use Gravatar by default, like WordPress.
    If your user uploaded custom avatars, you may use

    bp_core_fetch_avatar

    in place of wp’s

    get_avatar

    http://oik-plugins.eu/buddypress-a2z/oik_api/bp_core_fetch_avatar/

    Given that GD is BuddyPress compatible, is there a good reason why you use

    get_avatar

    instead of

    bp_core_fetch_avatar

    ? And if this won’t change, how would I go about changing this behaviour on our site ?

    Thanks,
    Marc


    Marc Mathys
    Expired Member
    Post count: 216

    Hi Kor,

    Sorry it might not have been clear. The facebook profile image has not changed, so there is no need to wait for facebook to update its cache. The user has created a profile on WordPress using Facebook (Kleo theme – facebook registration). After that, the user has changed their profile picture using BuddyPress extended profile (the second link I sent), but GD still displays the Facebook picture despite there being a BuddyPress picture chosen by the user.

    The question is how can I force GD to use the BuddyPress picture over the facebook one, as this would obviously be the intention of a user wanting to show a “business image” on our directory and who might have a “personal” image on their facebook profile.

    What do you think?

    Best,
    Marc

    in reply to: Problem with Kleo blog display #394001

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Stiofan,

    I just put CloudFlare on maintenance mode, now the site resolves directly to the wordpress host… and the problem remains the same. Last time I had it, I turned GD Booser off and back on and it fixed the problem.

    Thanks,
    Marc

    in reply to: Problem with Kleo blog display #393828

    Marc Mathys
    Expired Member
    Post count: 216
    This reply has been marked as private.
    in reply to: 2 issues with Claim: kleo FB login + wrong form language #390358

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Kiran,

    You are correct, it was a browser cache issue. Sorry for that.

    Best,
    Marc

    in reply to: 2 issues with Claim: kleo FB login + wrong form language #390355

    Marc Mathys
    Expired Member
    Post count: 216

    Hi Kiran,

    1) Thanks for fixing the Facebook login.

    2) I understand that claiming the duplicate will switch to the original (and this is great), but there’s still a language mix up. If I try to claim the French original listing (https://www.arbolife.com/fr/restaurants/switzerland/neuchatel/neuchatel/test/), the form comes up in English and it should be in French. In scenario 1) it works, but if I’m already logged in or login with username and password in the French interface, the claim form shows up in English.

    Thanks,
    Marc

Viewing 15 posts - 31 through 45 (of 195 total)