Problema
A Localização de Conteúdo do Discourse (manual e automática via Discourse AI) faz um ótimo trabalho ao localizar títulos de tópicos, publicações, nomes de categorias e descrições de categorias. No entanto, os modelos de tópicos das categorias (categories.topic_template) não podem ser localizados. Em comunidades multilíngues, o preenchimento automático do editor (composer) sempre aparece no idioma padrão do site — para todos.
Comportamento atual
CategoryLocalizationarmazenanameedescriptionpara cada idioma (a preocupaçãoLocalizablefornece “suporte a nome/descrição multilíngue” para Tópicos/Publicações/Categorias).- O editor (composer) sempre usa o
topic_templatenão localizado, independentemente do idioma da interface do membro.
Solução proposta
- Adicionar
topic_templateàCategoryLocalization(incluindo a interface de edição de localização do administrador). - Quando um membro abrir o editor em uma categoria, usar o modelo correspondente ao idioma da interface dele, com um retorno (fallback) para o modelo padrão da categoria caso não exista localização.
- O mesmo problema se aplica aos mais novos modelos de formulário por categoria: eles podem diferir entre categorias, mas não há uma variante consciente de idioma dentro de uma única categoria — configurações multilíngues teriam que dividir sua comunidade em categorias separadas por idioma para contornar isso.
Caso de uso
Operamos uma comunidade bilíngue (alemão como padrão, inglês via tradução automática de IA). Algumas categorias fornecem modelos estruturados para o editor com itens de lista de verificação e um bloco [event] para o seletor de data embutido. Membros de língua inglesa atualmente recebem apenas um modelo em alemão. Nossa solução alternativa é um único modelo bilíngue (cada rótulo duplicado como “Alemão / Inglês” em uma linha), o que funciona, mas é incômodo tanto para editores quanto para membros e duplica o conteúdo do editor.
Relacionado
- #32464 (rota de categorias localizadas) — mesma superfície de localização, categorias.