Posso assegnare più tipi a una singola categoria, ma non funziona molto bene:
tutti i post sono contrassegnati come non risolti se l’opzione support+mark è attivata, l’utente non può specificare che ha una richiesta di supporto
tutti i post mostrano “voto 0”, anche quando l’utente può contrassegnare un post come disponibile per il voto (dovrebbe mostrare 0 voti solo per chi ha optato per questa funzionalità)
Quando attivo gli eventi, la categoria viene sostituita da un enorme calendario, mentre in alcune occasioni potrebbe andare bene, ma un normale gruppo di discussione con un piccolo widget laterale del calendario sarebbe più utile, così posso contrassegnare solo alcuni post come aventi una data.
Come utilizzavi i plugin per i topic risolti, il voto sui topic e gli eventi prima che diventassero tipi di categoria? Anche se il processo di configurazione di questi plugin per una categoria è cambiato, non ricordo che le funzionalità siano cambiate.
Li usavi anche sulle categorie in precedenza? O li stai provando per la prima volta? Mi chiedo come gli utenti indicassero che il loro topic era una richiesta di supporto prima.
Stoio solo a provarle: volevo creare una categoria per il voto su idee di prodotto. Mi piacerebbe avere il voto sui topic e uno stile di commenti privati, ma fatto meglio. Ho appena scoperto che non esiste una categoria che imponga questo comportamento. D’altra parte, potrei mescolarle con i post normali, che sarebbe anche una buona soluzione. Dovrò solo abituare gli utenti a usarle davvero (oppure permettere al moderatore di trasformare un post in un voto su un’idea, cioè un post di voto… hm).
Avevo pensato a qualcosa di simile, ma concentrato esclusivamente sul supporto. Le funzionalità avrebbero potuto ricevere voti, mentre i post tecnici avrebbero ricevuto soluzioni.
Creare due categorie è controproducente per gli utenti; per il momento non ho intenzione di attivarle così come sono, proprio per questo motivo.
Il sogno: un modulo iniziale al momento della pubblicazione che classifichi i post, e poi ciascuno riceva la funzionalità appropriata
Penso che per questo potresti usare i tag. In tal modo, puoi abilitare le soluzioni in base a un tag #question e, tramite il CSS, nascondere anche il voto su quegli argomenti, come viene fatto per gli argomenti feedback qui su Meta.
Potresti combinare questo approccio con un form-templates che aiuta nella selezione dei tag.
Oh, si può davvero creare tipi di soluzione in base a un tag? Qualcosa come “segna come domanda di supporto”? Sarebbe fantastico, così le voci di discussione non avrebbero i pulsanti “Anche io” o “Segna come risolto”
Sono d’accordo con questa fusione: alcune discussioni dovrebbero avere l’opzione “Anch’io” e la votazione. Penso che dovrebbe essere possibile scegliere di attivarle entrambe, una sola o nessuna delle due.
Non sono sicuro di come gestire al meglio questa funzione, ma l’idea è davvero apprezzata.
Esiste l’impostazione enable_solved_tags. Ma non so se supporta il pulsante “Anche a me”.
Il nuovo strumento di segnalazione sembra essere limitato al plugin “risolto” configurato per categoria. Questo mi fa pensare che anche altre funzionalità recenti potrebbero essere interessate.
