[w3ctag/design-reviews] jxl Content-Encoding (#541)

Saluton TAG!

I'm requesting a TAG review of "jxl Content-Encoding".

One of the features of JPEG XL is byte-wise lossless JPEG image repacking. On average, an encoded image is 22% smaller. We propose it as a new HTTP "Content-Encoding".

  - Explainer: https://github.com/google/brunsli/blob/master/explainer.md

  - Specification URL: https://arxiv.org/pdf/1908.03565.pdf

  - Tests: N/A, fetch API forbids altering "Accept-Encoding" header
  - Security and Privacy self-review: https://github.com/google/brunsli/blob/master/security-privacy-questionnaire.md

  - GitHub repo: https://github.com/google/brunsli

  - Primary contacts:
      - Eugene Kliuchnikov (eustas), Google
  - Organization(s)/project(s) driving the specification: Google, JPEG XL
  - Key pieces of existing multi-stakeholder review or discussion of this specification: -
  - External status/issue trackers for this specification: https://www.chromestatus.com/feature/5678152091172864


Further details:

  - [x] I have reviewed the TAG's [API Design Principles](https://w3ctag.github.io/design-principles/)
  - Relevant time constraints or deadlines: 2020Q3
  - The group where the work on this specification is currently being done: ?
  - The group where standardization of this work is intended to be done: ?
  - Major unresolved issues with or opposition to this specification: none
  - This work is being funded by: ?

We'd prefer the TAG provide feedback as:
  🐛 open issues in our GitHub repo for **each point of feedback**


-- 
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