Super ocupado nos últimos dias. Mas estou quase terminando de atualizar a lógica para obter o próximo status mais próximo: em vez de olhar para a porcentagem, ela olha para o menor valor real que pode ser alcançado em seguida.
Quanto aos TL3s prestes a perder progresso, também comecei a trabalhar nisso. O repositório provavelmente não deve ser usado por enquanto, já que está entre o produto finalizado.
Hmm. Eu diria que eles praticamente sempre existiram. Encontrei um commit renomeando-os de 2014
Não acho que haja um “longo tempo” de Discourse antes disso.
Acho que você pode precisar de configurações separadas para paletas de cores claras e escuras. Cinza claro sobre preto tem um contraste diferente do que sobre branco.
Em vez de time_period: "Com base nos últimos %{num_days} dias." você pode usar
time_period:
one: "Com base no último %{count} dia."
other: "Com base nos últimos %{count} dias."
Assim, você obtém dia/dias dependendo do número. As coisas ficam um pouco complicadas quando há mais de um número no qual outras palavras dependem no texto. Eu tentaria evitar o Message Format.
Interessante, agora preciso me perguntar por que pensei no que anotei.
Outro ponto interessante sobre o commit é que ele foi feito por Jeff ( coding-horror), o que é raro de ver nos dias de hoje.
Após ler:
Fui lembrado de um problema que alguns usuários enfrentam ao tentar alcançar o Nível 3 (TL3).
Quando os usuários são obrigados a ler uma certa quantidade ou porcentagem de publicações, eles naturalmente assumem que todas as publicações incluídas nesse cálculo estão visíveis para eles. No entanto, isso nem sempre é o caso.
Por exemplo, se as publicações em uma categoria silenciada ainda contarem para o requisito, pode haver publicações elegíveis suficientes em categorias silenciadas para tornar a meta difícil — ou talvez impossível — de ser atingida sem primeiro desativar o silenciamento dessas categorias e ler as publicações.
Portanto, o plugin deve fornecer um detalhamento categoria por categoria, mostrando:
Isso revelaria se as categorias silenciadas estão afetando o progresso do usuário e mostraria o que ele precisa fazer para cumprir o requisito — ou, como alguns usuários poderiam descrever, como “burlar” o sistema.
Paletas de cores para claro/escuro
Quase concluído a exibição das estatísticas se um TL3 estiver prestes a perder o TL3 (com uma configuração de limite mínimo para exibir um aviso se uma estatística estiver abaixo desse valor).
O problema é que nem mesmo o núcleo tem esse tipo de indicação. A ideia original é trazer as informações que os usuários de equipe podem ver para os próprios usuários. Acho que isso pode estar fora do escopo do plugin. Mas gostaria de saber mais sobre isso. Você está dizendo que as categorias não silenciadas não contêm postagens suficientes para atingir o requisito, e que o número restante pode vir das categorias silenciadas?
Além disso, como isso funcionaria? Obter todas as postagens criadas no período, verificar o tópico ao qual cada uma pertence, verificar o ID da categoria, comparar isso com as categorias silenciadas do usuário e depois adicioná-las a um contador? Ou talvez alguma consulta SQL otimizada…
Não necessariamente, embora isso possa ser verdade em um caso extremo.
De vez em quando, ao ajudar usuários, percebeu-se que a contagem de postagens lidas de um usuário aumentava mais rapidamente do que a de outro. A diferença frequentemente era que o leitor mais ativo não tinha silenciado certas categorias. Os tópicos dessas categorias, portanto, apareciam em suas listas de tópicos e eram mais propensos a serem lidos.
Quando o outro usuário deixou de silenciar a categoria, mais tópicos se tornaram visíveis em suas visualizações normais de navegação, e sua contagem diária de postagens lidas aumentou para corresponder aproximadamente à do outro usuário.
Sim. As postagens nessas categorias podem ser contadas quando realmente são lidas. No entanto, silenciar uma categoria pode indiretamente retardar o progresso de um usuário, pois seus tópicos ficam ocultos em visualizações como Mais recentes e, portanto, são mais fáceis de perder.
Há anos, o requisito de leitura de postagens no fórum da OpenAI era baseado principalmente em uma porcentagem da atividade do fórum, sem o limite inferior que existe em muitas configurações atuais. Em um fórum muito ativo, isso poderia exigir a leitura de 10.000 ou mais postagens.
Alguns usuários perceberam que os totais de postagens lidas de outros membros, conforme mostrado no diretório de usuários, estavam aumentando muito mais rapidamente, mesmo embora estivessem lendo todas as postagens visíveis que conseguiam encontrar. Após algumas investigações, as categorias silenciadas foram identificadas como a razão: uma quantidade substancial de postagens disponíveis não estava aparecendo em suas listas de tópicos habituais.
Essa é a primeira maneira que eu tentaria fazer.
Certo, então adicionei o recurso para exibir a menor estatística se o usuário estiver acima do nível 3. Calculei as consultas para encontrar o número de tópicos e mensagens em categorias silenciadas e estou trabalhando para integrá-las à interface.
Bingo bongo: @EricGT Adicionei a exibição de se o usuário está bloqueado, quantos tópicos e postagens existem em categorias silenciadas e se o usuário vai perder o TL3 em breve. Estou aguardando uma resposta em How do I access topics in muted categories? para o link correto para visualizar esses tópicos silenciados.
Atualizei o link para apontar apenas para /u/<username>/preferences/tracking. Se não houver mais nada, vou em frente e criar o tópico #customização:plugin!
Isso é ótimo, obrigado por criar e compartilhar!
Me pergunto se essa base pode ser usada para um progresso semelhante relacionado a distintivos. Nosso sistema de carma/desafios (antigamente chamado de aplausos/distintivos) e nível de confiança é personalizado, e para nossa comunidade, um medidor de progresso relacionado a desafios/distintivos seria o mais adequado.
Isso foi publicado em See TL3 Progress 
!