Gostaria de desativar o menu pop-up quando um # sem um espaço é digitado na minha instância do Discourse.
Por exemplo, no meta, ele se parece com o seguinte:
Eu preferiria que esse pop-up não aparecesse. Procurei algumas opções e não consegui identificar uma maneira de desativar isso.
Você quer desativá-lo completamente? Ou você quer evitá-lo apenas no caso em que nenhum caractere seguinte foi digitado?
Costumávamos esperar até que pelo menos 1 caractere fosse adicionado após o #, mas mudamos para que ele não exija mais isso (as pessoas solicitaram isso no passado, mas evitamos isso anteriormente por motivos técnicos que não se aplicam mais).
Obrigado pela sua rápida resposta, idealmente eu posso reativar o comportamento anterior, o que eu presumo que significa que eu teria que digitar #c antes de obter uma lista de tags ou categorias que correspondam a esse caractere. Se isso for difícil, desativar completamente a funcionalidade também é uma opção viável, mas idealmente não ao custo de eliminar tags e categorias completamente.
Você pode explicar o benefício de esperar por um caractere antes de oferecer a autocompleção?
Claro. Acho que é uma distração ter um menu de categorias quando estou apenas digitando um cabeçalho. Isso é muito aparente com autores mais jovens/lentos. Quando eles digitam # e depois pensam no cabeçalho que querem escrever, eles recebem esse menu de categorias que não tem nada a ver com o que estão tentando digitar.
Sim, “#<espaço>” para isso, mas é uma distração por esse período de tempo até que eles encontrem a barra de espaço e confuso porque o computador está sugerindo algo que pode fazer sentido ao digitar um comentário, mas não faz muito sentido ao criar uma postagem e inserir um título.
Isso está claro? Desculpe, tentei algumas vezes descrever, mas não tenho certeza se consegui 
A marcação correta para um título inclui um espaço após o #. Você considerou usar o espaço para dispensá-lo?
Estou falando sobre o breve período de tempo entre alguém digitar # e, em seguida, pressionar espaço.
Considere um datilógrafo que digita letra por letra, ele pressiona # e depois procura o espaço e agora tem uma opção de menu sobre a qual precisa tomar uma decisão. Mesmo que você digite “#<espaço>” rapidamente, ele ainda aparece por um breve período, enquanto antes era algo que se precisava digitar intencionalmente usando várias letras, por exemplo, “#c” para iniciar uma busca/seleção de uma tag.
O que estou sugerindo é que o que agora é um comportamento padrão é distrativo e interrompe o fluxo da edição em vez de fornecer um atalho para uma função mais utilizada do que criar um cabeçalho. Testemunhei isso com alguns de nossos usuários de computador mais novos, mas também acho distrativo porque geralmente estou pensando em como chamar meu cabeçalho e agora preciso pressionar #<espaço> para contornar um menu distrativo que nunca uso.
Se eu estiver na minoria, posso considerar corrigi-lo, mas esperava uma opção baseada em configuração.
Gostaria de saber se poderíamos solicitar uma opção de configuração - quantos caracteres precisam ser digitados antes que o pop-up de autocompletar apareça?
Como # é usado para marcação, bem como para comunicação humana comum, ter algo aparecendo com muita ânsia soa como um problema de usabilidade - e talvez de acessibilidade - para mim.
Obrigado por apontar isso.
Acho que algo assim é uma sugestão razoável. Vou ver o que os outros pensam sobre essa ideia.
Dado este contexto, talvez faça sentido considerar torná-lo uma preferência do usuário, em vez de uma configuração do site… 
Como você chamaria essa configuração para autores mais jovens/lentos para que eles entendessem imediatamente o que ela faz?
Além disso, acho que muitos usuários não acessam suas configurações, exceto para preencher seu perfil de usuário. Sinto que a grande maioria dos usuários usa o software de fórum como ele é e nem saberia que tal opção pode existir em suas próprias configurações (eu sou um desses caras 
).
Hmm, não me sinto bem em tornar a acessibilidade opcional. Acho que o padrão deveria ser acessível, tanto no nível do site quanto do usuário.
Não tenho certeza se concordo que este seja um problema de acessibilidade (porque não há problema em acessar nenhum recurso). Eu poderia concordar em chamá-lo de um problema de usabilidade (menor), mas eu o vejo principalmente como uma questão de preferência.
Tenho coçado a cabeça sobre o comentário de acessibilidade também.
Olhando para outras plataformas, há aquelas que oferecem sugestões de tags no momento em que um # é digitado - o Twitter no iOS começa oferecendo tags em alta até que o usuário digite um segundo caractere.
Também não estou convencido com o ângulo de caça e captura, por definição eles estão olhando para o teclado. Se algo, o pop-up de tag serve como um lembrete de que o usuário agora está no modo de entrada de tag até que ele pressione espaço.
O que eu gosto no novo comportamento é o quanto ele torna a entrada de tags mais visível para os novatos.
Títulos não podem ser inseridos a menos que estejam no início de uma nova linha, mas gostaríamos que o comportamento padrão mudasse com base na posição do cursor? O único grupo que ficará confuso são os digitadores por toque que não sabem que o # para títulos deve ser seguido por um espaço.
Então, onde paramos aqui? É dolorosamente óbvio que, embora isso torne as tags mais proeminentes, sobrecarrega um operador para digitar no editor de uma forma que considero confusa e interrompe o fluxo do usuário ao editar sua postagem.
Este é um problema mesmo quando você não está adicionando novos cabeçalhos. Basta usar a seta para navegar por um tópico que você já editou e que tenha cabeçalhos em qualquer lugar. Você desce com a seta para um # e, em seguida, quando continua pressionando a seta, ele começa a selecionar uma tag ou categoria específica em vez de continuar descendo a página com o cursor. Agora tenho que pressionar escape para continuar descendo na postagem com o teclado ou evitar “minas terrestres” de #.
Edite uma postagem com os dois exemplos acima e use a seta para navegar e você verá exatamente o que quero dizer. Concordo que torna as tags mais proeminentes, mas se você não usa tags, isso não é um recurso, é algo novo no caminho do que você costumava fazer.
Quanto aos editores mais jovens. Ter o editor deles fazendo coisas mágicas quando eles estão apenas tentando entender como criar cabeçalhos com a linguagem markdown está sobrecarregando o usuário com mais coisas que eles não precisam saber ou entender.
Tudo bem se a decisão for não fazer nada aqui, vou investigar uma maneira de apenas corrigir isso, mas dada a interrupção do fluxo de edição e a curva que estamos adicionando aos novos usuários, que precisam entender mais do que está à sua frente, parece que uma opção é um bom compromisso. Eu faria isso no nível do site, pois provavelmente, se você usa tags, isso é mais uma decisão do site do que uma decisão por usuário, mas por usuário com base no padrão do site é provavelmente o caminho a seguir.
O Sr. Jobs estava certo, então, quando disse que os cursores são inúteis
Brincadeira.
Mas eu uso as teclas de cursor o tempo todo porque escrevo muito, principalmente textos longos, e não reconheço a situação que você descreve.
(Edição: Cheguei aqui desviando de todas as minas 
)
e nem mesmo aqui e agora
Posso usar tags usando autocompletar com hash porque este novo sistema funciona tão bem how-to ou apenas digitando uma se eu conseguir lembrar: unsupported-install — isso também funcionou.
Então — o que eu não entendo agora?
Neste momento, não temos planos de fazer nenhuma alteração específica aqui.
Não tenho certeza qual é a melhor solução para isso e parece um pouco improvável que aconteça, mas consigo reproduzir isso colocando o cursor no lugar certo e concordo que é irritante quando acontece (quando o cursor está a 1 caractere do início da linha).
Agradeço a atualização e como @mcwumbly capturou o estado atual. Obrigado, @mcwumbly, por dedicar tempo para criar também os exemplos animados! Não há mais nada aberto da minha parte.
A correção para mim é simplesmente desativar a autocompletar para hashtags
Então
#
Não emitiria autocompletar
test #
Emitiria autocompletar
#t
Emitiria autocompletar
Adicionando essas regras, todas as travadas do cursor não aconteceriam mais e o impacto no usuário seria absolutamente mínimo.
@martin … pensamentos?
Apenas um lembrete de que houve alguns tópicos com pessoas (eu incluído) perguntando sobre o comportamento atual antes, quando era exatamente como o descrito.