El nuevo editor WYSIWYG intenta representar exactamente lo que se mostrará en la publicación real, pero en este caso lo hace demasiado bien. En resumen, cuando escribes una publicación con una sección “Ocultar detalles”, generalmente quieres que esté cerrada por defecto (después de todo, es para ocultar detalles). Sin embargo, al escribir/revisar tu borrador, naturalmente tendrás la sección Ocultar detalles abierta para poder ver el texto dentro de ella. El problema es que esto publica la sección Ocultar detalles en estado abierto, de modo que está abierta por defecto. Sinceramente, ni siquiera sabía que se podía hacer que estuviera abierta por defecto y esto parece muy poco intuitivo en comparación con cómo la mayoría de los usuarios querrían que se representara la sección.
Pasos para reproducir:
Inicia un nuevo borrador en modo RTE
Crea una nueva sección “Ocultar detalles”
Abre la sección “Ocultar detalles”
Crea la publicación
Esperado: En la publicación, la sección “Ocultar detalles” debería estar cerrada por defecto, ya que esto coincide con años de expectativas del editor Markdown.
Real: La sección “Ocultar detalles” está abierta por defecto.
¿Cómo se crean detalles abiertos con el editor WYSIWYG si no es dejándolos abiertos antes de publicar? ¿No es que los detalles estén abiertos cuando estaban abiertos antes de publicar exactamente eso? Obtienes lo que ves.
Sí, obtienes lo que ves. Y digo que en este caso, obtener lo que ves es poco intuitivo y va en contra del propósito de una sección de ocultar detalles. Esperar que el usuario cierre manualmente cada sección de Ocultar detalles antes de publicar no sería una buena experiencia de usuario.
No creo que ese sea el caso de uso previsto aquí. Los detalles deberían estar cerrados por defecto y, opcionalmente, abiertos. Tener que recordar cerrarlo manualmente antes de crear una publicación no es muy fluido.
Quitar el “open” en markdown antes de publicar tampoco es más intuitivo. Pero cuando quieres ver lo que estás escribiendo en la vista previa usando el editor markdown, tienes que hacerlo. Ese es mi flujo de trabajo normal. Creo detalles, añado “open” para poder ver el formato en la vista previa mientras escribo, y al final quito el “open”.
Para mí, alternarlos para que estén cerrados es como quitar el “open” en markdown.
Así que no estoy de acuerdo con
porque mi experiencia fue la misma antes. Tuve que quitar el formato “open” antes de publicar.
Esa fue también la razón al desarrollar esta función y es exactamente lo que sucede, pero estoy de acuerdo en que el comportamiento actual se siente contraintuitivo porque publicar una sección de detalles open=true me parece un caso extremo muy raro y termina perjudicando la experiencia predeterminada/más común debido a este soporte.
Creo que es razonable suponer que la mayoría de las personas crean secciones de detalles con la intención de que se cierren al publicarlas para evitar el desorden o la sobrepoblación de su publicación con contenido quizás auxiliar; de lo contrario, ¿por qué tener el contenido en una sección de detalles?
Pero, si cerramos todas las secciones de detalles por defecto al publicar, hacemos imposible que alguien publique una sección de detalles abierta sin cambiar al modo Markdown y entra en conflicto con la premisa de WYSIWYG. Si está abierta en el editor, entonces está abierta en el tema/respuesta publicado.
Me pregunto si el contenido marcador de posición es confuso: cuando está abierto, te decimos “este texto se ocultará”:
Todavía no tengo una idea clara sobre cómo abordar esto, pero estoy de acuerdo en que algo no va bien.
Además, las comunidades que uso albergan clubes de lectura y las secciones de detalles se usan comúnmente para publicar spoilers (especialmente cuando hay mucho texto y usar una etiqueta de spoiler es incómodo). Tener estas abiertas por defecto sería un gran problema. (De hecho, así es como descubrí el problema en primer lugar). Si están abiertas por defecto, muchos usuarios estropearán los libros para otros usuarios, y no me sorprendería si muchos vuelven al markdown para evitar esto.
Hola, iba a crear el mismo hilo. En mi comunidad, solo se usa para spoilers, y ahora este nuevo editor resulta bastante confuso para nuestros usuarios, no saben que tienen que cerrarlo antes de publicar, por lo que la gente se ha spoileado.
Como el comportamiento predeterminado durante tanto tiempo fue tenerlo cerrado, es difícil justificar el cambio a los usuarios.
¡Hola! Soy del mismo foro que @seanblue y he notado este problema con las cajas de detalles abiertas.
Entiendo que el editor aparentemente funciona como se esperaba. Sin embargo, no es obvio para el usuario que así es como se supone que deben funcionar el editor y las cajas de detalles. Si fuera obvio, entonces todos estarían cerrando manualmente sus cajas de detalles y no habría problemas.
Tenemos muchos usuarios en el foro que no están acostumbrados a usar Discourse/foros en absoluto, y tienen muchos problemas para entender las funcionalidades básicas, como agregar tablas y cajas de detalles a sus publicaciones; esto añade un punto adicional de confusión el hecho de que las cajas de detalles no oculten información, especialmente con el texto de ejemplo que dice ‘Este texto se ocultará’.
Además, los usuarios de mucho tiempo no están al tanto del cambio, y de repente las cajas de detalles no se comportan como siempre lo hicieron, lo que resulta en que estén abiertas o cerradas aleatoriamente porque los usuarios no se han dado cuenta de que hubo un cambio. Por lo tanto, esto confunde tanto a los nuevos usuarios de Discourse como a los usuarios de mucho tiempo. Realmente no estoy seguro de quién se beneficia de esto.
Luego, también está el problema que mencionó seanblue, y es que usamos principalmente cajas de detalles para ocultar spoilers en los clubes de lectura, y ahora que de repente no están cerradas por defecto, cuando abres un hilo, todos los spoilers son visibles, ¡lo cual es irritante!
@lindsey Creo que hemos recibido suficientes comentarios para hacer una excepción aquí. Por defecto, se espera que el componente oculte cosas, por lo que es una excepción justificada en mi opinión.
Sí, estoy de acuerdo. Gracias a todos los que han publicado aquí, los comentarios son muy valiosos. Tendremos esto en cuenta para asegurar que las secciones “Ocultar detalles” se cierren por defecto al publicar desde el editor de texto enriquecido. Haré un seguimiento una vez que sepa más sobre los plazos.
En mi sitio, hemos tenido problemas con la etiqueta [details] donde al abrirla en la vista previa, el bloque se abre por defecto.
Esto se confirma al revisar el BBCode de una publicación, que tendrá open añadido a la etiqueta (como en [details="Esto debería permanecer cerrado" open]) si estaba abierta en la vista previa en el momento en que se envió la publicación.
Esto parece contradecir el propósito de la etiqueta, especialmente dado que a menudo la usamos para spoilers.
