I18n issues: language setting should follow user, not blog

[stripedsquirrel]

• The buddybar follows the language settings of the blog it is on, not of the user that is logged in. Meaning that a Spanish speaker (with language settings -> Spanish on their settings) will see a nice Spanish buddybar when on their own blog, but when they go to an English blog (the main blog for example) then the buddybar turns to English, even though it is 'their' buddybar, with their blogs and links to their profile etc. Is this by design or a bug?

• As the translation is available, I think the language of the main blog/home theme should change according to the (logged in) user visiting it, else they are lost on the community homepage. However, currently it sticks strictly to the language settings of the main blog.

As the community homepage is almost separate from the main blog, it should follow the user-set language as well when loaded.

[johnjamesjacoby]

I got this one. ;)

[boonebgorges]

It's pretty straightforward to filter buddypress_locale. The tricky part is that the textdomain is loaded pretty early in the process, before bp->loggedin_user is set. So the only way I was able to get info about the current user was with get_currentuserinfo, which adds another hit to the db.

I'm tempted to say that this is plugin territory. Leaving open for second opinion.

[DJPaul]

How do you set a language per-user in WordPress?

[boonebgorges]

You don't. It doesn't make that much sense in wp because most consumers of content are not logged in users. I was just making a comment regarding the feasibility of allowing per-user language settings a BP-only feature.

I don't think it would be too hard to do as a plugin, so maybe we can leave it at that.

[DJPaul]

Closing based on Boone's comments above, and feel that this would better as a general multisite enhancement/plugin at a lower level than BuddyPress.

[johnjamesjacoby]

Moving closed ticket out of Awaiting Review.