To give you an idea of what happens, this is the initial page load where it places the groups correctly in a dynamic layout
This is after i filter via the ajax
If i need to elaborate or put together a example that you could test on, please let me know as I would really like to keep the ajax
Sorry, can’t help but I’m experiencing similar problems having managed to get masonry to work with the Groups DIrectory I hit the tag & get nothing displayed, although I suspect that this is down to my css still being messy.
Is it possible to write some sort of override function/ action for group-tags that also calls masonry reload (as you suggest) & put it into bp-custom.php which sits in your site’s plugin folder?
Unfortunately I’m not familiar enough with Buddypress/ coding to know if this is possible – I guess it depends on whether it’s loaded before the group-tags plugin.
You need to look at global.js
If you look for the calls to bp_filter_request you can find the sections where all screen filter requests are handled
If you copy / edit global.js into your own theme, make sure you don’t enqueue the bp-default file as well
Roger
Thanks for the insight, as I was on the point of giving up & I sort of get where you’re coming from.
I’m still getting my php/ css in order before I embark on trying to fix this properly, it’s 90% working without the fix but have a huge space after the filtered groups which the tweak to global.js might fix.
Cheers.
I had another go playing with the global.js.
When i use `var wall = new Masonry( document.getElementById(‘groups-list’) );`
within the “When a navigation tab is clicked – e.g. | All Groups | My Groups” part, it rearanges the groups on click but then the groups load and the order is messed up again, I need to call my script after the groups have loaded.
I was thinking of just delaying it but dont think that would be the right approach..
Any suggestions?