Si el nombre de la categoría es demasiado largo, el botón de la etiqueta se corta.
¿Es posible mostrar un recuento numérico de las etiquetas añadidas después de agregar una o más etiquetas, junto al icono? Eso parece mejor que tener el icono de la etiqueta relleno ahora (es muy sutil).
Creo que Canapin mencionó esto: el título se siente bastante cortado por alguna razón; podría tener que ver con el botón flotante en el camino.
Al activar el Rediseño de Composer, la opción de elegir al personal o grupos específicos no funcionaba. Tuve que seleccionar a todos.
Qué raro, ¿te ha salido algún error o algo así? Aquí en Meta lo tenemos configurado para un grupo específico:
No vi ningún error, pero puedo intentar volver a probar. Al principio intenté configurarlo para grupos específicos: Staff, Guide.
Cuando probé el editor, no había cambiado. Así que intenté la opción de solo Staff con el mismo efecto. Solo cuando lo habilité para todos apareció el editor rediseñado en el móvil.
No lo he probado en el escritorio. Disculpad, se me olvidó añadir detalles adicionales.
Móvil en Google Pixel 9 XL.
EDITO acabo de volver a probar esas configuraciones. ¡Ahora funciona! ¿Quizás estaba viendo el foro en caché? Incluso había intentado actualizar. Pero ahora está todo bien.
Un pequeño descuido de diseño. Cuando está activo, el fondo del selector tiene bordes redondeados, mientras que en el estado predeterminado no hay bordes redondeados visibles:
Sé que esto ya se ha dicho antes, pero realmente espero que el botón de vista previa pueda volver a estar disponible en móviles. Uno de los foros que uso no tiene suficiente impulso comunitario para instalar la solución alternativa con componentes.
Es un poco llamativo y parpadea en azul al expandirse debido al resaltado azul característico de Chromium (¿?).
Además, necesito pulsar el botón de menos dos veces para minimizar cuando se muestra el teclado. (nota: no ocurre en el diseño anterior). Esto podría deberse a este error en este fotograma del vídeo (visible después de pulsar el botón de menos por primera vez), donde la barra de URL salta a la posición del botón de menos por razones desconocidas:
Parece funcionar bien en Foundation, pero hay algunos problemas en Horizon: la ventana de vista previa tiene un borde con el color de acento.
¡Me alegra que funcione bien en Foundation! En cuanto a Horizon, sí, lo sé, como dije en la publicación original
Sigo trabajando en ello.
Le pregunté a la IA y el destello azul se puede solucionar añadiendo -webkit-tap-highlight-color: transparent al elemento en cuestión. Recomiendo hacerlo con el elemento del editor, porque cuando ocupa toda la pantalla al expandirse, provoca un destello en toda la pantalla, lo cual no ofrece una buena experiencia visual.
Así es como se ve si aplico * {-webkit-tap-highlight-color: transparent} con Stylus (estoy usando Edge en Android)
Creo que el diseño sin bordes es significativamente menos intuitivo:
El título parece ser parte del editor del cuerpo de la publicación. Vale. Pero si escribo el título y luego presiono la tecla Enter, el cursor no pasa a la siguiente línea. Da la sensación de que estoy atascado en la primera línea de la publicación sin forma de avanzar. No creo que el usuario entienda intuitivamente que debe hacer clic en la siguiente línea o presionar Tab para continuar. Si quieres que la entrada del título sea parte del editor del cuerpo de la publicación, entonces debe funcionar exactamente como cualquier otra línea del editor. Si va a seguir tratándose como un campo de entrada independiente, vuelve al diseño anterior donde esa naturaleza se comunicaba visualmente al usuario.
La falta de borde entre el editor de la publicación y la vista previa (cuando el compositor está en modo de editor de Markdown) es demasiado confusa. Estas son dos paneles separados. Ese hecho debería comunicarse visualmente al usuario mediante un borde entre ambos.
No hay margen derecho en la vista previa que se muestra cuando el compositor está en “modo editor de Markdown”:
Me esperaría que tuviera un margen similar al que vemos en el lado izquierdo del compositor, como vemos cuando el compositor está en “modo editor de texto enriquecido”:
@renato ¿Crees que sea fácil de lograr?
Si es así, ¿debería también funcionar en la otra dirección? Si el cursor está al principio del textarea, ¿presionar atrás debería llevar al campo de título, entonces?
Al ser campos distintos, me parecería extraño este comportamiento completo (de título a textarea y viceversa), pero quizás cambie de opinión después de usarlo.
Solo por si acaso, y quizás sea demasiado pronto y ya lo sepas, pero la barra de herramientas está completamente ausente cuando se usa el móvil/iPhone en DiscourseHub
Edición
No tiene nada que ver con DiscourseHub. Sigue el estado de visibilidad de la barra de herramientas del compositor original.
Si la barra de herramientas se oculta mediante el interruptor y luego se habilita el nuevo compositor, la barra de herramientas no es visible y, que yo sepa, no hay forma de mostrarla. Y viceversa. Si la barra de herramientas original es visible, cambiar al nuevo compositor ofrece la barra de herramientas.
Hola a todos y gracias por todos los comentarios hasta ahora.
Unas cuantas cosas que he implementado/corregido: (fusión pendiente)
He reformateado el título de nuevo a una sección independiente tipo entrada. Quizás lo revise más adelante.
Ahora trabajando en:
Seguiré siguiendo este tema; aún estoy pensando en algunos de los otros comentarios.
Sí, ya me di cuenta de que este era el problema; no debería ser un problema una vez que se implemente correctamente el rediseño (es decir, el interruptor ya no es funcional).
Ligeramente fuera de tema, ya que también ocurre en el “antiguo” compositor, pero he notado que cuando arrastro el compositor hacia arriba y hacia abajo, sigue al ratón con retraso y la animación es más entrecortada.
Reproduce a 0,25× de velocidad para ver mejor a lo que me refiero.
Supongo que se trata de una limitación de JS/navegador y que no hay nada que se pueda optimizar fácilmente.
Me encantaría ver elementos de la interfaz que reaccionen casi al instante y se animen a 60 fps.
Aparte de esto, después de usar el nuevo compositor durante unos días, simplemente es mejor. Tiene algunos “defectos” en los que la gente coincide (separación de markdown/vista previa, título…), pero en general es una mejora muy agradable para algo que creo que es difícil de mejorar. Así que, buen trabajo 
El nuevo editor de mensajes ocupa mucho espacio vertical. Ahora tengo que aumentar su tamaño al crear un nuevo tema. Esto es menos problemático (o no lo es en absoluto) al responder a una publicación.
Para tu información
Usando el editor Markdown, Firefox en Windows 11
Hola, un par de observaciones.
Utilizamos el plugin de Mermaid para mostrar flujos de Node-RED. Esto no funciona en este nuevo editor de texto enriquecido ni en el anterior. El código se muestra como texto de consola:
Anteriormente, podíamos solventar esto cambiando el compositor de vuelta a la variante anterior, sin formato enriquecido. Este botón de selección ya no funciona.
(Safari, Mac OS 27 beta pública actual)
¡Ya está solucionado! 
Actualización de información: Esto sigue ocurriendo con el teclado Sogou personalizado para Xiaomi, pero no con el teclado Fcitx. De todas formas, voy a dejar de usar el peculiar Sogou, así que no voy a pedir que ese teclado tenga prioridad
