New requirements for user signatures/de

Viele Wikis haben Anforderungen an Benutzersignaturen. Das Redaktionsteam bittet Sie um Ihre Meinung zu einem Vorschlag, einige dieser Anforderungen in der Wikipedia-Software zu implementieren. Dies erleichtert es, auf bestimmte Kommentare auf Diskussionsseiten zu antworten und einige andere Tools zu verwenden.

Weitere Informationen darüber, was vorgeschlagen wird und warum, finden Sie unten:


 * Welches Feedback sich das Team wünscht: Eingabe: Ihr Feedback
 * Warum diese Änderung vorgeschlagen wird: Hintergrund: Warum diese Änderung?
 * Welche Änderung wird vorgeschlagen: Vorschlag: Anforderungen an die Gültigkeit der Signatur
 * Wie sich diese Änderungen auf Sie auswirken könnten: Auswirkungen: Auswirkungen von Veränderungen

Wenn keine wesentlichen Hindernisse festgestellt werden, könnte diese Änderung im April 2020 erfolgen. Wenn das Team aufgrund Ihres Feedbacks wesentliche Änderungen vornehmen muss, dauert es länger.

Eingabe: Ihr Feedback
Das Team wünscht sich Ihr Feedback zu diesem Vorschlag.

Bitte posten Sie Ihre Kommentare zu diesen Fragen auf der Diskussionsseite:


 * 1) Würden diese Signaturüberprüfungen Probleme in Ihrem Wiki verursachen?
 * 2) Was sollte das Team Ihrer Meinung nach beachten, bevor Sie diese Änderung vornehmen?
 * 3) Was gilt es mit vorhandenen Signaturen zu tun, die die neuen Vorraussetzungen nicht erfüllen? Sollten sie beispielsweise nicht zugelassen werden?

Bitte fühlen Sie sich durch die obigen Fragen nicht eingeschränkt. Das Team möchte jedes Feedback hören, das Sie uns mitteilen möchten.

Hintergrund: Warum diese Änderung?
Im Jahr 2019 nahmen Freiwillige aus Wikimedia-Projekten und Benutzergruppen zusammen mit Mitarbeitern der Wikimedia Foundation an der Konsultation zu Diskussionsseiten teil. Es wurde versucht, bessere Tools für die On-Wiki-Kommunikation zu definieren.

Eines der Ergebnisse dieser Konsultation war eine Anfrage nach einer einfacheren Möglichkeit, auf bestimmte Kommentare zu antworten auf Diskussionsseiten.

Damit diese Funktion gut funktioniert, benötigt die Software Signaturen, die "maschinenlesbar" sind, damit sie die Kommentare der Benutzer zuverlässig erkennen und auf sie antworten können.

Das Problem ist, dass viele Wikis bereits über die erforderlichen Signaturanforderungen verfügen, diese Anforderungen jedoch nicht in der Software selbst enthalten sind. Dies erhöht die Wahrscheinlichkeit, dass jemand eine Signatur setzt, die gegen die Konventionen des Wikis verstößt, und erschwert möglicherweise die Teilnahme an Gesprächen.

This additional consistency in the format of signatures would improve existing features, like "mention" notifications, which are only sent if the signature can be detected in your edit.

Vorschlag: Anforderungen an die Gültigkeit der Signatur
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.

Disallow some invalid HTML and other Linter errors
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.

Require a link to user page, talk page or 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.

Disallow "nested" substitution in 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.

What would happen to existing signatures?
Any existing signatures that would become invalid under the new rules are still allowed (grandfathered in). When viewing your preferences, you would see a warning message about this, and if you try to change the signature, the new one must be valid. But if you don't change it, the old invalid signature will continue to be used when you sign, and you'll be able to change your other preferences without affecting it.

We're looking for feedback as to whether you would like existing invalid signatures to be disallowed. If invalid signatures are disallowed, the default signature would be inserted when affected users sign their comments, until they correct their personalized signatures.

When might these changes take place?
If no obstacles are identified, this change would happen no earlier than April 2020. This date could be pushed back if the team needs to implement significant changes as a result of your feedback.

How will we know what changes are happening?
We'll include another notice in Tech/News when this change is about to be deployed.

What might the signature validation errors look like?
The HTML/lint errors include links to existing documentation about lint errors, such as Help:Extension:Linter/missing-end-tag, and a button to highlight the problematic part of the signature.

The required link errors include example wikitext syntax to use.