Acabei de redefinir essa configuração e está funcionando como esperado. Obrigado!
Notei que quando essa configuração está definida como “nenhuma categoria”, ela não permite que o usuário clique e digite, mostrando uma mensagem para escolher uma categoria, mas às vezes as pessoas não leem o texto imediatamente. Você sabe por acaso se é possível mostrar algum “pop-up” quando o usuário clica na área da mensagem, antes de escolher uma categoria?
EDIT: Depois de tentar muitas opções que Claude e ChatGPT ofereceram para isso, acabei apenas removendo a propriedade “Disabled”. Assim, os usuários ainda podem clicar e escrever sua mensagem, mas quando nenhuma categoria é selecionada e eles tentam enviar, veem o erro vermelho/laranja pedindo para escolher uma categoria. Este é, na verdade, um comportamento melhor, na minha opinião.
Para outros que tentam fazer o mesmo, aqui está o Javascript que adicionei à aba \u003chead\u003e em um novo componente que criei chamado Unlock Composer:
<script type="text/discourse-plugin" version="0.8">
const observer = new MutationObserver(() => {
const textarea = document.querySelector(".d-editor-input[disabled]");
if (textarea) {
textarea.removeAttribute("disabled");
textarea.setAttribute("placeholder", "Selecione uma categoria antes de enviar");
textarea.style.cursor = "text";
}
});
observer.observe(document.body, { childList: true, subtree: true });
</script>
Eu não sou um desenvolvedor. Isso foi apenas o que o ChatGPT sugeriu e funcionou. Se alguém vir como isso pode ser melhorado, por favor, compartilhe.
Você pode ver que não há categoria padrão. Agora, posso digitar minha mensagem (ao contrário do comportamento padrão, que bloqueia a área de mensagens), mesmo sem uma categoria selecionada:
Eu apenas pedi ao ChatGPT para ver se havia uma maneira de simplificar um pouco mais o script e ele removeu a primeira linha, relacionada à API. Atualizei minha postagem com o script final, caso você queira usá-lo.
Mas acredito que este não seja o comportamento padrão, pois até o placeholder original diz algo como “Selecione uma categoria antes de digitar aqui”, e o cursor muda para uma seta com um símbolo de . Ele não me permite clicar e digitar, a menos que eu escolha a categoria.
Era o que eu esperaria se você tivesse um modelo de tópico configurado em uma de suas categorias. Sem nenhum configurado, ele deve permitir que você entre na área do compositor antes de definir uma categoria. Ele bloqueia isso ao usar modelos de tópico para que as pessoas não ignorem acidentalmente esse modelo digitando primeiro no compositor e, em seguida, selecionando uma categoria.
Acabei de fazer um teste rápido no meu site, e sem uma categoria padrão ou modelos de tópico, posso entrar na área do compositor sem ser bloqueado até selecionar uma categoria.
Estranho… Acabei de desativar o componente que criei, tentei novamente e agora ele me deixa digitar. Não está bloqueado
Seria algum problema de cache depois que eu o defini como (sem categoria) ou algo assim? Cache no próprio servidor, porque tanto no Chrome quanto no Firefox, com contas de usuário diferentes, tive o mesmo comportamento. Estou usando o Cloudflare e notei que às vezes há problemas com meu fórum que parecem estar relacionados ao cache do Cloudflare. Novamente, não sou especialista, então estou apenas adivinhando…
Por curiosidade, se você tiver o plugin data explorer instalado, poderia executar isso apenas para ver o que ele diz:
SELECT id as category_id, topic_template
from categories
Eu acabei de testar isso em outro site (que por acaso é alemão como local padrão) e notamos que havia um template sorrateiro adicionado à categoria pseudo Não categorizado, que parece ter causado o mesmo comportamento naquele site.
Acabei de notar que no fórum do Obsidian, o comportamento é o mesmo. Ele fica bloqueado até que eu escolha uma categoria, então provavelmente é o novo comportamento?
Acho que não. Em ambos os sites atualizados recentemente em que testei isso, o comportamento é o mesmo que eu esperaria (sem categoria padrão ou modelos de tópico = livre para digitar sem escolher uma categoria primeiro).
O que não conseguimos descobrir foi de onde veio o modelo de tópico não categorizado no site de localidade alemão. Um adicionado automaticamente sorrateiramente lá por qualquer motivo quebraria a funcionalidade pretendida sem que ninguém percebesse.
Você tem um no seu? (E se você pudesse compartilhar sua localidade padrão, isso também seria útil)
/c/uncategorized/edit/topic-template
ETA: Como alternativa ao explorador de dados, você também pode filtrar seus logs de staff por ‘modelo de tópico’ e ver se há alguma informação extra lá.
(Também adicionarei o link filtrado que Moin compartilhou abaixo)
Acho que é um pouco difícil filtrar isso na interface porque você só pode filtrar por actions e não por subjects. Pode haver muitos registros para a ação “alterar configurações de categoria”. Mas você pode adicionar um filtro de assunto à URL: /admin/logs/staff_action_logs?filters=%7B%22subject%22%3A%22topic_template%22%7D
Acho que você deveria conseguir ver o comportamento padrão em try.discourse.org, se ainda estiver curioso. Não, eu estava enganado. Try tem uma categoria padrão definida.
Foram os esquecidos que eu esperava desenterrar. Mas se não houver um adicionado automaticamente a Não categorizado, acho que isso descarta um possível bug, o que é bom.
Há também os logs da equipe (usando o link que Moin compartilhou), mas você parece satisfeito com sua solução alternativa, então vou parar de te pressionar por mais informações.