Posso atribuir vários tipos a uma única categoria, mas isso não funciona muito bem:
todas as mensagens são marcadas como não resolvidas se a opção support+mark estiver ativada, o usuário não pode especificar que tem um pedido de suporte
todas as mensagens mostram “voto 0”, mesmo quando o usuário pode marcar uma mensagem como disponível para votação (deveria mostrar apenas 0 votos para quem optou por isso)
Quando ativo eventos, a categoria é substituída por um calendário gigante, enquanto isso pode ser aceitável em algumas ocasiões, um grupo de discussão normal com um pequeno widget de calendário na barra lateral seria mais útil para que eu possa marcar apenas algumas mensagens como tendo uma data.
Como você usava os plugins de tópicos resolvidos, votação de tópicos e eventos antes que eles se tornassem tipos de categoria? Embora o processo de configuração desses plugins para uma categoria tenha mudado, não me lembro de que as funcionalidades tenham sido alteradas.
Você também usava esses plugins nas categorias antes? Ou está apenas testando-os pela primeira vez? Me pergunto como os usuários indicavam que seu tópico era um pedido de suporte antes.
Estou apenas testando. Queria criar uma categoria para votação de ideias de produto. Gostaria que a votação de tópicos e o estilo de comentários privados fossem melhores. Acabei de descobrir que não existe uma categoria que imponha isso. Por outro lado, eu poderia misturá-los com posts normais, o que também é bom. Só preciso treinar os usuários a realmente usá-los (ou permitir que o moderador transforme um post em uma votação de ideia (post de votação) e pronto… hm.)
Pensei em algo semelhante, mas focado exclusivamente em suporte. Os recursos poderiam receber votações, enquanto as postagens técnicas receberiam soluções.
Criar duas categorias seria contraproducente para os usuários; por enquanto, não pretendo ativá-las da forma como estão, justamente por esse motivo.
O sonho: um formulário inicial ao publicar classificaria as postagens, e então cada uma receberia a funcionalidade adequada
Acho que você poderia usar tags para isso. Assim, você habilita soluções com base na tag #question e também oculta a votação nesses tópicos com CSS, como é feito nos tópicos feedback aqui no Meta.
Você poderia combinar isso com um form-templates que ajude na seleção das tags.
Ah, dá pra criar tipos de solução baseados em uma tag? Algo tipo „marcar como pergunta de suporte“? Isso seria legal, assim as entradas de discussão não teriam os botões „Eu também“ ou „marcar como resolvido“
Concordo com essa fusão. Alguns tópicos deveriam ter a opção “Eu também” e também a possibilidade de votação. Acho que deveria ser possível alternar para ativar ambos, apenas um deles ou nenhum.
Não tenho certeza de como lidar com isso da melhor forma, mas o objetivo é realmente apoiado aqui.
Existe a configuração enable_solved_tags. Mas não sei se ela dá suporte ao botão “também”.
A nova ferramenta de relatórios parece estar limitada ao plugin de soluções resolvidas configurado por categoria. Isso me faz me perguntar se outras funcionalidades recentes também são afetadas.
