This is mainly so that emotes will not be so disruptive to users on other instances. Due to how they are implemented, most of the emotes have the effect of flooding the comment sections when viewed from other instances, and due to the large amount of cross-instance posting, this is a real issue that makes even sympathetic users annoyed.
Downsizing can be done pretty effectively with an automatic script, using something standard like ImageMagick to downsize them. So, it should not be hard or timetaking for the devs to do.
This will also decrease their filesize, making them load much faster for everyone!
theres a lemmy fix incoming in the next 0.19 update which will allow frontends to size custom emojis consistently
That’s good to hear, I haven’t kept up with development in the last few months.
The emojis just got ten feet taller, folks
Make it bigger
the big bog
Jokes aside, I thought this bug was being fixed so our emojis weren’t so big on other servers
I didn’t read the news, apparently it is being fixed in 0.19.
Aren’t some of the offenders vector images? So they’d first need to get converted to a raster format.
The only offenders are vector images. I maintained a strict 120px width limit for emotes, except for SVGs, which got fucked up in the transfer
Any way you can send all the SVGs to live in a farm upstate and replace them with rasterized copies? Idk how the emoji data is handled exactly but it might be fun to try writing a script that does that, I’m sure there’s a Python image library function for rasterizing a vector image.
I didn’t think of that, but I don’t see why they would need to be converted to raster first. The standard server image conversion tools should be able to take in a vector, if memory serves me.
If anything the images are too small
