The format could be used for encoding any type of data. So it fits the definition of HTTP Content-Encoding.
It is unlikely that the compression ratio will surpass the compression ratio of gzip / brotli unless content is a JPEG file.
The volume of JPEGs traffic is bigger than total volume of HTML, CSS and JS traffic.
jxl Content-Encoding will cover the weaknesses of gzip and brotli for such kind of traffic.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3ctag/design-reviews/issues/541#issuecomment-668488407