daveagp

Thanks! I didn’t think about it enough to notice that the viewer language is not defined on admin pages in the same way that it is on the main site. However, there is a user_meta variable called user_lang on the Profile page which I think is what I want to use.

I also looked a bit more at my problem and I see that pll_get_post() suffices for my purposes in lieu of pll_home_url() since I know the home page ID. So I am now doing

pll_get_post($id, substr(get_user_meta( wp_get_current_user()->ID, “user_lang”, true), 0, 2))

which seems to be just as good. Thanks very much!

xref: https://wordpress.stackexchange.com/questions/72401/repeated-nav-bar-queries-failing-to-be-cached

Thanks. I now understand what’s going on with the bar. The lack of the contributor options is my own fault: it’s due to some changes I made to the user page a long time ago before I properly understood how to use WordPress.

Thanks again for the marvelous plugin!

I have some unsolicited feedback too on the new version. I guess it’s development so you may already know about this?
– the awesome new Languages bar in the top toolbar succeeds in adding lang=fr to the URL’s GET parameters, but this page still appears in English
– while the admin can change their user account language on their profile page, non-admin users don’t get such an option (although maybe it’s supposed to be superseded by the toolbar selector? which would be ok)

Thanks/merci again!
– Dave

Thanks for the quick reply! and even better – it works!

We’ve made an interactive website with in-page programming exercises to teach Python, https://cscircles.ca , and your fantastic plugin is letting us put up a French translation with minimal headaches. Thanks again!

Awesome thanks for catching the typo too!

Hi Takayuki,

Thank you for your quick reply and many thanks for your awesome plugin.

Using admin.php instead of wp-load.php causes this for me: “Fatal error: Call to undefined function auth_redirect() in admin.php on line 66”

However, having wp-load has always worked fine. As background, the reason that I use wp-load is to give some ajax calls the ability to authenticate logged-in users and access wpdb. I don’t know another way to do that.

Is there any reason that the variable I proposed should not be declared as global?

Sorry for the hassle but I looked a little bit more and found it might be more normal to submit a patch on trac, so I did that instead:

https://plugins.trac.www.ads-software.com/ticket/1534

Cheers,
– Dave