[ an / aw / cr / fi ] [ ra ] [ au / ga / he / sp ]

/aw/ - AwsumChan Meta

Discussion of AwsumChan itself.
Name
Email
Subject
Comment
Verification
File
Password (For file deletion.)

File: 1580891817133.png (6.03 KB, 186x66, WebP.png)

 No.211

So far iOS is our last major obstacle (screw IE lol).

Is there any polyfill usable on Tinyboard (i.e. something to easily add to $config['additional_javascript'] or $config['url_additional_javascript']), to make pics viewable on iOS browsers?

Yes I know about pagespeed and the likes. I don't like keeping extra sets of converted images. It defeats the purpose of saving space.

 No.212

Regardless of above,
when I use ImageMagick to convert a WebP file to a JPG thumbnail,
the result is fine,
but IM feels obliged to also write these to stderr:

>Decoded /tmp/magick-**. Dimensions: * x *** . Format: lossy. Now saving…

>Saved file /tmp/magick-****

Somehow IM needs to make temp files only when dealing with WebP format.
That's fine.
But Tinyboard's image.php (line 376) treats the stderr message as a blocking error.
Can you fix this?

 No.213

>>212
I'll look into it. I had WebP on the agenda and it was implemented for a while, but I was noticing a lot of distros were behind on the support for it. But that should not be a concern now.

 No.214

>>212
>>213
Plain GD (unless very ancient PHP) already works well with WebP and thumbnailing though. It's just config.php suggests IM and GM are still better at this job for some reason.

GD thumbnail functions are more hardcoded in image.php thus less configurable. I could modify it myself but I think it's better to suggest upstream changes rather than fiddling alone.

For example, what do you think about adding imageinterlace() for making progressive (smaller) JPG thumbnails, and imagejpeg() defaulting to about 75 quality?



[Return][Go to top] [Catalog] [Post a Reply]
Delete Post [ ]
[ an / aw / cr / fi ] [ ra ] [ au / ga / he / sp ]