New requirements for user signatures/fr

De nombreux wikis ont des règles encadrant les signatures personnalisées des utilisateurs. L'Editing team souhaite obtenir votre avis sur une proposition visant à codifier certains de ces besoins dans le logiciel de Wikipedia. Il sera ainsi plus simple de répondre aux messages spécifiques sur les pages de discussion et d'utiliser d'autres outils.

Vous trouverez ci-dessous plus de détails sur ce qui est proposé et pourquoi :


 * Sur quoi l'équipe souhaite obtenir un avis : Contribution : votre avis
 * Pourquoi ces changements sont proposés : Contexte : pourquoi ces changements ?
 * Quels changements sont proposés : Proposition : conditions de validation d'une signature
 * Comment ces changements pourraient vous affecter : Incidence : effets du changement

Si aucun obstacle important n'est identifié, ce changement pourrait intervenir en avril 2020. Si l'équipe doit apporter des changements importants suite à vos avis, cela prendra plus de temps. Partagez votre expérience

L'équipe souhaite connaître votre avis sur cette proposition.

Veuillez partager vos remarques concernant ces questions sur la page de discussion :


 * 1) Ces conditions de validation d'une signature créeraient-elles des problèmes sur votre wiki ?
 * 2) De quoi l'équipe devrait-elle être consciente avant de procéder à ce changement ?
 * 3) Que faire des signatures existantes qui ne respectent pas les nouvelles conditions ? Par exemple, doivent-elles être rejetées ?

Ne vous sentez pas limité par les questions ci-dessus. L'équipe souhaite lire toutes les remarques que vous avez à partager. Contexte : pourquoi ces changements ?

En 2019, les bénévoles des 20 projets Wikimedia et des groupes d'utilisateurs, ainsi que des employés de la Wikimedia Foundation, ont participé à la consultation sur la communication. Il s'agissait de déterminer de meilleurs outils pour discuter.

Cette consultation a notamment débouché sur la demande d'un moyen plus facile pour répondre à des messages spécifiques sur les pages de discussion.

Pour que cette fonctionnalité fonctionne correctement, le logiciel doit disposer de signatures lisibles par le logiciel, afin de pouvoir détecter de manière fiable les messages des utilisateurs et permettre d'y répondre.

Le problème est que, bien que de nombreux wikis aient déjà mis en place des règles pour les signatures, ces exigences ne sont pas vérifiées par le logiciel lui-même. Cela accroît les possibilités qu'une personne appose une signature qui enfreint les règles du wiki et pourrait rendre plus difficile la participation aux discussions.

Cette cohérence supplémentaire dans le format des signatures améliorerait les fonctionnalités existantes, comme les notifications, qui ne sont envoyées que si votre signature peut être détectée dans votre message.

Proposition : conditions de validation d'une signature The three proposed checks are described in this section. These would be applied to user signatures in Preferences when a user saves a modified signature. Under the Editing team's proposal, existing signatures will *NOT* be affected. Interdire certains usages invalides en HTML et ceux identifiés par les erreurs Linter Most importantly, this change would disallow unclosed formatting tags, like or the corresponding wikitext markup, , without a matching closing tag (in this case,  or  , respectively). Signatures containing invalid markup can affect the entire discussion page, when the formatting continues into subsequent comments.

The check would also identify misnested tags, like  (either both of the , or both of the  , tags should be on the outside), and stripped tags, which are closing tags without a corresponding opening tag (the opposite of the "unclosed formatting tag" listed above).

Signatures that contain some less critical problems would also be disallowed, e.g., obsolete HTML tags like  and . While these do not cause immediate issues, doing this would prevent the spread of obsolete code to new wiki pages, which is an annoyance for editors cleaning up Linter errors.

A full list of syntax features that would not be allowed, along with links to pages that explain how to update or fix code with Linter errors, is available at Help:Extension:Linter#Documentation of lint issues.

