moreyummystuff

Ah, thanks for pointing me in the right direction. With some tweaking I got it working to how I expected it to work.

Basically one can avoid this if they do not define the “rewrite” parameter for a custom type. Sadly as I had given it an ungainly name I needed to use the “rewrite” to have a “prettier” slug for the permalink so it needed some tinkering.

Thanks again for your time.

After taking a peek at the php error logs I found what it was. On my local dev machine, which this is on, I use symlinks for the plugin directories – apparently this line in polylang.php

define('POLYLANG_DIR', dirname(__FILE__)); // our directory

Resolves to the symlink target (__FILE__ behavior was changed after PHP 4.something) so as a consequence it silently failed to create the termmeta table on activation. However any subsequent queries to that table generated entries in the error log which gave it away.

Setting the plugins to a normal directory and activating (after clearing previous installation db entries) works out fine.

Again, thanks for your time.

The only other plugin active was Advanced Custom Fields which hadn’t been setup at all, nothing was defined for it. I tried disabling it but nothing changed.

To setup the menus I went to Appearance->Menus->Manage Locations and assigned the two menus I had created to each language; english and greek in this case. If I go to “Edit Menus” it lists the assignments properly in the parenthesis next to the menu name in the dropdown.

Previous to that I had added greek as an extra language without changing any of the settings that polylang suggested for the language (ISO code, locale, etc).

In language settings I have:

– Default language: english
– Detect browser language: disabled
– URL modifications: option 2
– Hide URL language for default language: disabled
– When using static front page, redirect the language page: enabled
– Activate languages and translations for media: enabled

I’ll install WP & the plugin later on in a separate new installation and see if it works then with all default settings and compare options. Before I installed polylang I had made some changes to settings (pretty permalinks, etc), but even if I restore those to default currently there is no change. Also ACF was installed before I added polylang.

It’s a brand new installation of WP 3.6 and twentytwelve is ver 1.2.

Could you paste the function that outputs the header?

Well one thing I did was to change the standard wp_nav_menu entry to:

wp_nav_menu(array(
'theme_location' => 'primary#' . pll_current_language()
));

Now it swaps the menus properly for the primary location, but I’m pretty sure that’s not the intended use.