Comment ignorer les localisations remplacées

Je me demande comment empêcher Discourse d’écraser mes traductions déjà personnalisées. Notre interface utilisateur/expérience utilisateur est légèrement personnalisée et ne suit pas celle de Discourse telle quelle.

En espagnol, certaines personnes ne comprennent pas Activer les listes intelligentes lors de la rédaction dans le composeur, mais préfèrent Listes automatiques lors de la rédaction de messages, et il en va de même pour de nombreuses autres chaînes de caractères.

Je me suis retrouvé à modifier des textes plus de trois fois car la branche principale a été mise à jour. Auparavant, je pouvais ignorer les « nouvelles » traductions, mais depuis plusieurs mois, elles écrasent systématiquement les miennes.

Je suis ouvert à toute suggestion, solution de contournement, ou indication sur les paramètres d’administration que je devrais vérifier. Merci :slight_smile:

Comment les modifiez-vous ? Normalement, les chaînes de traduction ne devraient pas être écrasées par une mise à jour si vous les modifiez depuis /admin/customize/site_texts.

Je modifie sur ce chemin d’administration, et ils ont commencé à être écrasés il y a quelques mois. Je ne me souviens pas de la date exacte, mais ils n’étaient pas écrasés depuis des années.

Étrange… L’exemple que vous avez mentionné, « Activar listas inteligentes al escribir en el compositor », était-il l’une des chaînes qui posait problème de manière répétée ?

Chaque chaîne mise à jour (provenant du noyau) revient à la valeur par défaut.

J’espère trouver une solution ; c’est vraiment difficile à maintenir. Je peux déboguer et tester tout ce qui est nécessaire.

D’accord, je crois comprendre que cela ne se produit que dans les chaînes que je mets à jour avant que Discourse ne publie ses traductions.

Si je modifie Cancel (Resenha) en cancelar, ma chaîne initiale est perdue lorsque Discourse publie la traduction.

Veux-tu dire que pour les chaînes (probablement nouvelles) qui n’ont pas encore de traduction en espagnol, tu en crées une, puis elle est écrasée quand ils s’occupent d’ajouter la chaîne en espagnol ? Si c’est le cas, (sans regarder le code) cela a du sens qu’il insère la nouvelle chaîne et ignore la tienne, bien que cela puisse tout à fait être considéré comme un bug (je vois des arguments pour les deux approches, cependant).

C’est exactement ce qui se passe ici. Je ne sais pas si on peut vraiment qualifier ça de bug, mais c’est plutôt un point sur lequel il faut faire attention.

Je veux dire, traduire tous les éléments expérimentaux non traduits nous prend du temps, et une simple mise à jour les supprime instantanément.

Pourquoi ne pas consacrer ce temps à la traduction de Discourse pour tout le monde ?

La vérité toute simple : parce que je traduis des argots et que j’évite volontairement beaucoup de règles… Et le système de traduction utilisé par Discourse était un peu intimidant.

Si nous sommes encore là dans quelques mois ou quelques années, je consacrerai mes efforts à la traduction en espéranto.

J’espère que nous pourrons compter sur des outils plus simples :slight_smile:

Malheureusement, je continue à perdre des traductions, et c’est vraiment très frustrant.

Existe-t-il un moyen d’empêcher que les modifications locales dans les fichiers de traduction soient écrasées lors des mises à jour de Discourse ?

Je ne veux vraiment pas recevoir ces mises à jour. L’espagnol fourni par Crowdin est, à mon goût, très plat et étendu. J’apprécie que les descriptions soient les plus courtes possibles, d’un point de vue UI/UX. Dans notre communauté, nous utilisons également un langage et une esthétique personnalisés, avec des argots et sans majuscules dans les menus ni dans la plupart des messages.

Discourse innove beaucoup dans ses dernières mises à jour, et j’aimerais pouvoir continuer à mettre à jour sans perdre le travail investi dans les overrides de traduction. Tout est manuel et cela prend vraiment du temps.

Ouvert aux suggestions ou aux contournements.

Peut-être devrais-je vérifier cela, mais je suis assez certain que mes propres traductions, en finnois, ne sont jamais écrasées.

Que se passe-t-il si vous mettez à jour, par exemple, les traductions du plugin Voice récemment publié et attendez les traductions officielles en finnois dans le noyau ?

C’est le comportement habituel qui remet tout en arrière, mais cela pourrait être lié uniquement à mon instance. Je veux vraiment résoudre ce problème, et je pensais automatiser la sauvegarde de mon fichier de remplacements JSON à l’aide de tâches rake.

Ce n’est peut-être pas élégant et c’est un peu une solution de force, mais avec le comportement de remplacement des remplacements, c’est vraiment le pire scénario à maintenir.

Eh bien, on verra quand je pourrai mettre à jour mon instance :face_with_steam_from_nose: Et après, il faudra attendre les traductions officielles. Mais j’ai déjà traduit de nouvelles fonctionnalités sur mon instance avant d’obtenir les traductions — mais je ne peux pas être sûr qu’elles aient survécu, j’ai juste cette impression.