-
Notifications
You must be signed in to change notification settings - Fork 781
Play animated Stickers (gif) #2668
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I would love this as well. Rocket.Chat has this and it's nice, especially for my kids. |
I think this is not supported serverside, so the android dev can't fix it. I guess it's rather an issue for https://github.com./matrix-org/matrix-doc/issues, but I'm not 100% sure. |
This is currently working on element-web/desktop, so I don't see how it could be a server/protocol issue. I think this would be working on android, if either stickers could be tapped for fullscreen viewing as normal pictures are, or just play gifs inline. |
Most gif stickers now autoplay indefinitely in 1.1.11
|
In 1.3.2, the gif sticker is not played. It does not played regardless of size and capacity. Given that it is supported on element/web and element/desktop, it seems that gif sticker autoplay is not supported on Android clients. |
You are correct, I can confirm that. I am no longer certain if my assessment for 1.1.11 was correct, however I can say that animated stickers work very nicely in the SchildiChat fork of Element Android. |
Is this a bug? Can this work in the same way as desktop/web? |
No, it's not a bug. Shildichat is another messenger app forked from element-android and seems to support gif autoplay separately. I checked Schildichat, and it only supports gif autoplay, not animation stickers. |
I checked out Shildichat. It does seem nice, in terms of the GIFs and overall layout compared to Element. That name and icon for Shildichat is just... yeah. Really wish Element would support at least the option for enabling animated GIFs by default. |
GIF images/stickers should be automatically played by default as:
Edit: considering that there's no sticker shop or anything of the sort in Element, this implementation is severely needed, as it is the only meaningful way to use stickers in Element. |
downloading gifs can be fairly costly since they're quick to be a couple MB large. 🤷 clearly there should be an option to disable autoplay (and thus autodownload), plus another option to switch behaviour based on cell or wifi connectivity. |
I send my kids GIFs all the time. It's annoying for them (and me) to have to play each one. Would LOVE an option for toggling this. |
Please note that this issue is about animated Stickers (which you can send e.g. with this) in particular, which is still completely impossible in Element Android (contrary to SchildiChat and others). It is not about general GIF playback (automatic or otherwise). |
Animation stickers can be played on element-android. If you modify the source of maunium-stickerpicker a little, you can upload webp, gif, and use animation stickers (checked on element-web). https://duckchi.github.io/stickerpicker/web/ Considering that gif automatic playback is possible in schildichat, animation sticker playback is also possible on element-android by simply reflecting the automatic playback code on the sticker. |
Should be fixed in 1.4.6 |
Problem
Stickers may be animated files, e.g. gif files, apng files, etc.
Animated images like these can usually (only) be played, by tapping to "open" them, presumably in a webview.
In case of a sticker with MIME type image/gif, the app recognizes the animated nature of the file and shows a play button overlaid on the sticker. However this isn't clickable, nor does the animation play.
Proposed Solution
Animated stickers should be supported. The support should at least match the regular file sending of the same file type. Inline playback would be preferable, perhaps similar to Element Web/Desktop, which can play on mouse hover, which could translate to tap to play the longer of one loop, loop for a minimum amount of time, or similar. See also #1160.
The text was updated successfully, but these errors were encountered: