Ah, tudo bem, obrigado. Estou me perguntando se isso é uma necessidade ou uma omissão.
Deixe-me passar outro caso para você…
Ocasionalmente, uma bandeira me leva a verificar o histórico de um usuário. A atividade de Lxk520 acima é um exemplo onde tudo está sem tradução. Isso também é normal?
Acho que a lista de posts não é suportada no momento. A atividade do tópico aparece traduzida para mim, assim como /latest. Não tenho certeza se há um pedido de recurso onde isso esteja sendo acompanhado.
Sim. Atualizei manualmente o título do tópico para inglês, então deve estar tudo bem agora.
É super complicado porque eu sabia que teríamos algum caso de “título do tópico em IdiomaA e primeira postagem em IdiomaB”. Mas o editor da primeira postagem/tópico está configurado apenas para definir o mesmo idioma tanto para o título do tópico quanto para a primeira postagem.
Vou levantar isso internamente para ver como podemos lidar com a experiência do usuário (UX) em relação a isso.
Uma solicitação de recurso atendida por um TC não oficial deve ser fechada como concluída?
Acredito que o link do GitHub foi alterado para https://github.com/discourse/discourse/blob/main/frontend/pretty-text/addon/allow-lister.js, caso em que o link deve ser editado na postagem.
Não, acho que é bom manter aquele aberto.
Desculpe! Como eu sabia que adicionar a tag fixed reabriria o tópico, evitei adicioná-la em tópicos fechados. Mas eu não esperava que o tópico também se reabrisse se eu adicionasse uma tag diferente e a tag fixed já estivesse lá antes. Endless loading of post history when latest revision is hidden/inaccessible
Eu o fechei, mas é interessante que qualquer edição de tag o reabra… pode valer a pena corrigir isso.
Obrigado!
Acho que isso só acontece se a tag fixed for usada, não qualquer tag. Mas eu esperava que o problema se limitasse à adição da tag fixed, e não a qualquer edição de tag enquanto o tópico também estivesse marcado com fixed.
Sim, eu deveria ter esclarecido que me referia ao momento em que fixed já foi aplicado. Já vi tópicos serem reabertos quando fixed é aplicado retroativamente (e tenho corrigido isso conforme avanço), mas você adicionou revisions, o que não tem nada a ver com fixed. Reabrir tópicos marcados com fixed é apenas uma pequena inconveniência, mas ter que abri-los automaticamente ao adicionar qualquer tag parece não intencional (embora seja um caso de borda).
Para mim, fixed é para problemas corrigidos e eles eram (na maioria) problemas 
Mas acho que, em alguns casos, essas tags podem realmente se sobrepor e não há problema se uma ou outra for usada.
Deveria ser adicionada uma tag #localização em Emoji picker search now works in your language?
Mencionei há algum tempo que editar posts mais antigos pode facilmente fazer com que menções de categorias quebrem, pois a estrutura mudou. A sintaxe para subcategorias é diferente, então cada categoria que se tornou uma subcategoria é afetada por isso.
Agora, não são apenas algumas menções de categorias quebradas em posts que foram editados recentemente — são a maioria delas, em muitos posts. Acho que os posts foram reprocessados recentemente.
Por exemplo:
Sei que devemos relatar apenas coisas que não conseguimos consertar nós mesmos, mas não parecia prático passar por todos os posts da wiki agora e atualizá-los manualmente. De qualquer forma, não consigo consertar os outros posts. Então, talvez uma substituição em massa para todas as categorias que agora são subcategorias seja a melhor solução.
Acho que a tag broken no tópico do plugin Custom Wizard pode ser removida.
Não sou membro do @plugin_authors [1], portanto não posso editar as tags dos tópicos em Customization > Plugin, mesmo sendo TL3.
Não tenho permissão para mencionar o grupo, então nenhum usuário foi incomodado com notificações ↩︎