Excluir automaticamente respostas após N dias

[sam (Sam Saffron)]

Para os vários tópicos da base de conhecimento que temos, gostaria de ter um temporizador especial para:

As respostas a este tópico são excluídas automaticamente após N dias

Acho que essa é uma ferramenta muito poderosa para manter os tópicos de documentação limpos. Gostaria de ativá-la na maioria dos tópicos de documentação no Meta.

Isso significa que as pessoas podem responder, mas sabem desde o início que as respostas são como lágrimas na chuva. Se você quer algo permanente:

• Abra um novo tópico

ou

• Edite a mensagem original (OP)

Embora possamos fazer essa limpeza manualmente, é cansativo. Além disso, em nível psicológico, quando um computador faz algo porque “são as regras do jogo”, parece muito melhor do que nós, humanos, intervirmos. (Ah, por que você está inventando essa regra agora? Não é justo)

[codinghorror (Jeff Atwood)]

Acho que também podemos querer manter respostas que tenham um certo número de curtidas, só por precaução?

Além disso, acho que há uma clara necessidade disso com base no nosso uso, pelo menos nos casos de “primeira postagem wiki”. Teria que ser uma configuração por tópico, certo?

[Heather_Dudley]

Gosto disso. Temos muitos “fixados” (posts fixados) que podem ser muito usados agora, enquanto fazemos a transição para o Discourse, mas que depois não serão tão relevantes. Não quero ter que refazer os posts periodicamente.

[DaleKramer]

Eu sou a favor deste pedido de recurso por todas as razões citadas acima, mais uma adicional.

Aqui está um pouco de contexto para meu raciocínio. Pesquisei sobre ter um recurso de ‘chat’ no Discourse e compreendo a posição da equipe do Discourse quanto ao uso de mensagens privadas para múltiplos destinatários para fins de bate-papo.

Sei que tanto o plugin Babble quanto o ‘Quick messages’ utilizam as MPs de múltiplos destinatários em seu núcleo.

Acho que o ‘Quick Messages’ é quase exatamente o que nos convém.

Queremos ter apenas algumas pessoas selecionadas em nosso site autorizadas a conversar, mas parece-me que o recurso solicitado neste tópico, se implementado como uma funcionalidade, mitigaria a maioria dos problemas negativos de usar MPs de múltiplos destinatários como forma de bate-papo.

Na verdade, eu odeio chat, mas ele tem seu propósito para uma equipe de pessoas que estão trabalhando juntas na criação de um RASCUNHO de um tópico longo, útil e geral do fórum. A barra lateral de chat pode ficar no topo, enquanto todo o conteúdo bom que resulta do bate-papo é transferido para o tópico RASCUNHO, na mesma tela abaixo (de preferência ao lado) da barra lateral de chat.

Nossa equipe está usando o RocketChat ao lado de uma janela do Discourse agora, mas eu quero uma solução tudo-em-um…

Minhas duas moedas e realmente gostaria que esse recurso fosse adicionado em breve

Gostaria de um botão ‘conversar agora’ ao lado de cada tópico, para que o ‘chat’ sobre o tópico pudesse ser encontrado facilmente no futuro, em vez de ter que vasculhar um monte de MPs para ver se havia um chat para um tópico

EDIT: Estou sugerindo que ‘excluir respostas após X dias’ nestas MPs de múltiplos destinatários ‘vinculadas a um tópico’, que também possam aparecer em uma barra lateral de chat expansível/ocultável (na barra lateral de chat, a MP é ‘comprimida’ removendo espaços mortos e usando miniaturas de imagens), seria o ideal para nós.

Além disso, não acho que os sussurros sejam uma solução suficientemente próxima para o nosso problema.

[Overgrow]

Isso poderia ser um ótimo recurso para tipos especiais de tópicos: por exemplo, uma pergunta e resposta única. Adoraria ver isso implementado.

Também seria útil para alguns anúncios que queremos que os usuários reajam, mas, ao mesmo tempo, manter o tópico limpo.

[sam (Sam Saffron)]

Isso está no nosso roteiro para a próxima versão!

[vinothkannans (Vinoth Kannan)]

Agora está feito no commit abaixo. Fiz muitas alterações no código "`future-date-input``. Então, me avise se houver algum novo problema de UX relacionado a ele.

FEATURE: automatically delete replies on a topic after N days. (#9209)

[codinghorror (Jeff Atwood)]

Onde configuramos isso? Você pode compartilhar uma captura de tela da interface do usuário? É uma configuração por tópico?

[sam (Sam Saffron)]

Por tópico no momento na interface do usuário do temporizador de tópicos

[vinothkannans (Vinoth Kannan)]

[Overgrow]

Se eu abrir o diálogo Configurar Temporizador, selecionar “Excluir respostas automaticamente” e depois fechar a janela clicando em , a seguinte nova linha aparece:

Ela não pode ser excluída e desaparece após recarregar a página.

[dfabulich (Dan Fabulich)]

Acabei de ver esse recurso nas notas de lançamento de hoje. Parece ótimo! Tenho uma pergunta de acompanhamento.

@codinghorror

Acho que talvez também queiramos manter as respostas que atingirem um certo número de curtidas, só por precaução?

Essa parte do recurso foi implementada? Parece uma boa ideia.

[vinothkannans (Vinoth Kannan)]

@dfabulich

Essa parte do recurso foi implementada?

Não, ainda não foi implementada.

[dfabulich (Dan Fabulich)]

Ah. Existe alguma maneira de salvar manualmente uma resposta antes da exclusão?

[vinothkannans (Vinoth Kannan)]

Desculpe! Essa opção não está disponível no momento.

[codinghorror (Jeff Atwood)]

Concordo, de certa forma nos perdemos nisso, Vinoth — deveríamos adicionar proteção para respostas com >= x curtidas. Seja codificado diretamente ou como uma configuração do site.

[vinothkannans (Vinoth Kannan)]

Nesse caso, devemos manter apenas as respostas do OP? Porque se mantivermos uma resposta que não é do OP sem a sua postagem original, isso causará confusão. Por exemplo, se excluirmos post #10 e mantivermos o post #11 neste tópico, não fará nenhum sentido.

[dfabulich (Dan Fabulich)]

Gostaria também de dar minha opinião a favor de salvar as respostas manualmente. (Desde que seja um processo manual, presumo que quem estiver salvando as respostas terá o discernimento de salvar apenas aquelas que fazem sentido fora de contexto.)

[codinghorror (Jeff Atwood)]

Pode ser arbitrário. Curtidas é a única métrica que precisamos.

[sam (Sam Saffron)]

Estou de acordo com uma configuração de site como:

skip_auto_delete_reply_likes (padrão 5)

Pode ser um pouco surpreendente, então gostaria que esse número fosse comunicado aos administradores quando eles configurarem o temporizador. Talvez devêssemos aguardar o redesenho da interface de temporizadores de tópicos que @martin está trabalhando para incluir isso?

Observação: isso não resolve o problema do @dfabulich e, para ser honesto, não consigo pensar em uma solução alternativa limpa para proteção manual. Aqui estão algumas ideias que considerei:

1. skip_auto_delete_reply_on_staff_like (padrão false) - semelhante à forma como destacamos comentários no BBS usando curtidas de equipe.

2. Pular automaticamente em “aviso de postagem”… adiciona ruído.

3. Sempre pular quando a equipe posta, o que teria que ser uma configuração.

4. Algo mais… muito bagunçado, na minha opinião.