Uudet vaatimukset käyttäjien allekirjoituksille
Monissa wikeissä on rajoituksia mukautetuille allekirjoitukselle. Editing-tiimi pyytää palautettasi ehdotukseen osan näiden vaatimusten lisäämiseksi Wikipedian ohjelmistoon. Tämä tekee tiettyihin kommentteihin vastaamisen ja muiden työkalujen käyttämisen helpommaksi.
Voit lukea lisää ehdotuksesta ja sen perusteluista alapuolella.
- Mitä palautetta tiimi pyytää: Palaute: Sinun mielipiteesi
- Miksi tätä ehdotetaan: Tausta: miksi tämä muutos?
- Mitä muutoksia esitetään: Ehdotus: allekirjoitusten vaatimukset
- Miten nämä muutokset vaikuttavat sinuun: Vaikutus: muutosten vaikutukset
Palaute: Sinun mielipiteesi
Tiimi haluaa palautteesi ehdotukseen liittyen.
Kerro kommenttisi näihin kysymyksiin keskustelusivulla:
- Aiheuttaisivatko nämä muutokset ongelmia wikissäsi?
- Mitä tiimin tulee tietää mielestäsi ennen muutoksen toteuttamista?
- Mitä pitäisi tehdä allekirjoituksille jotka eivät täytä vaatimuksia? Esimerkiksi: pitäisikö ne kieltää?
Älä rajoita itseäsi ylläoleviin kysymyksiin. Tiimi haluaa kuulla kaiken palautteen jota sinulla on.
Tausta: miksi tämä muutos?
Vuoden 2019 aikana vapaaehtoiset 20 Wikimedia-projektista ja -yhteisöstä sekä Wikimedia Foundationin henkilökuntaa osallistuivat Talk pages consultation-projektiin. Sen tarkoituksena oli kehittää parempia työkaluja Wikin sisäiseen kommunikointiin.
Yksi tämän projektin tulos oli pyyntö helpommalle tavalle vastata tiettyihin kommentteihin keskustelusivuilla.
Jotta tämä ominaisuus toimisi hyvin, ohjelmiston tulee pystyä konelukemaan käyttäjien allekirjoitukset, jotta se voi luotettavasti tunnistaa eri käyttäjien kommentit ja sallia niihin vastaaminen.
Ongelma on se, että vaikka monilla wikeillä on tarvittavat tarvittavat allekirjoitusten vaatimukset käytäntöinä, näitä vaatimuksia ei ole sisällytetty itse ohjelmistoon. Tämä lisää sitä mahdollisuutta, että käyttäjän allekirjoitus rikkoo käytäntöjä ja mahdollisesti tekee keskusteluihin osallistumisesta vaikeampaa.
Uudet vaatimukset allekirjoitusten muotoilussa voisivat myös parantaa olemassa olevia ominaisuuksia, kuten maininta-ilmoituksia, jotka lähetetään vain silloin, kun muokkauksessasi on allekirjoitus.
Ehdotus: allekirjoitusten vaatimukset
- This is an archived record of a previous proposal. Please do not modify it. A summary of the conclusions reached is in the #Outcome section.
Jos isoja esteitä ei esiinny, nämä muutokset voisivat tapahtua huhtikuussa 2020. Jos tiimi joutuu tekemään isompia muutoksia palautteesi perusteella, muutoksen toteuttamisessa menee pitempään.
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 <i> or the corresponding wikitext markup, '', without a matching closing tag (in this case, </i> 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 <b>foo<i>bar</b></i> (either both of the i, or both of the b, 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 <tt>...</tt> and <font>...</font>. 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 this address.
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. (The link must be for a page on the wiki the signature is used on; interwiki or interlanguage links – e.g., to a different language of Wikipedia – are not sufficient.) 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.[1]
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.
Additional proposal (2021)
Disallow line breaks in signature
- This is an archived record of a previous proposal. Please do not modify it. A summary of the conclusions reached is in the #Outcome section.
The signature must consist of a single line of wikitext. Line breaks can result in incorrect formatting when the signature is used in a nested comment. They can also cause problems with tools used on discussion pages. This affects the literal carriage return and line feed characters, not <br> and <p>.
At this time, you cannot add these characters to a custom signature in Special:Preferences. This proposal will prevent them from being added via a substituted signature template or by editing your preferences programatically.
Impact: effects of change
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?
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 m: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.
- Example errors
-
Warning shown when the existing user signature is invalid (has lint errors). -
Error shown when the new user signature is invalid (has a lint error). -
Error shown when the new user signature is invalid (doesn't contain a required link).
Outcome
Original proposal
The proposal was largely accepted. In response to comments from volunteers, a few small changes were made and a few points were clarified.
- 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
<tt>...</tt>and<font>...</font>will not be banned at this time. This decision does not prejudice any future decision for or against removing these obsolete HTML tags.
- 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
- 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
[[User:Example|Example]] ([[m:User talk:Example]])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.
- Disallow "nested" substitution in signature
- This will be implemented as originally planned.
The process for implementing this change is:
Tehty A general announcement will be made in Tech News when the new requirements are deployed.- Tehty 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.
In progress 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.
2021 proposal
The line break characters carriage return and line feed (but not the HTML codes for them, e.g., <br /> and <p>) are disallowed.