Unclosed formatting tags were already supposed to be prevented by the software, but due to limitations of the current wikitext parser, this worked only in some cases. A more robust solution has become possible thanks to Parsoid. Exiger un lien vers la page de l'utilisateur, la page de discussion ou les contributions Various tools don't work correctly when a signature does not contain at least one of the following links: a link to the user's user page, user talk page, or contributions page. For example, "mention" notifications are not sent, and forthcoming DiscussionTools will not allow replying to comments with these invalid signatures. Gadgets and other tools that interact with signatures also may not work as expected.

This requirement has been present for a long time in many Wikimedia wikis' policies, but it has not been enforced by the MediaWiki software. Interdire la substitution « imbriquée » dans la signature Some use of subst: markup and tildes would also be disallowed in signatures. Previously, it was possible to use these features to set a signature that would cause a subsequent editor's name to be placed on your comments. All forms of signature forgery have long been banned by policy at the larger wikis, and this type of forgery will now be prevented in software. Simple subst: markup is still allowed. Incidence : effets du changement

Qu'adviendrait-il des signatures existantes ?

Toute signature existante qui deviendrait invalide en vertu des nouvelles règles est toujours autorisée (clause d'antériorité). En consultant vos préférences, vous verrez un message d'avertissement et si vous essayez de changer la signature, la nouvelle signature doit être valide. Mais si vous ne la modifiez pas, l'ancienne signature invalide continuera d'être utilisée lors de la signature de votre message, et vous pourrez modifier vos autres préférences sans que cela n'ait d'incidence.

Nous aimerions savoir si vous souhaitez que les signatures invalides existantes soient interdites. Si une signature invalide est interdite, une signature par défaut serait insérée lorsque l'utilisateur signe ses messages, jusqu'à ce qu'il corrige sa signature personnalisée. Quand ces changements pourraient-ils avoir lieu ?

Veuillez envoyer vos commentaires avant le 31 mars 2020. L'équipe d'Edition prendra ses décisions concernant ce projet début avril. Les résultats seront affichés sur la page de discussion.

Si aucun problème important n'est identifié, ce changement n'interviendrait pas avant avril 2020. Cette date pourrait être repoussée si l'équipe doit implémenter des modifications importantes suite à la réception de votre avis.

Comment saurons-nous quels sont les changements en cours ?

Nous publierons un autre message dans le Tech/News lorsque ce changement sera sur le point d'être mis en œuvre.

À quoi peuvent ressembler les erreurs lors de la validation de la signature ?

Les erreurs HTML/Lint comprennent des liens vers la documentation existante, telle que Help:Extension:Linter/missing-end-tag, et un bouton pour mettre en évidence la partie problématique de la signature.

L'erreur pour le lien requis dans la signature propose des exemples de syntaxe à utiliser.

Outcome
The proposal was largely accepted. In response to comments from volunteers, a few small changes were made and a few points were clarified.


 * 1) Interdire certaines parties en HTML non valides ainsi que d'autres erreurs  Linter
 * The scope of these changes will be reduced. Misnested and stripped tags will be rejected.  Some low-priority errors will still be accepted.  Specifically, obsolete HTML tags like   and   will not be banned at this time.  This decision does not prejudice any future decision for or against removing these obsolete HTML tags.
 * 1) Require a link to user page, talk page or contributions
 * This will be implemented as originally planned.
 * For clarity, there must be at least one local link that is not a redirect. Thus, a signature of   would be acceptable (one local link, one link to another wiki), but a signature that includes only links to another wiki, or only redirects from a former username, will be invalid.  This is for technical reasons.
 * 1) Disallow "nested" substitution in signature
 * This will be implemented as originally planned.

The process for implementing this change is: Notes
 * A general announcement will be made in Tech News when the new requirements are deployed.
 * Once the software change has been made on the servers, users will no longer be able to save invalid custom signatures. However, existing signatures will remain.
 * Active editors with invalid signatures will be encouraged to change their signatures. This process will likely take some months.
 * Eventually, all signatures will need to conform. If editors do not correct their custom signatures, then their custom signatures will stop working, and the default signature will appear instead.