Annulations étranges

Tu as annulé deux fois une modif tout à fait normale en prétendant que ce n'était pas conforme à la source.

Bien au contraire:

• Apihelp-compare-param-tosection-=7Bslot=7D (“When <var>totext-&#x7B;slot}</var> is the content of a single section, this is the section identifier. It will be merged into the revision specified by <var>totitle</var>, <var>toid</var> or <var>torev</var> as if for a section edit.”)
• Apihelp-compare-param-fromsection-=7Bslot=7D (“When <var>fromtext-&#x7B;slot}</var> is the content of a single section, this is the section identifier. It will be merged into the revision specified by <var>fromtitle</var>, <var>fromid</var> or <var>fromrev</var> as if for a section edit.”)

même chose dans les deux messages, les deux faisant partie de ceux pour l'API de MediaWiki.

Il y a bien un HTML-encodage (étrange, sans doute un vieux bogue du générateur d'ID de messages pour le fichier importé à traduire, mais il a été gardé tel quel au lieu de renommer le message) dans l'identifiant du message, mais pas dans son contenu....

Et dans l'interface de traduction/relecture (qui est bien ce que j'utilise) on voit bien ces accolades non codées. Il ya un problème quelque part mais où ? Dans TWN, dans les sources de MediaWiki ? Quelle est la bonne forme attendue ? On n'en sait rien. Je me fie juste à ce qu'affiche l'interface de traduction (qui passe outre l'éditeur MediaWiki, qui est étrange pour plein de projets car il ne respecte pas le format du message source et traite tout comme si c'était destiné à générer du wikitexte MediaWiki, alors que l'interface de traduction/relecture en tient compte; il se trouve que ce message n'est pas traité par l'analyseru/parseur Mediawiki mais utilisé tel quel par l'interface de l'API pour sa documentation générée automatiquement en HTML avec ses propres règles de modèles internes utilisant des règles plus simples que le format MediaWiki des pages wiki: ici ce n'est pas pour une page "wiki-modifiable" et n'est pas inclus non plus par transclusion dans un page wiki, c'est juste dans l'API web qui est une interface différente).

Il n'y a pas d'encodage HTML à la source dans le message en anglais, on voit bien une accolade normale (et ceci dans les DEUX messages que tu as annulés deux fois). Qu'est-ce qui te permet d'exiger cet encodage abscond et croire que cela affichera ou sera bien traité comme l'accolade ouvrante (sachant que l'accolade fermante associée, elle, n'est PAS encodé. N'est-ce pas tes modifs et annulations qui sont là ridicules, même pas appuyées par ce que montre l'interface? Est-ce parce qu'il y a un bogue dans ton navigateur, ou un bogue propre à TWN, mais franchement là je ne vois pas lequel et le projet dans son dépôt propre pour l'import n'utilise pas non plus cet encodage. Où est le problème? Pourquoi ces annulations avec des messages d'annulations aussi faux ? Faute d'explication de ta part je pense que là tu abuses de l'annulation.

Si c'est un bogue de TWN, ce n'est pas de ma faute ! (et la doc existante de ces messages n'en dit rien du tout, et ce ne sont pas les seuls 2 messages de l'API Mediawiki utilisant des accolades dans son texte (peu importe l'ID utilisé ces IDs ne sont pas choisis ou générés ici mais sont à la charge du mainteneur du projet source pour ses imports/exports avec TWN). Dans tous ces autres messages il n'y a que des accolades normales non HTML-encodées.

Et je risque de ne pas être seul à refaire (dans toutes les langues) ce que tu considères comme une erreur. Donc tu cas passer ton temps à annuler sans raison valable, voire menacer n'importe qui s'il remet ces accolades bel et bien exigées par la doc "/qqq" qui demande de ne pas toucher aux métacaractères (ce que je fais, mais là tu t'y opposes)?

Bonjour,

Ça me semble logique qu’il s’agit probablement d’un caractère d’échappement, le /qqq est clair à ce sujet concernant les balises var, leur contenu ne doit pas être traduit, donc pas modifié.

J’ai demandé l’avis de la communauté.

Et justement je n'y touche pas, c'est exactement comme affiché dans l'interface, SANS HTML-encodage du message original en anglais.

De plus ce n'est pas à la "communauté" de traiter ça, mais aux développeurs de Mediawiki (donc via Phabricator) pour qu'ils corrigent et indiquent clairement ce qu'on peut ou doit faire. dans l'état actuel c'est inohérent, les indications données disent justement de ne pas toucher à ce codage présent dans l'original, et c'est bien ce que j'ai fait (et que tu ne veux pas, tu passes outre la doc affichée...).