Attualmente /activity/pending elenca tutti gli argomenti/post in attesa, ma solo i post possono essere eliminati accedendo all’argomento e cliccando sul pulsante „Elimina
4 Mi Piace
Sembra figo! Ecco alcune riflessioni..
- perché il topic cancellato rimane nella coda come nella tua screenshot? non dovrebbe semplicemente… annullarlo?
- avrebbe senso per me avere una finestra di conferma invece di eseguire un’azione distruttiva con un solo click
2 Mi Piace
perché l’argomento eliminato rimane nella coda come nella tua schermata? Non dovrebbe semplicemente… cancellarlo?
La logica è mantenuta uguale a quella di un post, ovvero quando un post è eliminato da un utente prima che venga presa una decisione da un membro dello staff, rimane anche nella coda come sopra (Lo stato è “Argomento o post eliminato” quindi non influenzerà lo stato in attesa).
Inoltre, penso che abbia senso, se un utente elimina accidentalmente un argomento in attesa, può chiedere allo staff di recuperarlo.
avrebbe senso per me avere una finestra di conferma invece di rendere un’azione distruttiva con un solo click.
OK, aggiungerò un popup in modo che gli utenti possano confermare.
2 Mi Piace
In quali altri casi simili Discourse mostra una finestra di conferma?
Quando elimino un post o un argomento che ho pubblicato, non c’è alcun passaggio di conferma. Nelle mie liste di segnalibri, “elimina segnalibro” lo cancella senza chiedere conferma.
Capisco la necessità di chiedere conferma quando le informazioni vengono perse permanentemente, come quando scarti una bozza, ma non credo che ci debbano essere troppi di questi casi, perché altrimenti quelli importanti sembrerebbero meno importanti. (La discussione qui potrebbe essere interessante in questo contesto)
Finché un membro dello staff può ripristinare l’argomento, non penso che questo necessiti di una conferma.
3 Mi Piace
Sembra fantastico, @small-lovely-cat!
Ha senso per me
Wow, è strano. Avevo appena provato a eliminare un argomento e non mi ha avvisato per nulla, nemmeno come utente standard. Ora che l’ho fatto ha senso, ma forse mi sono abituato così tanto all’UX dell’amministratore che ho dimenticato che non ti chiede conferma come utente, perché onestamente pensavo che lo facesse. Tuttavia, succede anche nel popup di risposta, che sento sia più o meno lo stesso di questo
Alla fine della giornata sento che è una questione di preferenza e io preferisco avere un rapido controllo di sanità per prevenire click/tap accidentali.
1 Mi Piace
Ma in quel caso il contenuto del post verrebbe perso, cosa che non accade negli altri esempi. Personalmente penso che in generale Discourse sia stato progettato con l’idea che l’utente sappia quello che sta facendo e che avvisi solo se le conseguenze sono gravi.
1 Mi Piace
È esattamente così, e non è necessariamente specifico di Discourse, ma è semplicemente una buona pratica generale di UX: una finestra modale/dialogo è un elemento che crea attrito nel flusso dell’utente e dovrebbe essere utilizzata solo quando un’azione è davvero distruttiva. Qualsiasi cosa che sia facilmente recuperabile o annullabile può procedere senza di essa.
3 Mi Piace
Sono assolutamente d’accordo con questo, il problema è che almeno con questa funzione sembra che non possa essere annullata senza l’intervento dello staff. Se fossi un utente e premessi per sbaglio il pulsante “revoca post”, preferirei avere una finestra modale che mi fermasse piuttosto che dover andare a chiedere allo staff (che potrebbe non vederlo) di approvare comunque il post.
1 Mi Piace
Sì, la definizione di “facile” è discutibile
2 Mi Piace
Il metodo originale per eliminare un post in attesa consisteva nell’andare sul topic, scorrere fino in fondo e cliccare sul pulsante “Elimina”. Questo processo è sufficientemente complesso da prevenire azioni involontarie.
Tuttavia, “in attesa” è una lista: qualcuno potrebbe aver cliccato accidentalmente il pulsante di eliminazione di una riga sbagliata, dovendo poi contattare lo staff per il recupero, il che potrebbe richiedere tempo e sforzi. Dal punto di vista dell’utente, non mi sembra così “semplice”, quindi forse è necessario un dialogo di conferma qui.
P.S. Il mio commit originale era mantenere la stessa logica dell’eliminazione di un post in attesa prima, ma penso che possa essere necessario avvisare nuovamente l’utente qui.
1 Mi Piace