Opção "sem bump" ao editar a última postagem em um tópico?

Entendo que mais opções e distrações podem não ser bem-vindas (+ trabalho e potenciais problemas por pouco retorno), mas apenas apresentei a ideia: atualmente, qualquer edição na última postagem parece reativar o tópico (provavelmente apenas por um determinado período de tempo, imagino), mesmo que seja apenas uma pequena correção.

Uma caixa de seleção “não reativar” ou “não reativar o tópico” ao editar a última postagem nessa situação (onde a reativação ocorre por padrão) permitiria que os usuários escolhessem não reativar o tópico se assim decidirem.

5 curtidas

A funcionalidade já existe: basta usar a opção “resetar data de destaque” na chave de fenda de administração no nível do tópico.

7 curtidas

Sim, vi que isso já foi discutido aqui no Meta ao fazer uma busca. Meu ponto era a capacidade de cada USUÁRIO escolher não ter seu tópico reativado se ele fizer uma edição (apenas uma caixa de seleção para marcar).

Isso aconteceu comigo duas vezes recentemente, aqui no Meta: eu publiquei algo. Recebi uma notificação de que minha postagem havia sido curtida. Cliquei na postagem para ver exatamente qual era. Era a última do tópico. Percebi um pequeno erro (erro de digitação, gramática, etc.), corrigi e… reativei o tópico na lista de mais recentes sem motivo algum. Posso entender como, em algumas comunidades, eu poderia até ser acusado por alguns de ter feito essa pequena correção propositalmente para reativar o tópico.

Talvez você adicione algo à sua postagem ao editá-la e ache que não vale a pena reativar o tópico. E/ou não queira incomodar as pessoas (talvez você até edite várias vezes).

Não é importante. Pode ser considerado incomum e não frequente o suficiente para fazer sentido. Mas também poderia ser um recurso útil e simples. Então, como disse, deixei a sugestão por aqui.

6 curtidas

Sim, muitas vezes acho isso irritante.

Especialmente no Meta.

Faço muitos posts detalhados devido à natureza do meu envolvimento aqui, e é chato que acabe ocupando o topo de “Últimos” quando estou apenas corrigindo alguma informação no meu último post. Isso pode acontecer várias vezes em 30 minutos.

Talvez eu esteja sendo excessivamente paranoico, mas definitivamente é um problema.

Respeito que adicionar tal recurso possa poluir a interface.

Talvez devesse haver algum tipo de tempo limite em que o tópico não seja reativado dentro de uma janela de tempo de edição definida (evitando a necessidade de alterar a interface). Sem pesquisar, talvez isso já exista? No entanto, não é essa a minha experiência como usuário.

Acho que é difícil tomar uma decisão genérica sobre o comportamento aqui? Alguns sites prefeririam um reativamento em qualquer alteração, enquanto outros podem preferir que isso não aconteça?

8 curtidas

Não acho isso. Tenho certeza de que é bom estar alerta para não irritar ou incomodar os outros. E quanto ao medo de que alguém possa reclamar, bem… isso tende a acontecer. Todos já vimos isso um dia.

Acho que realmente é o caso. O período é um pouco mais longo, e isso também é BOM. Acredito que seja uma ótima funcionalidade que os tópicos sejam reativados ao serem editados: se você quiser adicionar algo, faz isso por meio de uma edição em vez de criar uma nova postagem, e para que suas novas informações sejam vistas, o REATIVAMENTO É BOM. Sem dúvida alguma. É até ótimo. MAS, quando se trata apenas de correções ou pequenas alterações cosméticas, não é. Por isso, essa caixa próxima ao botão de validação da edição, acredito, melhoraria as coisas.

(Acho que alguns de nós relêem nossas postagens após publicá-las e sentimos a necessidade de fazer pequenas alterações ao ver uma maneira de melhorá-las um pouco.)

2 curtidas

Sim, um bom exemplo de um bump RUIM seria corrigir um erro de digitação.

Estou apenas explorando o código-fonte aqui, mas por favor, comente se souber que existem limites para bumps…

Estou inclinado a criar uma configuração de site sensata para bloquear bumps dentro de uma janela de tempo ou limite de caracteres e, se possível, uma maneira de bloquear um bump se o usuário tiver um nível de confiança (TL) suficiente.

1 curtida

OK, existe sim um período de carência para edição de configurações do site, ufa! Mas deixe-me procurar o que causa uma nova ‘versão’.

2 curtidas

Não é atualmente de 5 minutos aqui no meta? O período durante o qual as edições não são rastreadas. Acho que deve ser possível apenas aumentar esse tempo. E o rastreamento de edições e bumps andam juntos.

Digamos que seja uma solução parcial. Há aspectos bons e menos bons nesse caminho, na minha opinião (apenas minha opinião).
Sim, você encontrou enquanto eu estava digitando :wink:

2 curtidas

