Addition from August 01, 2017: A similar conflict appears when using the Toolset suite of plugins by OnTheGoSystems, with Types being its most popular plugin. Toolset is loading loading its own instance of Bootstrap styles, apparently. The fix is easy: Just change to Bootstrap loading presets in the WordPress Dashboard under Toolset > Settings. In my case, I selected “The theme or another plugin is already loading Bootstrap 3.0” in order to get Caldera Forms back to working.
I guess it’s due to the major role that Automattic plays for the WordPress community that WordPress out of the box still doesn’t support local user avatars. Instead, users have to register with Automattic’s Gravatar to have a profile image displayed on their website (as long as the theme in use supports this). This is weird and a hassle.
While this is most probably solved with a little coding of your own, it’s also a niche for plugins – especially if you want your users to upload their pictures themselves.
The plugin with the most active installations, WP User Avatar, seems to do the job pretty good. Not acceptable in my opinion though is the fact that the plugin adds a new top level menu item in the WordPress admin bar – instead nesting into “Settings”, where settings like these should go.
This is really intrusive and displays a sense of entitlement by the developers that I can’t really understand. Of course, there are ways to clean up the WordPress dashboard – but why clutter it up in the first place? I really don’t get why this plugin is so widely recommended.
Enter the competition: The very similar named WP User Avatars has 10.000+ active installs and is actively maintained – by widely known WordPress core contributer John James Jacoby. This plugin may has less settings than the afore-mentioned one but it’s light-weight, fast and does the trick.
Many themes display the biographical info about authors that can be entered through the User Management section in the WordPress Dashboard. Whenever you run a multi-lingual site you obviously want the author info to be translated as well.
in the WordPress Dashboard, navigate to WPML > String translation
on the bottom right of the page there will be a box named “More Options”
– click on the “edit” link next to “Translating users of types:” and select the checkbox for “Author” (or the user role you want the biography translated for), then click “Apply”
now to to WPML > Theme and plugins localization
(If you haven’t activated String Translation yet, select “Translate the theme and plugins using WPML’s String Translation”)
after the initial options and lists, find the button “Scan the theme for strings” and click it
go again to WPML -> String Translation
on the filter field “Select strings within domain”, select “Authors” (or the user role you previously selected to be scanned). The page will then refresh itself and the list will now contain all author’s fields available for translation, including the biography/description.
I encountered the following problem: I was building a multi-lingual website with three languages, powered by the popular WPML plugin (affiliate link). I had the regular language switcher set up in a menu. Now, when I was looking at pages in the main language – in this case English – the two other languages, Romanian and Russian, were elegible in the language switcher. Whenever though I switched the language to Romanian, the Russian selector went missing. This wasn’t the case the other way around, though: Looking at Russian pages, all three languages showed up in the switcher.
The fix was quite easy: I only had to clear the WPML cache. In order to do this I had to navigate to WPML > Support > Troubleshooting in the WordPress dashboard. Here, under the heading “Clean up” was the option to “Clear the cache in WPML”. This was all it took – just remember to backup your database beforehand.