Solicitação de Recurso: Adicionar opção para desativar o salto automático para a última postagem após responder

Funcionalidade
1

Olá a todos,

Recentemente, dediquei algum tempo a pesquisar tópicos e discussões antigas no Meta e em outros fóruns baseados no Discourse, e descobri que muitos usuários ao longo dos anos levantaram repetidamente a mesma preocupação:

Após postar uma resposta ou fechar o compositor, o Discourse salta automaticamente para a última postagem do tópico.

Para muitas pessoas — inclusive eu — esse comportamento é, na verdade, disruptivo em vez de útil.

Por que isso está causando problemas

Com base no que muitos usuários expressaram, os problemas comuns incluem:

  • Ao responder no meio de um tópico longo, o compositor fecha e a visualização salta subitamente para o final, forçando você a rolar tudo de volta para continuar lendo de onde parou.

  • Se você está respondendo enquanto acompanha mensagens mais antigas, esse salto automático interrompe o fluxo de leitura.

  • Alguns usuários até pensaram que isso poderia ser um bug, pois o salto acontece tão rapidamente que parece inesperado e não intuitivo.

  • Várias discussões passadas indicam que as pessoas tentaram soluções alternativas, scripts ou “hacks”, mas nada funciona de forma confiável ou oficial.

Em resumo, embora o salto automático para a postagem mais recente seja útil para alguns usuários, ele é claramente indesejado por muitos outros, dependendo de seus hábitos de leitura ou fluxo de trabalho.

Solicitação de Recurso: Por favor, torne este comportamento opcional

Ao analisar os tópicos anteriores, parece que:

  • Não há uma configuração nativa para desativar esse salto automático

  • Não há um plugin oficial que forneça uma opção de alternância

  • Administradores e usuários atualmente não podem controlar esse comportamento

Portanto, gostaria de solicitar que o Discourse forneça:

Uma preferência de usuário, como:

“Após postar ou fechar o compositor, permaneça na posição atual (não salte para a última postagem).”

ou

Uma configuração global/de administrador, como:

“Ativar/desativar a rolagem automática para a postagem mais recente após as respostas.”

Isso permitiria que diferentes comunidades (e usuários individuais) escolhessem qual modelo de interação se adapta melhor ao seu estilo de leitura. Também se alinha com a filosofia de design do Discourse, que geralmente permite a personalização de comportamentos de fluxo de leitura.

Por que uma opção beneficiaria a todos

  • Usuários que gostam do salto automático podem mantê-lo como está

  • Usuários que não gostam podem desativá-lo

  • Administradores de fóruns podem definir padrões que correspondam às necessidades de suas comunidades

  • Ninguém precisará depender de JavaScript personalizado frágil ou scripts de usuário de navegador

  • Melhora a acessibilidade e reduz movimentos súbitos que podem ser desconfortáveis para alguns leitores

Dado quantas pessoas levantaram essa questão ao longo dos anos, adicionar uma opção configurável poderia melhorar significativamente a experiência do usuário para uma grande parte da comunidade.

Se eu perdi alguma configuração ou plugin existente, por favor, sinta-se à vontade para me indicar — mas com base no que encontrei, não parece que tal opção exista atualmente.

Obrigado por considerar, e eu realmente agradeceria qualquer percepção da equipe ou de outros desenvolvedores de plugins.

1 curtida
2

Não seria confuso para você postar algo e depois ficar dezenas de postagens acima da sua sem qualquer indicação de que foi postado? Por que não continuar lendo para que você possa comentar sobre o restante das postagens, se quiser?

2 curtidas
3

Obrigado pela explicação! Deixe-me esclarecer meu caso de uso real, porque o comportamento atual ainda cria um problema real para mim.

Imagine este cenário:
Eu começo um tópico de discussão, vou dormir e no dia seguinte acordo e encontro mais de cem respostas. Muitas delas são interessantes, e eu quero responder a algumas delas enquanto leio o tópico.

Aqui está o problema:

Quando leio uma resposta em algum lugar no meio do tópico e respondo a ela, depois de enviar minha resposta, o Discourse salta imediatamente para o final do tópico.
Mas a conversa não é em tempo real — as pessoas podem não responder novamente até horas depois. Eu não preciso ser levado para a postagem mais recente. Eu só quero continuar lendo o resto das respostas em ordem.

O que eu realmente preciso é simplesmente:

  • Uma indicação clara de que minha resposta foi postada com sucesso

  • Sem perder minha posição de leitura atual

  • Para que eu possa continuar lendo as próximas respostas em sequência naturalmente

No momento, após o salto automático forçado, tenho que rolar manualmente para trás e tentar lembrar onde eu estava, o que é tedioso e quebra o fluxo de leitura.

É por isso que uma opção para permanecer na posição de rolagem atual após postar seria extremamente útil.
O salto automático é útil para alguns fluxos de trabalho, mas em casos como o meu, ele apenas atrapalha.

4

Existem milhares e milhares de palavras sobre isso em Will disable_jump_reply make a return? e tópicos relacionados.

TL;DR Você pode segurar Shift ao postar para evitar a rolagem.

1 curtida
5

Obrigado pela dica! Eu não sabia sobre o comportamento do Shift + Responder — isso ajuda em algumas situações.