OK, uma nova ‘versão’ parece depender de janelas de tempo. Essa janela parece se mover com uma edição fora dos limites no último post (o que vai impulsionar o Tópico), então você obtém um novo período de carência aplicado por um tempo após a mudança de impulso, se minha interpretação estiver correta?:

Estranho, mas sempre parece mais sensível do que isso… mas as especificações são a fonte da verdade, então vamos seguir com esse comportamento como a situação de fato.

Então, basicamente, você está sugerindo adicionar uma opção explícita para uma ‘edição ninja’?

Você definitivamente poderia aumentar o período de carência e ver se isso funciona para você:

image

Mas isso não resolverá sua experiência em sites de terceiros :wink:

Outra maneira de lidar com isso pode ser modificar o período de carência com base no nível de confiança (TL) do usuário + 1?

Por exemplo, TL0 recebe 300 segundos, TL1 recebe 600 segundos e assim por diante…

… oh, mas espere, isso já foi pensado :bulb: :+1:

CONCLUSÃO: já existem muitas ferramentas aqui?

5 curtidas

Sim, isso já pode ser bastante bom. Eu teria argumentado que um “empurrão” (bump) ainda seria necessário se você adicionasse um parágrafo inteiro (equivalente a um novo post), mas isso realmente parece já ter sido considerado com o “max diff” :+1:

(e sim, “aumentar”. Inicialmente, eu havia mal interpretado quando você falou sobre uma “janela de tempo”: eu estava pensando em um período de tempo APÓS o qual não haveria mais bump. Tipo, se você editar semanas depois. Mas isso pode não existir. Eu não pensei primeiro nos 5 minutos ANTES de começar o bump. Acho que é isso que se chama de “edição ninja” se eu entendi corretamente. Eu pensei nisso só mais tarde na discussão acima.)

Não, isso nunca seria útil, na minha opinião. Eu estava sugerindo o oposto: Uma opt-out para quando você está DEPOIS do período de “edição ninja”. Ah, entendi. Opt-in para uma edição ninja, não opt-in para um bump enquanto estiver no período de edição ninja :wink: Sim, era isso que eu estava sugerindo! :rofl:

Pode haver um caso para um “min diff” ilimitado? Tipo 5 ou 10 caracteres. Isso eliminaria automaticamente todas as pequenas correções. A menos que isso já exista? (O outro lado é que algumas pessoas podem notar um erro que poderia desaparecer sem qualquer registro de edição. Isso poderia ser controverso? Ou corrigir um número em um debate acalorado, por exemplo. Isso já é mais limítrofe) [Nota: O último é o que também estamos arriscando com um aumento do período de carência (durante uma discussão “ao vivo”)]

2 curtidas

Sim, normalmente editar a última postagem de um tópico o reativa, assim como adicionar uma nova resposta ao tópico. Se houver apenas uma postagem no tópico, essa regra também se aplica ao editar o tópico ou a categoria, que são considerados elementos da primeira postagem. Às vezes, isso realmente pega as pessoas de surpresa, mas tende a ser específico para o cenário de “tenho muitos tópicos no meu fórum que são de apenas uma postagem”.

O período de carência para edição, que tem como padrão 5 minutos, é um recurso integrado desde a primeira versão do Discourse lançada ao mundo em 2013. Nos primeiros 5 minutos após enviar sua resposta, você pode editar essa resposta quantas vezes quiser* e o tópico não será reativado.

Estou curioso sobre por que esse comportamento seria um grande problema… você poderia descrever cenários específicos, com exemplos, onde você está constantemente reativando tópicos “acidentalmente” ao editar? :thinking:

* No entanto! Uma ajuste que adicionamos depois — devido a spammers — é este: se você alterar “muito” de uma postagem, somos forçados a criar uma revisão, mesmo durante o período de carência para edição. Existem configurações do site para controlar isso, e fazemos uma distinção entre novos usuários e usuários estabelecidos.

4 curtidas

Você pode voltar e dar uma olhada nos primeiros posts do Robert e do meu, após sua resposta inicial acima. Talvez você ache que seja muito “ocasional” para ser considerado? (daí o seu uso da palavra “constantemente”. Ou talvez você quis dizer “reprodutível”? Não tenho certeza.)

@merefield, acabei de pensar novamente na sua ideia de aumentar o “período de graça”, e não é nada ruim. Atualmente, os parâmetros para editar o período de graça funcionam tanto para a “edição ninja” quanto para a reativação (bump). Está correto? Na verdade, é [se houver uma edição, então reative] mas [se essa edição for uma edição ninja, não reative]. “Edição ninja” significa uma edição durante o “período de graça” e abaixo do “máximo de diferença” (ambos configuráveis), onde as alterações não são registradas para aparecer com um ícone laranja no canto superior direito. Estou certo quanto a tudo isso?

