Cómo omitir localizaciones anuladas por otras anulaciones

Me pregunto cómo puedo evitar que Discourse sobrescriba mis traducciones que ya he modificado. Nuestra interfaz de usuario/experiencia de usuario está un poco personalizada y no sigue la actual de Discourse tal cual.

En español, algunas personas no entienden esto Activar listas inteligentes al escribir en el compositor pero sí Listas automáticas al escribir mensajes, y lo mismo ocurre con muchas otras cadenas de texto.

Me he visto obligado a editar textos más de tres veces porque la rama principal se actualizó. Anteriormente, podía descartar las traducciones ‘nuevas’, pero desde hace meses siempre sobrescriben las mías.

Estoy abierto a sugerencias, soluciones alternativas o a revisar la configuración de administración que necesito verificar. Gracias :slight_smile:

¿Cómo los estás editando? Por lo general, las cadenas de traducción no deberían sobrescribirse con una actualización si las estás editando desde /admin/customize/site_texts.

Estoy editando en esta ruta de administración, y comenzaron a ser sobrescritas hace unos meses. No recuerdo la fecha exacta, pero durante años no se estaban sobrescribiendo.

Extraño… ¿el ejemplo que mencionaste, Activar listas inteligentes al escribir en el compositor, era una de las cadenas que tenía el problema repetidamente?

Cada cadena que se actualiza (desde el núcleo) vuelve a su valor predeterminado.

Espero encontrar una solución; es realmente difícil de mantener. Puedo depurar y probar lo que sea necesario.

Vale, creo que entiendo que solo ocurre en las cadenas que actualizo antes de que Discourse publique sus traducciones.

Si cambio Cancel (Resenha) por cancelar, cuando Discourse publique la traducción, mi cadena inicial se pierde.

¿Quieres decir que, para las cadenas (probablemente nuevas) que aún no tienen una traducción al español, creas una y luego se sobreescribe cuando se ponen a añadir la cadena en español? Si es así, (sin mirar el código) tiene sentido que inserte la cadena nueva e ignore la tuya, aunque eso podría considerarse un error (aunque se pueden ver argumentos a favor de ambos enfoques).

Eso es exactamente lo que ocurre aquí. No sé si considerarlo un error, sino más bien algo sobre lo que hay que tener cuidado.

Quiero decir, traducir todo el material experimental sin traducir nos lleva tiempo, y una simple actualización lo descarta todo de inmediato.

¿Por qué no dedicas ese tiempo a traducir Discourse para todos?

La verdad pura y simple: como estoy traduciendo jerga, evito a propósito muchas reglas… Y el sistema de traducción que utiliza Discourse resultó un poco intimidante.

Si seguimos aquí dentro de unos meses o años, dedicaré mis esfuerzos a traducir al esperanto.

Espero que podamos contar con herramientas más simples :slight_smile:

Por desgracia, sigo perdiendo traducciones y es realmente muy frustrante.

¿Existe alguna forma de evitar que los cambios locales en los archivos de traducción se sobrescriban durante las actualizaciones de Discourse?

Realmente no quiero recibir esas actualizaciones. El español de Crowdin es muy plano y extenso, a mi gusto. Me gustan las descripciones más breves posibles desde la perspectiva de UI/UX. En nuestra comunidad también usamos un lenguaje y una estética propios, con jerga y sin mayúsculas en los menús ni en la mayoría de los mensajes.

Discourse está innovando mucho en sus últimas actualizaciones, y me gustaría seguir actualizando sin perder el trabajo invertido en las sobrecargas de traducción. Todo es manual y realmente lleva tiempo.

Estoy abierto a sugerencias o soluciones alternativas.

Quizá debería comprobarlo, pero estoy bastante seguro de que ninguna de mis propias traducciones al finés se ha visto nunca anulada.

¿Qué ocurre si actualizas, por ejemplo, las traducciones del plugin de Voz recién lanzado y esperas a que lleguen las traducciones oficiales al finlandés en el núcleo?

Ese es el comportamiento habitual que revierte todo a su estado anterior, aunque podría tratarse de un problema específico de mi instancia. Quiero solucionarlo de una vez por todas y estaba pensando en automatizar la copia de seguridad de mi archivo de sobrescrituras JSON mediante tareas de rake.

Puede que no sea elegante y que se trate de una solución un tanto nuclear, pero con el comportamiento de sobrescribir las sobrescrituras, es realmente lo peor para mantener el proyecto.

Bueno, veré cuándo puedo actualizar mi instancia :face_with_steam_from_nose: Y después tendré que esperar a las traducciones oficiales. Pero he traducido nuevas funciones en mi instancia antes de que llegaran las traducciones oficiales; sin embargo, no puedo estar seguro de que esas traducciones hayan sobrevivido a la actualización, solo tengo esa sensación.