New requirements for user signatures/pt-br

Diversas wikis têm exigências para a personalização das assinaturas dos usuários. A Equipe de Edição está buscando sua opinião sobre uma proposta para por alguns desses requisitos na Wikipedia. Facilitando responder a comentários específicos nas páginas de discussão e usar algumas outras ferramentas.

Para mais detalhes sobre o que está sendo proposto, e por que, veja abaixo:


 * Que retorno a equipe está buscando: Entrada: sua avaliação
 * Porque está mudança está sendo proposta: Bastidores: porque está mudando?
 * Qual mudança está sendo proposta: Proposta: requisitos de validação de assinatura
 * Como essas mudanças pode afetar você: Impacto: efeitos da mudança

Se não forem identificados obstáculos significativos, essa mudança poderá ocorrer em abril de 2020. Se a equipe precisar fazer mudanças significativas como resultado de seu feedback, demorará mais.

Entrada: sua avaliação
A equipe deseja seu feedback sobre esta proposta.

Por favor, poste seu comentário sobre essas perguntas nessa página de discussão:


 * 1) Essas validações de assinatura criariam problemas em sua wiki?
 * 2) O que você acha que a equipe deve estar ciente antes de fazer essa alteração?
 * 3) O que deve ser feito com as assinaturas existentes que não atendem aos novos limites? Por exemplo, eles devem ser proibidos?

Por favor, não se sinta limitado pelas perguntas acima. A equipe deseja ouvir qualquer feedback que você queira compartilhar.

Bastidores: porque está mudando?
In 2019, volunteers from 20 Wikimedia projects and usergroups, along with staff from the Wikimedia Foundation, participated in the Talk pages consultation. It was an effort to define better tools for on-wiki communication.

One of the outcomes of this consultation was a request for an easier way to reply to specific comments on talk pages.

In order for this feature to work well, the software needs signatures to be "machine-readable", so it can reliably detect users' comments and allow replying to them.

O problema é que, embora muitas wikis já tenham os requisitos de assinatura necessários em vigor, esses requisitos não estão incluídos no próprio software. Isso aumenta as chances de alguém definir uma assinatura que quebre as convenções da wiki e, potencialmente, torne mais difícil para as pessoas participarem das conversas.

Essa consistência adicional no formato das assinaturas melhoraria os recursos existentes, como notificações de "menção", que são enviados apenas se a assinatura puder ser detectada em sua edição.

Proposta: requisitos de validação de assinatura
As três verificações propostas são descritas nesta seção. Eles seriam aplicados às assinaturas do usuário em Preferências quando um usuário salvasse uma assinatura modificada. De acordo com a proposta da equipe de edição as assinaturas existentes *NÃO* serão afetadas.

Proibir alguns erros de HTML inválido e outros erros 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 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.

Exigir um link para a página do usuário, página de discussão ou contribuições
Várias ferramentas não funcionam corretamente quando uma assinatura não contém pelo menos um dos seguintes links: um link para a página do usuário do usuário, página de discussão do usuário ou página de contribuições. Por exemplo, notificações de "menção" não são enviados, e próximos DiscussionTools não permitirá responder a comentários com essas assinaturas inválidas. Gadgets e outras ferramentas que interagem com assinaturas também podem não funcionar como esperado.

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?
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.

Resultado
A proposta foi amplamente aceita. Em resposta aos comentários dos voluntários, algumas pequenas mudanças foram feitas e alguns pontos foram esclarecidos.


 * 1) Proibir alguns HTML inválidos e outros erros de Linter
 * O escopo dessas mudanças será reduzido. As etiquetas Misnested e stripped será rejeitado. Alguns erros de baixa prioridade ainda serão aceitos. Especificamente, etiquetas de HTML obsoletas como   e   não serão banidas neste momento.  Esta decisão não prejudica qualquer decisão futura a favor ou contra a remoção dessas etiquetas HTML obsoletas.
 * 1) Exigir um link para a página do usuário, página de discussão ou contribuições
 * Isso será implementado conforme planejado originalmente.
 * Para maior clareza, deve haver pelo menos um link direto local (não por meio de um redirecionamento, por exemplo, do nome de usuário antigo) para uma dessas páginas. Assim, uma assinatura de  seria aceitável (um link local, um link para outra wiki), mas uma assinatura que inclui links somente para outra wiki, ou only redirecionamentos de um nome de usuário anterior serão inválidos.  Isso ocorre por motivos técnicos.
 * 1) Não permitir a substituição "aninhada" na assinatura
 * Isso será implementado conforme planejado originalmente.

O processo para implementar essa mudança é:


 * ✅ Um anúncio geral será feito nas novidades técnicas quando os novos requisitos são implantados.
 * ✅ Uma vez que a mudança de software tenha sido feita nos servidores, os usuários não poderão mais salvar assinaturas personalizadas inválidas. No entanto, as assinaturas existentes permanecerão.
 * Editores ativos com assinaturas inválidas serão incentivados a alterar suas assinaturas. Este processo provavelmente levará alguns meses.
 * Eventualmente, todas as assinaturas precisarão estar em conformidade. Se os editores não corrigirem suas assinaturas customizadas, então suas assinaturas customizadas irão parar de funcionar e a assinatura padrão aparecerá em seu lugar.

As wikis de terceiros poderão ativar essa alteração manualmente.