codimex

Thank you so much! Renaming “profile-magic-es_ES.po” and “profile-magic-es_ES.mo” into “profilegrid-user-profiles-groups-and-communities-es_ES.po” and “profilegrid-user-profiles-groups-and-communities-es_ES.mo” respectively (in the folder wp-content/languages/loco/plugins) just brought back the translated strings! 🙂

Once again, thank you for your quick and effective response.

Once again, thanks for your clear and straight answer. I’m not a big fan of UM for many reasons, and I suspected something was wrong about it because Sublanguage works perfectly with other member plugins. I’ll stick to Sublanguage then, and look for a different member plugin option. THANK YOU!!!

Hi! Thank you again for your detailed answer. Even without being myself an expert coder, I understand your point, and I’ve read out there about the jQuery usage cessation tendency. I just wondered if there was a method to translate ajax/javascript strings, generated from different plugins, I suspect the process would involve altering too much too many things and therefore sacrificing performance.

Thanks again for your readiness to help, as always. I’ll try to narrow down the problem to translate those strings which can’t be found on the Translate Options section. I’m marking this topic as resolved.

After all day restoring a previous backup and playing around with my site, the problem I originally posted still persists. Looks like a CPT query problem, not a url structure problem.

As I said, the same url structure can query categorized regular posts, but it can’t query categorized CPT. I tried creating a regular post with any category and it is correctly queried.

Any help would be really appreciated! I’m about to implement translation on the live version. Thank you again for your hard work behind Sublanguage!

I meant, “For example, mysite.com/es/categoria/cat1_es or mysite.com/en/category/cat1_en”, or more precisely, “mysite.com/es/categoria/slug_cat1_es or mysite.com/en/category/slug_cat1_en“. Sorry for the typo.

• This reply was modified 7 years, 6 months ago by codimex.

Hi! Finally, I found the solution. 🙂

In the plugins/user-menus/includes/classes/menu/items.php file, just locate those lines danieliser pointed out:

case 'avatar':
$replace = get_avatar( $current_user, self::$current_item->avatar_size );
						break;

and replace them for:

case 'avatar':
$replace = get_avatar( $current_user->user_email, 32 );
						break;

This worked for me, using ProfileGrid, and this is very similar to the answer provided by user mattyshigh here, but it differs from the way the user ID is pulled from to get the avatar.

Thank you mattyshigh for inspiring me the answer, and danieliser for this awesome plugin and his readiness to help. Cheers to the forum!

Thanks for answering! Unfortunately, I still can’t find a solution.

I’m not sure if I’m understanding you properly. The users plugin I’m using (ProfileGrid) skips Gravatar and uses its own profile picture setting system. Once you set it, it is correctly pulled in the WP core system (e.g, in the post author section after each blog entry), but not in the navigation menu (carried out by your plugin “User Menus”). How exactly should be that get_avatar filter should be?

Also, I’ve tried this solution here, which should work, but still no luck: https://ww.wp.xz.cn/support/topic/avatar-not-loading/#post-9487135

I know I’m very close to make it work, but it takes a little help, yet. Thank you in advance!