Actualmente, /activity/pending enumera todos los temas/publicaciones pendientes, pero solo las publicaciones pueden eliminarse al entrar al tema y hacer clic en el botón “Eliminar” debajo del cuadro “esperando aprobación”, y los usuarios no pueden eliminar sus temas pendientes por sí mismos sin contactar a un miembro del personal.
Este commit agrega un botón “Eliminar” similar directamente a la página /activity/pending, para que los usuarios puedan eliminar sus temas pendientes por sí mismos, siguiendo una lógica similar a la eliminación de publicaciones pendientes antes.
¿por qué el tema eliminado permanece en la cola como en tu captura de pantalla? ¿no debería simplemente… cancelarlo?
La lógica se mantiene igual que la de una publicación, es decir, cuando un usuario elimina una publicación antes de que el personal tome alguna acción, también permanece en la cola como se muestra arriba (El estado es “Tema o publicación eliminado”, por lo que no afectará al estado pendiente).
Además, creo que esto tiene sentido, si un usuario elimina accidentalmente un tema pendiente, puede solicitar al personal que lo recupere.
para mí tendría más sentido que apareciera una ventana de confirmación en lugar de que una acción destructiva se ejecute con un solo clic.
De acuerdo, añadiré una ventana emergente para que los usuarios puedan confirmar.
¿En qué casos similares muestra Discourse un cuadro de confirmación?
Cuando elimino una publicación o un tema que he creado, tampoco hay un paso de confirmación. En mis listas de marcadores, «eliminar marcador» también lo borra sin preguntar de nuevo.
Comprendo la necesidad de pedir confirmación cuando se pierde información de forma permanente, como cuando descartas un borrador, pero no creo que deba haber demasiados casos así, porque entonces los que sí son importantes parecerían menos importantes. (La discusión aquí también podría ser interesante en este contexto).
Mientras un miembro del equipo pueda restaurar el tema, no creo que necesite confirmación.
Vaya, eso es extraño. Acabo de intentar eliminar un tema y no me advirtió en absoluto, incluso como usuario estándar. Ahora que lo he hecho, tiene sentido, pero quizás me he acostumbrado tanto a la interfaz de usuario del administrador que olvidé que no te pide confirmación como usuario, porque honestamente pensaba que sí lo hacía. Sin embargo, sí ocurre en la ventana emergente de respuesta, lo cual me parece bastante similar a esto.
Pero ese es un caso en el que, de lo contrario, se perdería el contenido del mensaje, lo cual no ocurre en los demás ejemplos. Me parece que, en general, Discourse fue diseñado con la idea de que el usuario sabe lo que está haciendo y solo advierte cuando las consecuencias son graves.
Esto es exactamente así, y no es necesariamente específico de Discourse, sino que son simplemente las mejores prácticas generales de UX: un modal/diálogo es un elemento que causa fricción en el flujo del usuario, y solo debería usarse cuando una acción es realmente destructiva. Cualquier cosa que sea fácilmente recuperable o deshecha, puede proceder sin él.
Estoy totalmente de acuerdo con esto, el problema es que al menos con esta función parece que no se puede deshacer sin la intervención del personal. Si fuera un usuario y pulsara accidentalmente el botón “revocar publicación”, preferiría que una ventana modal me lo impidiera antes que tener que pedir al personal (que quizás no lo vea) que apruebe la publicación de todos modos.
El método original para eliminar una publicación pendiente consistía en ir al tema y desplazarse hasta el final, y luego hacer clic en el botón «Eliminar». Este proceso es lo suficientemente complejo como para evitar acciones no intencionadas.
Sin embargo, «pendiente» es una lista; alguien podría hacer clic accidentalmente en el botón de eliminación de una fila incorrecta y luego tener que contactar a un miembro del equipo para la recuperación, lo cual podría llevar tiempo y esfuerzo. Desde la perspectiva del usuario, creo que no es tan «fácil», por lo que quizás sea necesario un cuadro de diálogo de confirmación aquí.
P.D. Mi commit original era mantener la misma lógica que la de eliminar una publicación pendiente antes, pero creo que podría ser necesario alertar al usuario nuevamente aquí.