Dito isso, eu ainda sinto que isso realmente se beneficiaria de uma configuração ou preferência de usuário adequada. Usar uma tecla modificadora toda vez não é muito fácil de descobrir, e é fácil de esquecer, especialmente para usuários menos técnicos que talvez nem saibam que tais atalhos existem.

Uma das coisas que mais aprecio no Discourse é o alto grau de liberdade que ele já oferece — os usuários podem personalizar muitos aspectos de como leem, navegam e interagem. Na minha opinião, essa liberdade é exatamente o que torna o Discourse uma plataforma tão ótima. Com este comportamento específico, seria maravilhoso se os usuários pudessem simplesmente escolher sua preferência padrão:

  • pular automaticamente para a última postagem após responder, ou

  • permanecer na posição atual e continuar lendo

Ter um padrão claro, mais a capacidade de ajustá-lo, tornaria o comportamento mais intuitivo e mais acessível. Por exemplo, nos meus próprios hábitos de navegação, eu tendo a abrir a maioria dos tópicos da página inicial em novas abas porque os computadores modernos têm bastante memória e fechar abas é muitas vezes mais rápido e conveniente do que navegar para frente e para trás. É apenas um exemplo de como usuários diferentes valorizam fluxos de trabalho diferentes.

Então, minha filosofia geral é: quanto mais escolha do usuário, melhor.
Se um recurso tem múltiplos comportamentos razoáveis, deixar o usuário decidir — em vez de forçar todos a seguir um único caminho — geralmente leva a uma experiência melhor para todos. Também significa que usuários como eu não precisariam criar pequenos scripts ou plugins apenas para restaurar um fluxo de trabalho que parece natural para nós.

Obrigado novamente pela resposta útil, e espero que isso ainda possa ser considerado como uma potencial configuração opcional no futuro.

1 curtida
6

Por favor, leia Will disable_jump_reply make a return?. Era uma preferência do usuário e foi removida.

2 curtidas
7

:heart: Obrigado pela dica — agora li todo o tópico “O disable_jump_reply voltará?”.

Eu entendo o raciocínio por trás da remoção da antiga preferência disable_jump_reply:
estava com defeito na época, pouquíssimas pessoas a estavam usando, e o Discourse geralmente tenta evitar acumular muitas preferências globais de usuário. Eu também vejo a filosofia de design que você descreveu lá — usar o salto automático como uma forma de incentivar as pessoas a lerem o tópico inteiro antes de responder, com fluxos de trabalho mais “especializados” escondidos atrás de coisas como teclas modificadoras ou opções avançadas.

O atalho Shift + Responder definitivamente ajuda em alguns casos, e agradeço por mencioná-lo. O problema para mim é que:
não é nada detectável a menos que você tenha lido aquele tópico específico do Meta ou alguém lhe diga,
adiciona sobrecarga mental ter que lembrar de uma tecla especial todas as vezes, e

quando você está acompanhando tópicos longos em vários fóruns do Discourse, ser puxado centenas de publicações de onde você estava lendo ainda parece uma “punição” bem pesada para uma simples resposta.

Uma das coisas que eu pessoalmente amo no Discourse é exatamente sua flexibilidade: como administrador ou como usuário, você pode ajustar muitos detalhes para corresponder aos seus próprios hábitos de leitura e navegação. Dessa perspectiva, isso parece ser uma área onde uma pequena quantidade de configurabilidade extra poderia ser muito útil, sem transformar a interface do usuário em um mar de opções.

Por exemplo, qualquer uma destas já seria uma grande melhoria:
Uma opção visível de “responder sem pular” na interface do usuário (mesmo que seja considerada uma ação avançada/especializada),

Ou um alternador no nível do usuário/site escondido atrás de uma seção “avançada”, para que as pessoas que realmente se importam com esse comportamento possam optar por não pular uma vez, em vez de depender de um atalho oculto para sempre.

Eu entendo completamente a preocupação em ter muitas preferências, e não estou pedindo para trazer de volta todas as configurações obscuras. Eu só queria compartilhar a visão de alguém que passa muito tempo respondendo enquanto lê publicações mais antigas: para esse comportamento específico, o custo de não ter uma escolha clara e detectável parece maior do que para muitas outras preferências.

De qualquer forma, obrigado novamente pela explicação e pela dica do Shift — é muito útil saber o contexto, mesmo que eu ainda espere que isso possa ser reconsiderado como algum tipo de configuração opcional ou “especializada” no futuro.

1 curtida
8

Obrigado novamente — e, curiosamente, quando fiz a mesma pergunta em alguns outros fóruns baseados no Discourse, vários usuários também não sabiam que segurar Shift evita o pulo. Portanto, é claramente um comportamento pouco detectável.

No lado positivo, agora que sei sobre o mecanismo do Shift, escrever um pequeno plugin ou componente de tema amanhã deve ser bem direto. Isso, na verdade, me dá uma abordagem de implementação mais limpa, já que não precisarei depender de observadores pesados de mutação do DOM para anular a rolagem automática — posso me conectar à mesma lógica.

De qualquer forma, agradeço a informação. Mesmo que isso permaneça um comportamento “apenas para especialistas”, fico feliz por finalmente entender o mecanismo subjacente o suficiente para estendê-lo adequadamente.

2 curtidas