Notei no meu fórum e também no Meta que os tópicos são “bumped” (elevados) quando o título é editado. Para mim, isso é bastante confuso porque o tópico aparece no topo da lista, então espero algo novo, mas é muito difícil identificar a mudança, pois geralmente sou levado para a última postagem, enquanto a edição ocorreu na primeira postagem.
Notei que você mudou o fato de que edições na última postagem não “bumpam” mais o tópico. É possível que o fato de edições do título do tópico agora acionarem um “bump” seja um efeito colateral dessa mudança?
Obrigado Moin, entendi agora… como não estou mais verificando se é a última postagem, preciso verificar se apenas as coisas do OP do tópico estão mudando e ignorar o bump, se for o caso.
Tenho uma correção aqui:
Consegui reproduzir com alterações de categoria, mas não com alterações de tag.
Hmm ok, acho que é válido para o título não impulsionar o tópico, mas acho que as edições de categoria + tag que impulsionam são complicadas por essas duas configurações:
Estas controlam se um tópico é impulsionado ao editar o OP:
Mas essas configurações também controlam se uma notificação real é enviada ao alterar a categoria/tags, então é um pouco complexo de desvendar. Vou discutir isso internamente um pouco e retornar.
Antes de remover o bump em edições, apenas alterações de título, categoria e tag faziam o tópico subir quando ele não tinha respostas. Caso contrário, nenhum bump acontecia porque não era a última postagem. Vocês planejam restaurar isso, ou querem bloquear esses bumps também?
Também me perguntei por que uma edição de categoria no meu tópico de teste não fez o tópico subir agora. Tenho a impressão de que é por causa do período de carência de edição. Após esperar 5 minutos, editar a categoria fez o tópico subir novamente.
Ainda estou confuso sobre o que causa um bump agora, além de uma resposta. Entender isso pode me ajudar a encontrar soluções para como eu percebo edições onde o usuário seguiu as instruções do Discourse para editar sua postagem em vez de postar respostas consecutivas[1]. Acho que pode ser uma experiência frustrante quando o sistema diz para você editar sua postagem em vez de responder, você faz isso, e ninguém percebe. Também pedi ajuda sobre como edições em wikis podem ser rastreadas agora.
Feliz aniversário
“Não são permitidas mais de %{count} respostas consecutivas. Por favor, edite sua resposta anterior ou espere que alguém responda a você.” ↩︎
Para o meu uso, editar um tópico para colocá-lo no topo do feed mais recente era um recurso, não um bug. Eu confiava nesse comportamento para comunicar aos usuários que houve uma alteração nos tópicos.
A última postagem sendo editada, causando o “bump”, é provavelmente confiada por muitos para elevar postagens no feed mais recente e chamar a atenção das pessoas.
Comunicar a alteração respondendo a uma postagem não é tão eficiente quanto, uma vez que um usuário leu a postagem 1, o “bump” com uma resposta o levará à resposta, se a edição estiver na postagem 1 (o que sempre está no meu caso), ele não a verá.
Se houvesse uma configuração disponível para alternar essa alteração, as pessoas poderiam realmente ajustá-la ao seu gosto, em vez de virar um recurso estabelecido de cabeça para baixo.
Nem sempre quero dar um “bump” a uma edição de tópico, mas às vezes gostaria de tornar uma alteração oportuna mais óbvia. O auto-bump é uma opção, mas não é exatamente o que eu gostaria:
É tentador sugerir uma opção “Agora” no menu de auto-bump, mas o aviso de auto-bump também indica um bump automático - não deliberado -, que é um sinal diferente:
Às vezes, desejei uma opção de “bump” de tópico na edição que pudesse ser habilitada para funções ou níveis de confiança. Imagino botões para “Salvar Edição” e “Salvar Edição e Dar Bump”:
…e o aviso resultante poderia dizer Tópico editado pela equipe ou algo semelhante.
Eu também gostaria de dizer que o comportamento antigo era incrivelmente útil. Por favor, alguém adicione um botão para que possamos alternar entre o comportamento antigo e o novo?
Você pode explicar como você usou o “bumping” e em quais casos ele foi útil para você?
Ainda não consigo decidir se prefiro o comportamento novo ou o antigo.
Por exemplo, eu gostava do fato de que alterações no título, categoria e tags moviam o tópico de volta para o topo se ele ainda não tivesse recebido nenhuma resposta. Isso permitia que usuários que estavam principalmente olhando para essas categorias ou tags os notassem e respondessem. Também me ajudou muito aqui no fórum a aprender como os moderadores usam categorias e tags. Tópicos eram frequentemente movidos antes de serem respondidos.
Também gosto da abordagem de que as configurações do Discourse forçam você a adicionar informações em vez de escrever outro post. No entanto, isso só funciona se mover o tópico de volta para o topo. Então, atualmente, está em um estágio estranho onde os usuários são impedidos de escrever mais de 3 posts seguidos, mas editar não move o tópico para cima, então é provável que ninguém note.
Também pensei que ter um tópico wiki sem respostas, para que as alterações lá movam o tópico para cima e quando você clica no tópico, você aterrissa imediatamente no post editado, era uma boa maneira de lidar com isso.
Embora wikis agora movam novamente, eles não o fazem apenas quando são o último post. Acho isso confuso porque abro um tópico que foi movido para o topo, mas onde eu aterrissa (no último post) não fica claro o porquê.
No entanto, gosto que pequenas alterações não causem um “bump”. Notei que tenho editado mais para adicionar pequenos detalhes que não teria adicionado antes porque os considerava muito sem importância para um “bump”.
Posts que intencionalmente não recebiam respostas costumavam subir para o topo do feed mais recente se houvesse uma edição - Poderia ser um anúncio onde as informações mudaram, por exemplo.
Para atualizações genuínas de um tópico onde uma edição remove informações agora obsoletas, voltar ao topo do feed mais recente era muito desejável. Isso poderia ser feito com uma cadeia de respostas, mas com o tempo, isso se tornará complicado para o usuário reunir o que estava sendo comunicado (imagine 10 respostas com alterações, por exemplo). Era muito mais limpo editar a postagem original / a postagem mais recente e fazer o tópico subir no feed mais recente.
Aprecio que haverá pessoas de ambos os lados disso. Adicionar uma opção para restaurar a funcionalidade anterior de longa data no Discourse agradará a todos, talvez a opcionalidade possa ser expandida ao longo do tempo para controlar finamente qual atividade em uma postagem constitui sua subida no feed mais recente.
Para mim, a forma como tem sido por anos é ótima e eu passei a depender dela.
Essa mudança me pegou de surpresa e, embora os usuários possam alterar as datas das postagens para fazer seu tópico voltar para a postagem superior, por que não simplesmente fazer com que aconteça automaticamente, como sempre aconteceu antes?
@pmusaraj@martin Esta alteração reverteu um comportamento de longa data em que a edição da última postagem a trazia de volta ao topo do feed de atividades
Seria muito útil se esse “bump” na edição da última postagem fosse devolvido ao produto, pois em um único movimento, um precedente de mais de uma década foi derrubado, o que tem sido doloroso para nós.
Usuários que são Staff podem resolver isso movendo a data, mas outros usuários não podem. Acho que uma opção deveria ser adicionada para permitir o “bump” na edição ou o comportamento anterior deveria ser restaurado.
Não pretendemos reverter esta alteração. Discuti internamente, e para os seus casos de uso, você pode:
Tornar a postagem original (OP) do tópico uma postagem wiki. Edições em postagens wiki ainda farão o tópico subir.
Fazer uma nova postagem no tópico quando edições importantes forem feitas.
Além disso, usar o temporizador de “Auto-Bump Topic” (Atualização Automática de Tópico) também deve funcionar. No futuro, podemos introduzir opções de configuração adicionais para permitir um controle mais preciso por categoria sobre a atualização de tópicos.
Talvez nem toda postagem que for atualizada por usuários TL4 e pela equipe deva ser um wiki que a maioria dos usuários do fórum possa editar.
Além disso, impulsionar quando a postagem original é um wiki e é editada não ajuda em tópicos com mais de um post wiki neles ou onde o wiki não é a primeira postagem. Por exemplo, em um tópico para coisas que são coletadas durante um mês, e então você cria um novo wiki como resposta para o próximo mês. Isso funcionava muito bem, pois o wiki para o mês atual era a postagem mais recente, então o tópico era impulsionado.
O temporizador adiciona pequenas postagens de ação irritantes ao tópico, que você não pode excluir, pois isso fará com que a data de impulso seja redefinida novamente.
Eu entendo que você não quer reverter as mudanças, e posso ver as vantagens em uma área limitada (pequenas melhorias em suas próprias postagens), mas então talvez precisemos analisar como garantir que os fluxos de trabalho estabelecidos nos fóruns continuem funcionando.
A equipe usa a redefinição da data de impulso quando vê um tópico em “mais recentes” que foi impulsionado desnecessariamente, de alguma forma funcionou melhor do que a equipe impulsionando manualmente tópicos que deveriam ter sido impulsionados, mas não foram. Como eles notam isso?
Como Martin disse, neste momento não estamos revertendo esta alteração.
Existem três soluções alternativas:
Tornar o tópico original (OP) uma wiki
Usar o Temporizador de Reativação Automática de Tópicos (Auto-Bump Topic Timer)
Publicar uma resposta para explicar a edição (@Moin, esta é a solução alternativa sugerida nos casos que você descreve, quando algo não deve ser uma wiki e você não quer usar o Temporizador de Reativação Automática de Tópicos)
Eu entendo que essas soluções alternativas não são ideais para todos os casos de uso. À medida que você encontrar casos de uso específicos onde nenhuma dessas opções é viável, por favor, compartilhe-os conosco em um tópico na categoria Feature.
@lindsey@martin@pmusaraj Entendido que você não está procurando reverter esta alteração. Seria uma consideração possível introduzir uma opção para restaurar essa funcionalidade? Para que os usuários possam escolher?
Na falta disso, é tecnicamente possível criar um plugin que permita “bumps” (atualizações) na edição? Não estou pedindo que você crie um, mas perguntando se, em princípio, é possível, para que eu não siga um beco sem saída aqui tentando restaurar esse comportamento do qual passei a depender.
