Como ignorar localizações substituídas por outras substituições

Estou me perguntando como posso impedir que o Discourse sobrescreva as traduções que eu já havia personalizado. Nossa interface/UX é um pouco customizada e não segue a padrão do Discourse.

Em espanhol, algumas pessoas não entendem Ativar listas inteligentes ao escrever no compositor, mas preferem Listas automáticas ao escrever mensagens, e o mesmo ocorre com muitas outras strings.

Acabei editando os textos mais de três vezes porque a branch principal foi atualizada. Antes, eu conseguia descartar as traduções ‘novas’, mas há meses elas sempre sobrescrevem as minhas.

Estou aberto a sugestões, soluções alternativas ou indicações de configurações de administrador que eu deva verificar. Obrigado :slight_smile:

como você está editando-os? normalmente, as strings de tradução não devem ser substituídas por uma atualização se você as estiver editando em /admin/customize/site_texts

Estou editando neste caminho de administrador, e eles começaram a ser substituídos há alguns meses. Não me lembro da data exata, mas eles não estavam sendo substituídos por anos.

Estranho… o exemplo que você mencionou, Ativar listas inteligentes ao digitar no compositor, era uma das strings que estava apresentando o problema repetidamente?

Cada string que é atualizada (do núcleo) volta ao padrão.

Espero encontrar uma solução; é realmente difícil de manter. Posso depurar e testar o que for necessário.

Tudo bem, acho que entendi que isso só acontece nas strings que eu atualizo antes de o Discourse publicar as traduções.

Se eu alterar Cancel (Resenha) para cancelar, quando o Discourse publicar a tradução, minha string inicial será perdida.

Você está dizendo que, para strings (provavelmente novas) que ainda não têm uma tradução em espanhol, você cria uma e depois ela é sobrescrita quando eles se dispõem a adicionar a string em espanhol? Se for o caso, (sem olhar o código) faz sentido que ele insira a nova string e ignore a sua, embora isso possa muito bem ser considerado um bug (embora eu veja argumentos para os dois lados).

É exatamente isso que acontece aqui. Não sei se considero isso um bug, mas sim algo com o qual precisamos ter cuidado.

Quero dizer, traduzir todas essas coisas experimentais não traduzidas leva nosso tempo, e uma atualização simples descarta tudo isso instantaneamente.

Por que você não gasta esse tempo traduzindo o Discourse para todo mundo?

A verdade nua e crua: como estou traduzindo gírias, estou evitando propositadamente muitas regras… E o sistema de tradução que o Discourse usa era um pouco intimidante.

Se ainda estivermos aqui daqui a alguns meses ou anos, vou dedicar meus esforços à tradução para o esperanto.

Espero que possamos contar com ferramentas mais simples :slight_smile:

Infelizmente, continuo perdendo as traduções, e isso é realmente muito frustrante.

Existe uma forma de evitar que as alterações locais nos arquivos de tradução sejam sobrescritas durante as atualizações do Discourse?

Eu realmente não quero receber essas atualizações. O espanhol vindo do Crowdin é muito raso e extenso, a meu ver. Do ponto de vista de UI/UX, prefiro descrições o mais curtas possível. Na nossa comunidade, também usamos uma linguagem/estética própria, com gírias e sem letras maiúsculas nos menus ou na maioria das mensagens.

O Discourse está inovando muito em suas últimas atualizações, e eu gostaria de continuar atualizando sem perder o trabalho investido nas sobresscrições de tradução. Tudo é manual e realmente leva tempo.

Aberto a sugestões ou soluções alternativas.

Talvez eu deva verificar isso, mas tenho certeza de que nenhuma das minhas próprias traduções, em finlandês, jamais foi substituída.

O que acontece se você atualizar, por exemplo, as traduções do plugin de voz recém-lançado e esperar pelas traduções oficiais em finlandês no core?

Esse é o comportamento comum que reverte tudo de volta, mas pode estar relacionado apenas à minha instância. Quero resolver isso de verdade e estava pensando em automatizar um backup do meu arquivo de substituições JSON com tarefas rake.

Pode não ser elegante e ser algo um pouco radical, mas com o comportamento de substituir substituições, é realmente o pior cenário para manutenção.

Bem, veremos quando poderei fazer o upgrade da minha instância :face_with_steam_from_nose: E depois disso, terei que esperar pelas traduções oficiais. Mas eu já traduzi novos recursos na minha instância antes de receber as traduções — porém, não posso ter certeza de que elas tenham sobrevivido, tenho apenas essa sensação.