Uma solução que resolve tudo o que mencionei acima seria ter dois períodos de graça diferentes (com dois parâmetros separados para cada um): um para registrar as edições (edições ninja) e outro para reativar. Nesse caso, você poderia manter um período curto para edições ninja (5 minutos parece bom para mim) e ter um período de “sem reativação” mais longo (1 hora, por exemplo, talvez até 24 horas). Se quiser, você pode ajustar o “máximo de diferença” do período de “sem reativação” para um valor menor que o do período de “edição ninja” (você teria um parâmetro “máximo de diferença” para cada período).

Você poderia iniciar os dois períodos ao mesmo tempo, ou considerar que o período de “sem reativação” começa APÓS o período de “edição ninja”.

Voltando a isso:

Na verdade, sim e não. Começamos a considerar o rastreamento de edições e reativações juntos, porque assumo que seja assim que eles são tratados atualmente no código que você consultou. Eu estava argumentando para trabalhar apenas nas reativações. Permitir um período mais longo para edições ninja poderia levar aos problemas que mencionei acima.

Uma alternativa ao acima, que eu gosto bastante, seria ter um “mínimo de diferença” ilimitado para “sem reativação”. Além disso, apenas “sem reativação”, não edição ninja. Você poderia definir isso em 10 ou 20 caracteres. O raciocínio seria: se uma edição tiver menos caracteres do que o necessário para criar um novo post, então não vale a pena reativar o tópico. Isso evitaria reativações para todas as pequenas correções (mesmo apenas alterando ou adicionando uma palavra), mas ainda tornaria visíveis com o ícone laranja. Você também poderia considerar não adicionar um parâmetro específico de “mínimo de diferença”, mas usar o valor que já existe para o comprimento mínimo de novos posts.

Vou ficar totalmente maluco até o final :wink: : O cenário ideal, na minha visão, seria ter os parâmetros para dois períodos de graça diferentes, como explicado no início, com um “período de graça para reativação” (= “sem reativação”) que você poderia definir como 0 para ilimitado, e um “máximo de diferença para período de graça de reativação” acima do qual você reativa, mesmo durante o período de graça. Defina este último como 0 para não usar essa nova funcionalidade e deixar tudo funcionando como atualmente.

:rofl:

1 curtida

Temos uma categoria “Quero comprar / Quero vender” e, quando as pessoas fazem a limpeza após si mesmas editando classificados antigos, elas acabam bumpando tópicos acidentalmente.

Uma das razões para tal comportamento é que elas podem querer remover suas informações de contato, se visíveis, ou evitar contatos desnecessários.

Posso entender a lógica e a preferência tanto a favor quanto contra, então não vejo motivo para que esse recurso não seja configurável.

3 curtidas

Sim, minha comunidade tem uma situação semelhante. Vendedores frequentemente editam sua última postagem para atualizar informações de venda (ajuste de preço, estoque, etc.). Edições legítimas são aceitáveis e permitimos que as pessoas vejam o histórico de edições. Alguns, no entanto, editam sua última postagem de má fé, com o único objetivo de reativar seu tópico para contornar a “regra de reativação inadequada” da nossa comunidade.

Vou ajustar a configuração do período de carência até que haja uma opção para configurar a regra de reativação para edições na última postagem.

Muito obrigado! Nossa comunidade adora como o Discourse permite que eles se autoregulem e são frequentemente apaixonados pelo que o software pode e não pode fazer.

3 curtidas

Sim, minha principal sugestão é apertar os intervalos de edição. Se as pessoas não conseguem usar a edição de forma responsável, a consequência é que suas habilidades de edição ficam globalmente limitadas.

Isso, somado a avisos e possíveis suspensões para os usuários que frequentemente adotam esse comportamento.

2 curtidas

Isso está se tornando um pouco incômodo em nossa comunidade: estamos constantemente tendo pessoas publicando posts de “no bump” para evitar que o tópico seja atualizado ao remover itens de suas listas de WTB/WTS.

Acho mesmo que eles têm o direito de editar esses posts, já que é uma das seções mais movimentadas do site e, se quiserem manter um único tópico para seus itens, isso é ainda melhor na minha opinião. No entanto, também preferimos que as pessoas não publiquem mensagens do tipo “enviei uma mensagem privada”, e pode acontecer de um tópico de um item vendido nunca receber respostas até que seja hora de editar o conteúdo.

Alguma sugestão sobre como contornar a funcionalidade atual ou motivos para não ter isso como uma opção configurável por categoria ou em nível global?

1 curtida

Quando criarem um tópico WTB/WTS, certifique-se de adicionar uma postagem extra no final. Assim, as edições ocorrerão em uma postagem que não seja a última.

Eu diria que você desejaria um bump, se alguém tiver itens à venda e depois editar a lista para indicar que metade dos itens foi vendida… isso é um bump altamente relevante.

1 curtida

Acho que o problema é que, como as pessoas podem vender itens individuais ocasionalmente, dar um bump em tópicos basicamente vazios não faria muito sentido :thinking: