Estoy buscando ayuda con 4 problemas en Discourse Chat. Si crees que puedes ayudar con alguno de ellos, por favor ponte en contacto:
1. Error: No se puede seleccionar texto en el compositor de chat en iOS
En la ventana del compositor de chat, si escribes un mensaje y seleccionas texto, se resaltará una palabra pero no te permitirá ajustar tu selección moviendo los puntos en cada extremo de la palabra.
2. Error: Las miniaturas de video no aparecen en el chat en iOS
En iOS, cuando se suben archivos MP4 u otros archivos de video, no aparece ninguna miniatura.
3. Característica: Canales de chat de solo lectura
En la configuración del canal, crea una nueva configuración para marcar un canal como “Solo lectura”. Una vez configurado, solo el personal podrá publicar en el canal.
Si es posible, sería bueno restringir la publicación pero permitir que cualquier persona en el canal responda a la publicación en un hilo.
4. Característica: Desactivar correos electrónicos cuando se usa @all en el chat
Cuando se usa @all, queremos evitar que se envíe un correo electrónico, pero nos gustaría que las notificaciones push sigan funcionando como lo hacen.
Excelentes noticias y muchas gracias. Hemos oído hablar de este error por parte de algunos de nuestros usuarios y sería maravilloso que se corrigiera para todos los usuarios de Discourse.
@j.jaffeux, ¿esto me parece un error en el navegador Safari?
Cuando se abre en Firefox o Chrome, con el mismo archivo adjunto de vídeo, la etiqueta de vídeo se renderiza correctamente con “una vista previa”, ¿estás de acuerdo? (entre comillas, ya que no creo que dependa del procesamiento de miniaturas de la aplicación Discourse).
¿Eso sugiere que no hay nada que podamos hacer en el lado de la aplicación?
Noto que el problema solo ocurre en el chat, que utiliza la etiqueta HTML <video> antes de reproducir.
En las Publicaciones, donde la vista previa se renderiza correctamente en Safari, Discourse parece emplear un <div class="video-placeholder-container">… y un marcador de posición de póster de video “falso” antes de que hagas clic, momento en el que cambia a la versión <video>.
Quizás hubo una razón para eso…
… sí, la hubo:
¿Entonces justificado por una razón diferente? ¿Matar dos pájaros de un tiro?
Si hay interés, ¿estoy dispuesto a enviar un PR con una versión del enfoque de Publicación?
Como antecedente, nunca implementamos marcadores de posición de video para el chat, simplemente se basa en las funciones de la etiqueta de video HTML5 para que funcione. Implementamos nuestra propia lógica de marcador de posición originalmente para temas/publicaciones porque los videos se “descargaban” automáticamente en cada carga de tema, incluso si no se estaban reproduciendo, lo que aumentaba los costos de CDN en sitios populares.
No creo que necesitemos reimplementar la misma lógica de marcador de posición que tenemos para los temas en el chat todavía, pero aún puede haber algunos ajustes para iOS/Safari que necesitaremos hacer para que las cosas funcionen en iOS. Pensé que solo tener el atributo preload="metadata" sería suficiente, pero parece que ya está presente.
Tenga en cuenta que existe la posibilidad de que tenga que revertir esto y encontrar una solución diferente, pero al menos ahora conozco la causa raíz.
Hola @blake, quería dar seguimiento a esto también. En la medida en que esto ya se haya arreglado en otro lugar y se pueda aplicar a chat, sería genial.
Tenemos muchas personas que comparten videos en nuestra comunidad y, cuando no hay miniaturas, muchos usuarios piensan que la funcionalidad de video está rota, ya que en todas las demás plataformas (SMS, Slack, Discord, etc.) siempre se ve una miniatura cuando se publica un video.
¡Se ve muy, muy bien!