Nota: Existe um tópico aparentemente semelhante sobre um resumo de tópico aqui, mas ele é bastante diferente do que estou propondo, embora alguns elementos possam ser similares.
Ter uma seção de resumo no topo de um tópico seria algo que lhe pareça útil?
Isso é algo que está na minha lista de ideias há ages, e acredito que poderia transformar discussões.
Sempre achei que ler todas as postagens em uma thread pode ser demais se eu só quiser saber qual é o status atual das coisas. (É bom acompanhar a evolução dos pensamentos e obter uma visão mais profunda, mas nem todo mundo tem tempo para isso). E apenas pular para o final também não funciona, porque as postagens realmente importantes podem estar em algum lugar no meio.
Especialmente em fóruns que devem discutir sobre melhorar algo, pode haver muitos altos e baixos, idas e vindas, e o que eu realmente gostaria de ter é algo que resuma tudo isso, de preferência bem no início, para que eu saiba o que está acontecendo e precise apenas de um minuto.
Como funcionaria esse resumo?
Imagino que o resumo seja um campo de texto editável, assim como qualquer postagem, e qualquer pessoa possa fazer alterações, como na Wikipedia. Possivelmente, as alterações poderiam ou deveriam ser permitidas apenas quando você também estiver postando algo na thread, o que funcionaria como uma justificativa para sua alteração no resumo.
Deixe-me ilustrar usando esta própria conversa como exemplo:
Digamos que a primeira pessoa (eu) inicie um novo tópico com uma postagem inicial (esta).
O Discourse então me perguntaria: “Você deseja editar o resumo?”
Eu diria sim e adicionaria o primeiro texto ao resumo:
Um resumo poderia ajudar novas pessoas a se atualizarem rapidamente e ajudaria a comunidade a chegar a melhores conclusões.
Ok, até aqui tudo bem. Agora a pessoa B entra e pode dizer como resposta:
“Não tenho certeza se vale a pena fazer isso. Imagino que seja bastante difícil de implementar, e não seria apenas mais ruído?”, posta e então é perguntada se deseja atualizar o resumo:
Um resumo poderia ajudar novas pessoas a se atualizarem rapidamente e ajudaria a comunidade a chegar a melhores conclusões. No entanto, pode adicionar ruído e não ser fácil de implementar.
A terceira pessoa C: “Acho que seria uma ótima ideia, mas concordo com B, pode não valer o esforço. … A menos… Poderia isso ser usado em nossas propostas e votações [ou algo mais que a comunidade específica possa estar interessada] também? Hmm, talvez devêssemos ter uma lista de prós e contras para isso, o que você acha?” C decide não atualizar o resumo, pois não tem certeza do que poderia mudar para realmente melhorá-lo.
A quarta pessoa D: “Sim, isso poderia funcionar totalmente para nosso engajamento de usuários e durante o processo de elaboração de propostas. E sim, eu apoio a ideia de C de fazer alguns prós e contras, tenho mais alguns:
Podemos fazer com que cada edição seja vinculada ao editor, e quando você clica nela, ela vai diretamente para aquela postagem; é basicamente uma navegação rápida. De certa forma, certo?”
Um resumo poderia:
- ajudar novas pessoas a se atualizarem rapidamente
- ajudar a comunidade a chegar a melhores conclusões
- atuar como ‘navegação rápida’
- Não limitado a este fórum Discourse
No entanto, possíveis desvantagens são:
- Pode adicionar ruído
- Provavelmente não é fácil de implementar.
B intervém novamente: “Espere, espere um minuto. Antes de entrarmos nesse labirinto, o que esse resumo deve realmente resumir? É apenas uma reescrita de cada postagem que foi feita? Isso não faria muito sentido, certo? Poderíamos ter uma definição disso primeiro? Acho que deve resumir apenas o que é realmente importante, ou seja, apenas o que contribui para responder à pergunta do OP, certo? Caso contrário, mantenho minha declaração anterior de que isso apenas gerará mais ruído, ou mais sobrecarga no que os usuários precisam digitar, e sobrecarga de interface, etc…
A propósito, D, achei que seu ‘navegação rápida’ foi um pouco difícil de entender, então eu o modifiquei um pouco, espero que esteja ok agora?”
Um resumo deve resumir todo o conteúdo relevante em uma postagem que contribui para responder à pergunta do autor.
Ele poderia:
- ajudar novas pessoas a se atualizarem rapidamente
- ajudar a comunidade a chegar a melhores conclusões
- seções no resumo podem ser hiperlinks para o editor
- Não limitado a este fórum Discourse
No entanto, possíveis desvantagens são:
- Pode adicionar ruído
- Provavelmente não é fácil de implementar.
Usuário D: “Sim, obrigado B, você tem razão, não é necessariamente óbvio o que eu quis dizer. Acho que ainda gostaria de ter a navegação rápida mencionada lá, porque é um ponto um pouco separado, na minha opinião. Vincular algo dá um pouco de … verificação? Autenticidade? Não tenho certeza qual é a palavra certa lá…
Ah, e apenas reescrevendo meu ponto inicial sobre usá-lo fora deste fórum Discourse um pouco…
O que eu realmente quis dizer com isso é que acho que também pode ser usado fora do nosso foco específico de propostas e votações. Por exemplo, pode ser usado para acompanhar o progresso de tarefas, o status de algo, pode ser uma visão mais abrangente de qualquer tipo de pergunta, … as possibilidades são infinitas.”
Um resumo deve resumir todo o conteúdo relevante em uma postagem que contribui para responder à pergunta do autor.
Ele poderia:
- ajudar novas pessoas a se atualizarem rapidamente
- ajudar a comunidade a chegar a melhores conclusões
- seções no resumo podem ser hiperlinks para o editor
- Navegação rápida para detalhes de declarações individuais
- Pode ser super útil não apenas para propostas e votações
No entanto, possíveis desvantagens são:
- Pode adicionar ruído
- Provavelmente não é fácil de implementar.
Então o usuário X entra, vê esta última versão do resumo, tudo é intuitivo, exceto a parte de ‘hiperlink para o editor’, então ele passa o mouse sobre ela, vê que a postagem do usuário D foi a primeira entrada vinculada e a postagem do usuário B foi a segunda. (Alguma espécie de informação ao passar o mouse em um popup). Ele pode clicar diretamente no link para a postagem de D e ler os detalhes a partir daí, com a de B logo em seguida (pode ter havido outras no meio que foram recolhidas porque não contribuíram para a alteração).
… ok, espero que você tenha entendido a ideia. 
Super fácil de se atualizar, não é? (se você imaginar que só precisa ler esse resumo!)
Bem, não vai ser fácil escrever este plugin com todos os detalhes gloriosos que imagino (Há muito mais que este plugin poderia fazer, alguns dos meus favoritos ainda sem nome seriam aumentar ou diminuir o tamanho da fonte/peso/cor com base em votos/reações associados às postagens de blog contribuintes), e parte disso pode ser uma lógica um pouco complicada (por exemplo, atribuir corretamente as partes alteradas ao autor e visualizar o que acontece se alguém apenas deletar um ‘não’, etc…), mas tenho certeza de que tudo é viável e pode contribuir imenso valor para muitas discussões.
(Isso foi muito mais do que eu pretendia escrever, mas foi divertido criar esse exemplo 
)
O que você acha?
Esse tipo de plugin é realmente tecnicamente viável no ecossistema Discourse?
Você precisa de mais informações? Mockups mais sérios? (Não sou bom nisso, mas poderia tentar criar alguns)
Isenção de responsabilidade:
Eu poderia tentar desenvolver isso eu mesmo, e talvez eu faça, mas não tenho experiência com Ruby / Ember / Discourse até agora, então levaria um tempo.
Além disso, a ideia para isso é um pouco mais antiga, mas ganhou mais atenção em um grupo da comunidade que acharia isso super útil, então eu também poderia fazer isso lá e fazer um pouco de ‘dogfooding’… mas, novamente, levaria um tempo, e se for de valor para o Discourse, ter alguns de vocês envolvidos seria super legal!
Abraços 
