Uma alteração recente no Discourse removeu o “bump” (subida) ao editar a última (ou primeira postagem) em um tópico.
Este era um recurso no qual passamos a confiar e não há um método viável para imitar isso para membros sem classificação de equipe.
Nós nos beneficiamos dessa funcionalidade principalmente para dar “bump” em postagens que eram do tipo anúncio ou postagens que intencionalmente receberam poucas ou nenhuma resposta.
Estas eram atualizações genuínas de um tópico onde uma edição estava removendo informações agora obsoletas. A postagem subir de volta para o topo do feed de mais recentes era muito desejável, pois informava a todos os membros que havia ocorrido uma alteração.
Sim, isso poderia ser imitado em certa medida com uma cadeia de respostas, mas com o tempo, isso se tornará complicado para o usuário entender o que estava sendo comunicado (imagine 10 respostas com alterações, por exemplo). Era muito mais limpo editar a postagem original/postagem mais recente e fazer o tópico subir no feed de mais recentes.
Agradeço que haverá pessoas dos dois lados disso, mas este foi um precedente de longa data no Discourse por muitos anos, e adicionar uma opção para restaurar a funcionalidade anterior ao Discourse agradará a todos. Talvez a opcionalidade possa ser expandida com o tempo para controlar com precisão quais atividades em uma postagem fazem com que ela suba no feed de mais recentes.
Um link para o tópico de bug onde essa alteração foi discutida está abaixo:
Não consigo votar nisso, pois ainda não atingi o nível de confiança necessário, mas também gostaria de ecoar minha aprovação para fazer essa mudança, se for possível
Como eu disse antes, eu também sinto falta de tópicos serem “bumpados” quando há uma edição significativa.
Eu uso o rss-polling para ser notificado sobre a manutenção no meu fórum pelo feed RSS de https://status.discourse.org/. O tópico é criado quando a manutenção começa, e ele era “bumpado” na edição que anunciava que havia terminado. Este “bump” agora está faltando, e eu não quero que os tópicos sejam wikis, pois nenhum usuário deve editá-los, nem quero que sejam docs. Portanto, as soluções alternativas atuais não ajudam.
Em um fórum, temos um tópico de galeria que exibe os projetos dos usuários, além dos tópicos individuais onde os usuários apresentam seus projetos. Este tópico é muito útil para reunir inspiração. Adicionamos uma imagem do tópico de apresentação e um link para ele neste tópico de galeria. Muitas imagens em uma postagem causaram problemas de desempenho e também dificultam a edição. Portanto, criamos uma nova postagem para cada 10 projetos. O “bump” ao editar quando o 2º ou 9º projeto era adicionado era útil. É útil para os usuários notarem a atualização, e foi especialmente útil para aqueles que adicionam projetos manualmente ao tópico. Graças à data de atividade, eu poderia ver imediatamente se outra pessoa já havia adicionado o projeto. Agora, cada um de nós precisa abrir o tópico para verificar isso.
Existem também outros tópicos que funcionam de forma semelhante: tópicos que servem como uma visão geral retrospectiva de mudanças/atividades dentro de um mês e onde a postagem mais recente sobre o mês atual é atualizada algumas vezes. Isso funcionava muito bem porque as mudanças na última postagem “bumpavam” o tópico. Postar cada mudança individualmente prejudicaria a clareza das entradas agrupadas mensalmente e ainda significaria que as atualizações em entradas existentes seriam facilmente perdidas. Um novo tópico a cada mês para algumas entradas parece demais, e também significaria que os usuários precisariam configurar suas notificações novamente a cada mês, ou precisaríamos de uma subcategoria inteira que lhes permitisse configurar seu status de notificação padrão.
Eu também gostei que as mudanças de categoria e tag em tópicos não respondidos os “bumpavam”. Na maioria das vezes, eu uso uma lista (filtrada) dos tópicos mais recentes. E se um tópico tivesse um título mal escolhido ou estivesse na categoria errada, eu poderia não clicar nele. Se alguém melhora essa informação, eu posso perceber que posso ajudar, afinal. É por isso que era útil quando tal mudança fazia o tópico voltar acima da minha linha de leitura.
Além disso, foi útil saber sobre categorias e tags. Muitas vezes, aprendi sobre novas tags porque elas foram adicionadas em um novo tópico ou sobre a diferença detalhada entre categorias com base em tópicos que foram movidos por um moderador. Às vezes, eu até perguntava o porquê, porque acho que a capacidade de mover tópicos para outras categorias também vem com a responsabilidade de conhecer a diferença entre elas.
Eu também gosto da abordagem de que as configurações do Discourse forçam você a adicionar informações em vez de escrever outra postagem.
Para citar a mensagem pop-up:
No entanto, isso só faz sentido se os outros notarem que você editou sua postagem para adicionar mais informações. Um exemplo que encontrei algumas vezes no Meta são atualizações em uma postagem depois que um pull request foi mesclado. Adicionar essa informação à postagem não notifica aqueles que já leram a postagem, e aqueles que não leram podem facilmente notar pelo badge no onebox.
Para mim, não faz sentido que a configuração que bloqueia mais de três respostas consecutivas de um usuário ainda esteja ativa e sugira edições como solução, quando essas edições infelizmente não têm mais o efeito que tinham antes.