New requirements for user signatures/sv

Många wikier har krav på anpassade användarsignaturer Redigeringsteamet vill höra dina åsikter på ett förslag för att kodifiera vissa av kraven i Wikipedias programvara. Detta kommer göra det enklare att svara på särskilda kommentarer på diskussionssidor och använda vissa andra verktyg.

Du hittar mer information om vad förslaget innebär, och varför, nedan:


 * Vilken sorts återkoppling teamet vill ha: Intryck: dina åsikter
 * Varför föreslogs denna ändring: Bakgrund: varför denna ändring?
 * Vilken ändring som föreslagits: Förslag: krav på att bekräfta signaturer
 * Hur dessa ändringar skulle kunna påverka dig: Påverkan: ändringens påverkan

Har inga märkbara hinder identifierats skulle ändringarna kunna träda i kraft april 2020. Om teamet behöver göra större märkbara ändringar som ett resultat på er återkoppling kommer detta ta längre tid.

Intryck: dina åsikter
Teamet vill höra dina åsikter om förslaget.

Kommentera gärna på dessa frågor på diskussionssidan:


 * 1) Skulle dessa krav skapa några problem på din wiki?
 * 2) Vad tycker du teamet borde vara uppmärksamma på innan de utför ändringarna?
 * 3) Vad ska man göra med befintliga signaturer som inte uppfyller de nya begränsningarna? Bör de, till exempel, förbjudas?

Känn dig inte begränsad av frågorna ovan. Teamet vill höra vad du tycker.

Bakgrund: varför denna ändring?
2019 deltog volontärer från 20 Wikimediaprojekt och användargrupper, tillsammans med medarbetare från Wikimedia Foundation, i utfrågningen om diskussionssidorna. Det var ett samarbete för att bättre definiera bättre verktyg för att kommunicera med på wikier.

Ett av resultaten av utfrågningen var en efterfrågan av ett enklare sätt att svara på specifika kommentarer på diskussionssidor.

För att denna funktion ska fungera bra, behöver verktyget signaturer vara "maskinläsbara", så den pålitligt kan upptäcka användares kommentarer och svara på dem.

Problemet är att, trots fastän flera wikier redan har de nödvändiga signaturkraven på plats, ingår inte dessa krav i själva programvaran. Detta ökar chansen att någon kommer ange en signatur som bryter mot wikins bestämmelser och kan försvåra för andra att delta i konversationer.

Detta ytterligare konsekvens signaturers format kommer förbättra befintliga funktioner, som "nämnande"-aviseringar som bara skickas om signaturen kan upptäckas i din redigering.

Förslag: krav på att bekräfta signaturer
De tre föreslagna lösningarna beskrivs i det här avsnittet. Detta skulle tillämpas på användarsignaturer i inställningarna när en användare sparar en modifierad signatur. Under redigeringsteamets förslag kommer *INTE* befintliga signaturer påverkas.

Förbjud viss ogiltig HTML och andra Linter-fel
Viktigast av allt, denna ändring kommer förbjuda öppna formateringstaggar, som eller motsvarande källkodsmarkering, , utan en tillhörande stängande tagg (i det här fallet,  eller  , respektive). Signaturer som innehåller ogiltig markering kan påverka hela diskussionssidan, när en formateringen fortsätter in till nästföljande kommentar.

Lösningen kommer dessutom identifiera felkapslade taggar, som  (antingen båda , eller båda  , taggar borde vara på utsidan), och strippade taggar, vilka stänger taggar utan en motsvarande öppnande tagg (motsatsen till "öppna formateringstaggar listade ovan).

Signaturer som innehåller vissa mindre allvarliga problem kommer också förbjudas, t.ex. föråldrade HTML-taggar som  och . Trots att dessa inte orsakar några direkta faror skulle detta förhindra folk från att sprida föråldrad kod till nya wikisidor, vilket är irriterande för användare som rensar upp Linter-fel.

En fullständig lista över syntaxfunktioner som skulle förbjudas, samt länkar till sidor som förklarar hur man uppdaterar eller fixar koden med Linter-fel, finns tillgänglig på här.

Programvaran ska egentligen redan förbjuda formateringstaggar, men på grund av begränsningar i den nuvarande wikitextparser fungerar det bara ibland. En stabilare lösning har möjliggjorts tack vare Parsoid.

Kräv en länk till användarsidan, diskussionssidan eller bidrag
Diverse verktyg fungerar inte ordentligt när en signatur inte innehåller åtminstone en av följande länkar: en länk till användarens användarsida, användardiskussion eller bidragssida. Till exempel skickas "omnämningar, inkommande DiscussionTools kommer inte låta en kommentera med dessa ogiltiga signaturer. Finesser och andra verktyg som samverkar som signaturer kanske inte heller fungerar som de ska.

Detta krav har varit närvarande en längre tid i policyer på flera av Wikimedias wikier, men har inte tillämpats av MediaWikis programvara.

Förbjud "kapslad" ersättning i signaturer
Viss användning av subst:-markering och tilde-tecken kommer också förbjudas i signaturer. Tidigare var det möjligt att använda dessa funktioner för att ange en signatur som fick nästa användares namn att placeras på dina kommentarer. Alla former av förfalskning av signaturer har länge förbjudits av policy på större wikier, och denna typ av förfalskning kommer nu förbjudas av programvaran. Enkel ersättning: markering tillåts fortfarande.

Vad kommer hända med befintliga signaturer?
Alla befintliga signaturer som skulle bli ogiltiga med de nya reglerna kommer fortfarande tillåtas (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?
Please comment before 31 March 2020. The Editing team will make decisions about this project in early April. The results will be posted on the talk page.

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.

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) Disallow some invalid HTML and other Linter errors
 * 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 direct link (not via a redirect, e.g. from old username) to one of those pages. 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:


 * ✅ 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.

Third-party wikis will be able to enable this change manually.