Son 120 USD al mes ![]()
Cambiado a Tenor.
Para ser justos, usaron una redacción confusa:
¡Gracias por la extensión, es muy útil! ¿Hay alguna posibilidad de que la opción de tenor se extienda con .mp4 ya que ellos lo tienen de su lado? Giphy tiene webp ligero, pero creo que Google es el menor de los males en comparación con Facebook, así que usamos tenor.
Así es como funcionaba originalmente, pero el navegador de iOS es tan, tan defectuoso y tuvo tantos problemas en torno a la creación rápida de múltiples elementos multimedia que me di por vencido.
Le envié un correo electrónico a Tenor para preguntar si planean admitir un formato más moderno, ya sea webp o avif, pero no compartieron ningún plan al respecto.
Muchas gracias por la explicación. Espero que lo hagan, ya que a menudo vemos un enlace aburrido debido al peso de un gif determinado (y estoy de acuerdo con esta solución, ya que es fantástica para las personas con conexión medida que pueden elegir si quieren hacer clic y, al mismo tiempo, no nos priva del potencial de cosas de aspecto más agradable).
¡Se ve bien! Una pregunta rápida. ¿Cómo almacena el plugin los gifs? ¿Los descarga en el sitio y luego los guarda en la copia de seguridad? ¿O simplemente enlaza al gif original en otro sitio?
Si los almacena localmente, ¿reutiliza los gifs ya guardados?
Por ejemplo,
Si Bob usa “toma mi dinero gif” (id de gif 1234) y eso se almacena localmente, y al día siguiente Jill usa el mismo “toma mi dinero gif” en su publicación (id de gif 1234), ¿lo vuelve a descargar y lo agrega al almacenamiento del foro para que ahora haya dos copias o puede reutilizar el gif que Bob descargó ya que es el mismo?
Dependiendo de la configuración download remote images to local, el GIF podría guardarse localmente.
El mismo GIF no se guardará dos veces; se reutiliza, sí.
No estoy seguro de si esto es un problema del plugin de gif o del chat, pero al intentar responder a una entrada de chat con un gif, la cita se pierde y el gif se publica en el chat sin contexto. Para reproducir:\n\n1. Selecciona una entrada de chat anterior y haz clic en el botón Responder.\n2. La entrada de chat citada ahora está encima de la entrada de texto del chat y el foco cambia a la entrada de texto del chat.\n3. Haz clic en el icono más y selecciona Buscar Gif.\n4. Busca un gif y haz clic en uno para insertarlo.\n5. El gif se inserta inmediatamente en el chat sin la referencia de respuesta y la entrada de chat citada permanece adjunta a la entrada de texto del chat.
Yo también puedo reproducirlo ![]()
EDIT: No pensé mucho antes, pero esto es más un problema de UX y una solicitud de funciones. Por diseño, el GIF se publica directamente. Sería bueno si el GIF se “adjuntara” como un archivo en este contexto.
Sí, eso tiene sentido; aprecio la aclaración. ¿Cuál es el lugar adecuado para hacer tal solicitud de funciones?
Puedes crear un tema en la categoría Feature con la etiqueta gifs. Consulta Topics tagged gifs. ![]()
¿Cómo configuraste esto para que el archivo mp4 se reproduzca automáticamente y en bucle?
Disculpe mi ignorancia, pero ¿cómo sería esto un problema de UX? ¿No sería el comportamiento del componente publicar directamente en el chat en lugar de agregar el enlace para que el GIF de tenor/giphy se agregue al área de texto del compositor de chat?
O tal vez una combinación de los dos, ya que la UX simplemente debería mostrar el GIF del enlace como lo hacen Discord/Matrix.
Recibo este error cada vez que agrego un gif a una publicación (usando una Mac). Funcionaba bien antes, y no he hecho ningún cambio en los últimos días, así que no estoy seguro de qué podría estar causándolo. ![]()
Olvidé mencionar que si vuelvo a la publicación, el gif se insertó.
Ahora no estoy seguro si es por añadir este componente, ya que también ocurre al usar el botón de enlace.
hmmm, uso este componente en varios foros y funciona como se esperaba.

Me enteré de que solo está en el escritorio. Funciona bien en el móvil. ![]()
EDITAR: Nvm, puede que sea solo mi instancia.
¿Es posible tener reproducción automática en los GIF? Actualmente, el usuario necesita hacer clic en ellos para reproducirlos.
¿Está hecho así intencionalmente para ahorrar datos o la cantidad de datos desde la perspectiva del host será la misma?
Saludos cordiales
Olle
