From d0771f616c2286dd9c7f50b3cceb73332ebeb10b Mon Sep 17 00:00:00 2001 From: David Baker Date: Fri, 22 Nov 2024 10:02:12 +0000 Subject: [PATCH] Use specific image type --- proposals/4230-animated-image-flag.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/proposals/4230-animated-image-flag.md b/proposals/4230-animated-image-flag.md index 890cd8f0a..a1e0571f7 100644 --- a/proposals/4230-animated-image-flag.md +++ b/proposals/4230-animated-image-flag.md @@ -12,7 +12,7 @@ animation to start without a delay while it's downloaded. ## Proposal -We add an optional boolean flag, `ia_animated` to the `info` object of image events indicating if +We add an optional boolean flag, `ia_animated` to the `info` object of `m.image` events indicating if the image is animated or not. This SHOULD match whether the original image contains animation. Note that this will require clients probe the image file for animation. Simpler clients may, therefore, choose to not send this value at all, or always set it to false, meaning receiving clients are @@ -61,6 +61,8 @@ clients needing to download the original to probe for animation. We could require that servers, or clients in the case of encrypted rooms, preserve animation on thumbnailing. This is quite a burden for clients and would make thumbnails larger. +This could also potentially be extended to `m.sticker` events. + ## Security considerations Potential for clients to lie about the flag and cause unexpected animation is covered in 'Potential