Acho que este é um ótimo recurso, mas a implementação atual é bastante rudimentar. A maioria dos recursos de design de formulário ausentes já foi postada por outros usuários neste tópico, então gostaria de me concentrar mais em privacidade/administração de dados.
Minha comunidade gostaria de usar formulários de inscrição principalmente como um sistema de gerenciamento de usuários. Para esse fim, os formulários devem funcionar preferencialmente de forma semelhante ao sistema de sinalização, onde os administradores podem decidir quem pode ver as inscrições e quem pode responder a elas. Caso contrário, se usarmos o modelo de fórum atual, as informações pessoais de novos usuários acabarão em uma categoria pública do fórum, o que não é desejável. Também seria brilhante se esses formulários pudessem ser vinculados ao gerenciamento de grupos de usuários, por exemplo, se um novo membro se inscrever para ingressar na comunidade e um moderador aprovar sua inscrição, eles deveriam ganhar automaticamente o nível de confiança x, o grupo de usuários y e perder o grupo de usuários z.
Como exemplo, estes são alguns dos recursos que seriam incríveis se se tornassem nativos do Discourse: bot do Discord Appy. Atualmente, usamos o bot do Discord Appy, mas isso causa uma carga de trabalho adicional para administradores e moderadores manterem tudo sincronizado.
Para mim, essa não é uma solução adequada. Isso significaria que todos os novos recrutas veriam as aplicações de outros recrutas, tornando suas informações privadas (e-mail, idade, etc.) muito mais visíveis do que deveriam.
É por isso que eu exigiria que o formulário de inscrição funcionasse mais como o sistema de marcação funciona. Onde novos usuários podem criar entradas, mas apenas a equipe (administradores, moderadores, grupos de usuários selecionados) pode realmente acessar essas entradas.
EDIT: uma maneira de isso funcionar seria se houvesse uma configuração de categoria que tornasse possível que os autores dos tópicos pudessem ver apenas seus próprios tópicos.
Isso soa como se mensagens em grupo pudessem ser mais adequadas para você, ou seja, as aplicações são feitas enviando uma mensagem para um grupo em vez de criar um tópico em uma categoria, e apenas os membros desse grupo (mais o remetente) podem ver as mensagens.
Infelizmente, modelos de formulário não estão disponíveis para mensagens em grupo. Acho que perguntei sobre isso no contexto de solicitações de suporte, alguém perguntou, mas não sei se isso é algo planejado para o futuro.
Isso foi discutido em outros tópicos, por exemplo, #4 (e respostas subsequentes) em Offering "private support" as part of a public support community, onde minha impressão foi que eles não querem fazer isso, pois adicionaria muita complexidade às permissões de categoria para algo que já existe com mensagens em grupo.
Também é mais flexível com mensagens em grupo porque os participantes podem ser adicionados/removidos conforme apropriado. Por exemplo, se estiver recrutando para uma função técnica, você pode ter as aplicações indo para um grupo de RH e, depois que eles fizerem verificações de sanidade na aplicação, eles podem adicionar o grupo técnico relevante como participante.
Eu definitivamente gostaria de ver os modelos de formulário estendidos para mensagens em grupo eventualmente para cenários como esses.
Infelizmente, isso não atenderia totalmente às nossas necessidades, pois exigimos recursos clássicos de formulário de inscrição:
Menus suspensos
Respostas de múltipla escolha
Ferramentas de formatação
Campos condicionais (se a resposta para a pergunta A for B, então mostre o campo C)
Capacidade de revisar inscrições por moderadores/administradores
Armazenamento de longo prazo de inscrições para um conjunto mutável de moderadores/administradores (é por isso que a mensagem em grupo também não funcionaria para nós, pois as pessoas entram/saem da equipe ao longo do tempo)
Privacidade de dados adequada - ou seja, os usuários só devem poder ver sua própria inscrição
Gerenciamento automatizado de usuários (se a inscrição A for aceita, conceda o grupo de usuários B e/ou remova o grupo de usuários C).
Acho que uma solução de curto prazo seria introduzir uma nova configuração de categoria que os administradores possam marcar chamada “usuários só podem ver seus próprios tópicos”. Isso cobriria a maioria dos pontos levantados acima, pois o Modelo de Formulário Experimental poderia ser usado sem torná-lo visível para todos os usuários de um determinado grupo de usuários. Então, talvez, com o tempo, as funcionalidades restantes mencionadas por outros usuários aqui e por mim pudessem ser adicionadas ao formulário pelos desenvolvedores.
Já tentei o Custom Wizard antes, mas de alguma forma ele quebrou alguns campos de configuração padrão do Discourse na seção de administração. Depois disso, desativei o plugin e os campos de configuração do Discourse voltaram a funcionar normalmente, talvez o plugin não fosse compatível com a versão mais recente do Discourse na época.
Obrigado! Não estava ciente deste plugin de terceiros (até agora, limitei-me apenas a plugins oficiais depois de ter tido alguns problemas com o Custom Wizard).
