Valores fixos para as mesmas traduções posteriores

Eu estava recentemente implementando um tipo de postagem personalizado no WordPress e adicionei o WPML para que eu pudesse traduzir seu título e conteúdo.

Esse tipo de publicação (cidade) também possui algumas metaboxes personalizadas (metabox.io) como:

  • Coordenadas
  • Endereço
  • está curado
  • etc …

O problema que estou enfrentando agora é que esses campos personalizados são armazenados contra o ID da postagem, e precisam ser adicionados para cada idioma (diferentes idiomas são diferentes ID da publicação). Isso não é conveniente ou prático, já que agora devo duplicar todos os valores desses campos em cada idioma e, se houver um erro, uma mesma cidade pode ter coordenadas diferentes em diferentes idiomas.

A minha pergunta é qual seria a melhor maneira de resolver este problema? Como posso ter um conjunto de metadados relacionados a todas as traduções de uma mesma publicação? Desta forma, eu só preciso adicioná-lo uma vez por cada cidade, e editá-lo em um lugar, se necessário.

Obrigado,

Solutions Collecting From Web of "Valores fixos para as mesmas traduções posteriores"

Eu encontrei exatamente o mesmo problema. Novas notícias não são bem suportadas pelo WPML …

Para ser mais específico é suportado de uma maneira muito estranha: a synchronization de valores para metaboxes personalizadas selecionadas é suportada, mas apenas “de um jeito” (do conteúdo original ao conteúdo traduzido, mas não o contrário).

Então, no exemplo da sua cidade, você só poderá alterar as coordenadas ao editar a publicação no idioma original, por exemplo. Inglês, mas quando você tentarão alterá-los ao editar a tradução, por exemplo. Espanhol nada vai acontecer (sua input é substituída por valores originais após salvar).

Este problema é melhor descrito no fórum de suporte WPML: https://wpml.org/forums/topic/post_meta-copy-only-copies-one-way-it-should-be-named-sync-and-just-sync/

Infelizmente, a resposta a essa questão é bastante “negativa”. Eles não prometem repará-lo e afirmam que é um comportamento WPML regular, não um bug.

Também vale a pena mencionar que toda essa synchronization “de sentido único” só está disponível se você tiver uma versão Multilingual CMS (por US $ 79).